alors la situation est la suivante :
 
un c3660 avec des BRI numeris
un 801 sur le site distant qui recoit l'appel et route sur le reseau local distant
 
vendredi matin cette liaison marchait bien
suite a l'inter d'un tech cisco, mise a jour du IOS sur le 3660 et depuis on a des problemes sur cette liaison
 
hier soir apres avoir passé 1h30 avec le tech en ligne, on a de nouveau reussi a monter la ligne (avant le chap ne passait plus ...) mais impossible de router le moindre paquet dans le sens siege =>distant
 
en gros :
de mon pc, je ping le c3660 (encore heureux)
depuis le c3660 je ping mon pc ou le routeur distant
depuis le routeur distant je pingue le reseau local distant
 
mais depuis le 3660 ou mon pc ou autre chose, impossible de pinger le reseau local distant (et donc la machine k'il faut atteindre)
 
c meme plus vicieux car depuis le 3660 on peut atteindre l'ip locale du routeur distant (192.168.53.10) mais pas la machine unix se trouvant a 50cm : 192.168.53.1 alors que depuis le routeur en question, ca ping parfaitement vers le siege ou sur le lan du client
 
alors la question a 100 balles : comment une mise a jour d'un routeur a lyon fait foirer le routage d'un routeur situé a 100km de la ???
 
surtout que ca ping l'ip lan du routeur distant donc c'est vraiment un truc de fou    
 
 
si quelqu'un a une idee ...

Et en remettant l'ancien IOS ?

Est-ce que le 3660 connait la route du reseau distant (et pas juste celle du routeur) ? Il y a quelque fois des commandes qui change de syntaxe selon l'ios.
 
Tu peux nous poster tes confs ?

c3660
 
 
 
interface BRI1/2
 no ip address
 encapsulation ppp
 no ip mroute-cache
 dialer pool-member 2
 isdn switch-type basic-net3
 no cdp enable
 ppp authentication chap
!
 
interface Dialer5
 description LIAISON NUMERIS ROANNE
 ip address 192.168.10.1 255.255.255.0
 encapsulation ppp
 dialer pool 2
 dialer remote-name ROANNE_IP
 dialer string *****
 dialer caller *****
 dialer-group 1
 no cdp enable
 ppp authentication chap
 ppp chap hostname interg
 
 
ip route 192.168.53.0 255.255.255.0 192.168.10.2
 
192.168.10.2 etant l'ip vlan du routeur distant, vous l'aurez compris
 
 
routeur distant :
 
interface Ethernet0
 ip address 192.168.53.10 255.255.255.0
 
!
interface BRI0
 no ip address
 encapsulation ppp
 dialer rotary-group 1
 isdn switch-type basic-net3
 isdn spid1 780
 compress stac
 
interface Dialer1
 description liaison numeris villeurbanne Roanne
 ip address 192.168.10.2 255.255.255.0
 encapsulation ppp
 dialer in-band
 dialer caller *****
 dialer map ip 192.168.10.1 name Villeur_ip *****
 dialer-group 1
 compress stac
 ppp authentication chap
!
ip route 194.206.117.64 255.255.255.192 192.168.10.1
ip route 213.244.5.64 255.255.255.192 192.168.10.1

c3660 => 192.168.10.2 : marche et etablit la liaison
c3660 => 192.168.53.10 : marche et etablit la liaison
c3660 => 192.168.53.1  : que dalle
 
 
c801 => 192.168.10.1 : marche nickel
c801 => mon pc (213 ...) : marche nickel
c801 => 192.168.53.1 : marche nickel
 

Sur le 3660, si tu fais un sh ip route 192.168.53.0, quel resultat ?
 
Pour tes interco wan, tu devrais pas utiliser des classes c (192.168.10.0/24). T'as pas d'autres adresses en 192.168.10.x ?
 
fait des pings etendus avec comme adresse source l'interface ethernet, et met un debug ip icmp (oublie pas de mettre term mon) sur chaque routeur.

VILLEUR_IP#sh ip route 192.168.53.0
Routing entry for 192.168.53.0/24
  Known via "static", distance 1, metric 0
  Routing Descriptor Blocks:
  * 192.168.10.2
      Route metric is 0, traffic share count is 1
 
ping etendu ????

tu tapes pings, puis entrée. Apres, il te demande des remplir ligne par lignes :
la premiere, c'est le protocole, tu laisses ip. Apres il te demande l'adresse à pinguer, puis le nombre de ping, la taille, etc...A la ligne "extended commands", tu tapes y, puis tu peux rentrer l'adresse source (tu met l'ethernet).
 
En fait, quand tu ping normalement, le packet prends comme adresse source celle de l'interface par laquelle il sort. le but est de forcer l'adresse source pour verifier que le ping lan to lan marche, et pas seulement depuis l'adresse wan.

c'est inexploitable, je vois a peine ce que je tape au milieu de lignes qui defilent sans cesse ...

 
Y a beaucoup de lignes qi defilent ? t'as quoi comme debug ?

bah juste icmp comme tu m'as dit mais y a des machines sur le reseau qui tentent d'en appeler une qui n'est plus ici , ca fait plein de  
 

 
partout
y a pas moyen de grep ce qui contient pas 192.166.1.2 ?

vire le debug du site central (undebug all, attention ca vire tout les debugs, si tu en utilises d'autres), et met le sur le site distant, puis fais un ping etendu depuis le site central.
Le site distant connait bien l'adresse du site central (sh ip route xxx.xxx.xxx.xxx) ?

euh...une question comme ça . La machine que tu tentes de joindre, elle est allumé/branché ?

vi elle est allumé puiske jla ping depuis le routeur distant

kan je pingue l'ip locale du routeur distant ca marche niquel
 
kan je pingue la machine que je veux atteindre, pas de ligne de debug
 

donc c'est au niveau du site central que ca part pas au bonne endroit. C'est bizarre, le routeur connait pourant bien la route...Fait un traceroute depuis le site central avec comme adresse source l'ethernet vers la machine du site distant.

 
Oula, spa bon ça...Pourquoi ça part vers un switch catalyst ? c'est la route par defaut de ton routeur ? de plus, vu les temps de reponse, c'est pas le routeur 801 distant qui repond...
 
fait un sh ip route 192.168.10.0
 
edit : a oui ok tu t'es trompé dans l'adresse IP...

bon ca remarche  
 
j'ai juste pingué dans tous les sens, d'ici vers la bas, de la bas vers ici et au bout d'un moment je me rends compte que ca marche ...
 
"table arp peut etre foireuse" me dit le gars de cisco ...
 
quelle misere
 
 
djoul