cisco 3660+801 qui font n'importe quoi

Recherche :

Dernière réponse
Sujet : cisco 3660+801 qui font n'importe quoi
HumanRAGE	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 ... [:fifiz] quelle misere :lol: :jap: djoul :jap:

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

HumanRAGE

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 ...

[:fifiz] quelle misere :lol:

:jap: djoul :jap:

djoul

HumanRage a écrit :

VILLEUR_IP#traceroute 192.166.53.1

Type escape sequence to abort.
Tracing the route to 192.166.53.1

1 catalyst.amitel.fr (172.20.4.1) 0 msec 4 msec 0 msec
2 192.166.53.1 0 msec 0 msec 0 msec

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...

djoul

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.

HumanRAGE

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

HumanRAGE

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

djoul

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

djoul

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) ?

HumanRAGE

djoul a écrit :

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

Citation :

.2)
3d22h: ICMP: redirect sent to 172.20.4.44 for dest 192.166.1.2, use gw 172.20.4
1
3d22h: ICMP: time exceeded (time to live) sent to 172.20.4.44 (dest was 192.166
1.2)
3d22h: ICMP: time exceeded (time to live) sent to 172.20.4.44 (dest was 192.166
1.2)
3d22h: ICMP: redirect sent to 172.20.4.19 for dest 192.166.1.2, use gw 172.20.4
1
3d22h: ICMP: time exceeded (time to live) sent to 172.20.4.19 (dest was 192.166
1.2)

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

djoul

HumanRage a écrit :

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 ?

HumanRAGE

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

djoul

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.

HumanRAGE

djoul a écrit :

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 ????

djoul

HumanRAGE

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

HumanRAGE

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

djoul

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 ?

denis1

Et en remettant l'ancien IOS ?

HumanRAGE

:hello:

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 :pt1cable:

si quelqu'un a une idee ... :jap: