Je cherche à mettre en place sur un cisco 3640 ios v12.0(10) un backup
numéris d'une ls.
Or, tous les exemples que j'ai pu voir sur le site cisco se font sur une
BRI, et je ne dispose que (!) d'une interface primaire relié à un t2 30
canaux qui sert déjà evidement à bien d'autres choses.
d'ou ma question : est-il possible d'utiliser l'interface primaire pour
faire un backup numéris de la ls sans perturber evidement le
fonctionnement normal de cette interface ?
Dans l'article , disait... je me répond encore à moi-même, vu les conn..... que j'écris... je reprend : Est-ce que ...
------------------------ interface Serial2/1 description LS à backuper ip address 129.81.1.1 255.255.255.0 ! interface Serial3/0:15 description T2 30 canaux ip address 192.168.0.254 255.255.255.0 ip address 192.168.253.254 255.255.255.252 secondary dialer map ip 192.168.253.253 name RTRxxxxx <n°> ! ip route 128.1.0.0 255.255.0.0 serial 2/1 1 ip route 128.1.0.0 255.255.0.0 192.168.253.253 2 ------------------------
... pourrait fonctionner ?
Dans l'article <MPG.1b0d876bf0f347ee989770@news.free.fr>,
lpopoz@fournisseur.invalid disait...
je me répond encore à moi-même, vu les conn..... que j'écris...
je reprend : Est-ce que ...
------------------------
interface Serial2/1
description LS à backuper
ip address 129.81.1.1 255.255.255.0
!
interface Serial3/0:15
description T2 30 canaux
ip address 192.168.0.254 255.255.255.0
ip address 192.168.253.254 255.255.255.252 secondary
dialer map ip 192.168.253.253 name RTRxxxxx <n°>
!
ip route 128.1.0.0 255.255.0.0 serial 2/1 1
ip route 128.1.0.0 255.255.0.0 192.168.253.253 2
------------------------
Dans l'article , disait... je me répond encore à moi-même, vu les conn..... que j'écris... je reprend : Est-ce que ...
------------------------ interface Serial2/1 description LS à backuper ip address 129.81.1.1 255.255.255.0 ! interface Serial3/0:15 description T2 30 canaux ip address 192.168.0.254 255.255.255.0 ip address 192.168.253.254 255.255.255.252 secondary dialer map ip 192.168.253.253 name RTRxxxxx <n°> ! ip route 128.1.0.0 255.255.0.0 serial 2/1 1 ip route 128.1.0.0 255.255.0.0 192.168.253.253 2 ------------------------
... pourrait fonctionner ?
Jacques Caron
On Thu, 13 May 2004 14:34:54 +0200, Laurent wrote:
Dans l'article , disait... je me répond encore à moi-même, vu les conn..... que j'écris... je reprend : Est-ce que ...
------------------------ interface Serial2/1 description LS à backuper ip address 129.81.1.1 255.255.255.0 ! interface Serial3/0:15 description T2 30 canaux ip address 192.168.0.254 255.255.255.0 ip address 192.168.253.254 255.255.255.252 secondary dialer map ip 192.168.253.253 name RTRxxxxx <n°> ! ip route 128.1.0.0 255.255.0.0 serial 2/1 1 ip route 128.1.0.0 255.255.0.0 192.168.253.253 2 ------------------------
... pourrait fonctionner ?
Euh, probablement. Il faut noter que le coût n'est pas nécessaire, la route vers Serial2/1 sera par défaut "connected" avec une distance de 0 et l'autre static avec une distance de 1... Sinon il y a pas mal d'autres configurations possibles, ça va dépendre aussi un peu de la config du routeur à l'autre bout, et éventuellement de savoir s'il a besoin de joindre ou pas les autres sites raccordés via le PRI.
Autre point: si le débit nécessaire est supérieur à 64 kbit/s, ça risque de poser des problèmes de conflits avec les autres dialer maps qui n'en ont pas besoin... Ca peut être une bonne idée d'essayer de migrer vers des interfaces Dialer quand même...
Jacques. -- Interactive Media Factory Création, développement et hébergement de services interactifs: SMS, SMS+, Audiotel... http://www.imfeurope.com/
On Thu, 13 May 2004 14:34:54 +0200, Laurent <lpopoz@fournisseur.invalid>
wrote:
Dans l'article <MPG.1b0d876bf0f347ee989770@news.free.fr>,
lpopoz@fournisseur.invalid disait...
je me répond encore à moi-même, vu les conn..... que j'écris...
je reprend : Est-ce que ...
------------------------
interface Serial2/1
description LS à backuper
ip address 129.81.1.1 255.255.255.0
!
interface Serial3/0:15
description T2 30 canaux
ip address 192.168.0.254 255.255.255.0
ip address 192.168.253.254 255.255.255.252 secondary
dialer map ip 192.168.253.253 name RTRxxxxx <n°>
!
ip route 128.1.0.0 255.255.0.0 serial 2/1 1
ip route 128.1.0.0 255.255.0.0 192.168.253.253 2
------------------------
... pourrait fonctionner ?
Euh, probablement. Il faut noter que le coût n'est pas nécessaire, la
route vers Serial2/1 sera par défaut "connected" avec une distance de 0 et
l'autre static avec une distance de 1... Sinon il y a pas mal d'autres
configurations possibles, ça va dépendre aussi un peu de la config du
routeur à l'autre bout, et éventuellement de savoir s'il a besoin de
joindre ou pas les autres sites raccordés via le PRI.
Autre point: si le débit nécessaire est supérieur à 64 kbit/s, ça risque
de poser des problèmes de conflits avec les autres dialer maps qui n'en
ont pas besoin... Ca peut être une bonne idée d'essayer de migrer vers des
interfaces Dialer quand même...
Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/
On Thu, 13 May 2004 14:34:54 +0200, Laurent wrote:
Dans l'article , disait... je me répond encore à moi-même, vu les conn..... que j'écris... je reprend : Est-ce que ...
------------------------ interface Serial2/1 description LS à backuper ip address 129.81.1.1 255.255.255.0 ! interface Serial3/0:15 description T2 30 canaux ip address 192.168.0.254 255.255.255.0 ip address 192.168.253.254 255.255.255.252 secondary dialer map ip 192.168.253.253 name RTRxxxxx <n°> ! ip route 128.1.0.0 255.255.0.0 serial 2/1 1 ip route 128.1.0.0 255.255.0.0 192.168.253.253 2 ------------------------
... pourrait fonctionner ?
Euh, probablement. Il faut noter que le coût n'est pas nécessaire, la route vers Serial2/1 sera par défaut "connected" avec une distance de 0 et l'autre static avec une distance de 1... Sinon il y a pas mal d'autres configurations possibles, ça va dépendre aussi un peu de la config du routeur à l'autre bout, et éventuellement de savoir s'il a besoin de joindre ou pas les autres sites raccordés via le PRI.
Autre point: si le débit nécessaire est supérieur à 64 kbit/s, ça risque de poser des problèmes de conflits avec les autres dialer maps qui n'en ont pas besoin... Ca peut être une bonne idée d'essayer de migrer vers des interfaces Dialer quand même...
Jacques. -- Interactive Media Factory Création, développement et hébergement de services interactifs: SMS, SMS+, Audiotel... http://www.imfeurope.com/
Laurent
Dans l'article , disait...
Autre point: si le débit nécessaire est supérieur à 64 kbit/s, ça risque de poser des problèmes de conflits avec les autres dialer maps qui n'en ont pas besoin... Non... pas de problèmes de ce point de vue, la ls étant à 256kb, c'est
acceptable de ne fonctionner qu'à 64kb temporairement...
Ca peut être une bonne idée d'essayer de migrer vers des interfaces Dialer quand même... à propos du débit ?
En tout cas, merci, on va faire un test demain...
Laurent.
Dans l'article <opr7xwi8r5q1hokb@news.free.fr>, jc@imfeurope.com
disait...
Autre point: si le débit nécessaire est supérieur à 64 kbit/s, ça risque
de poser des problèmes de conflits avec les autres dialer maps qui n'en
ont pas besoin...
Non... pas de problèmes de ce point de vue, la ls étant à 256kb, c'est
acceptable de ne fonctionner qu'à 64kb temporairement...
Ca peut être une bonne idée d'essayer de migrer vers des
interfaces Dialer quand même...
à propos du débit ?
Autre point: si le débit nécessaire est supérieur à 64 kbit/s, ça risque de poser des problèmes de conflits avec les autres dialer maps qui n'en ont pas besoin... Non... pas de problèmes de ce point de vue, la ls étant à 256kb, c'est
acceptable de ne fonctionner qu'à 64kb temporairement...
Ca peut être une bonne idée d'essayer de migrer vers des interfaces Dialer quand même... à propos du débit ?
En tout cas, merci, on va faire un test demain...
Laurent.
Laurent
Dans l'article , disait...
Je reprend le fil que j'avais initié.
Suite à un test, j'ai mis le doigt sur un truc bizarre :
dans la config de mon 3640 j'ai ça :
interface Serial0/0 ip address 129.81.1.1 255.255.255.0 et interface Serial2/1 ip address 192.168.251.254 255.255.255.0
et tout fonctionne très bien...
or "sh ip route conn" me dit (entre autres): C 192.168.251.1/32 is directly connected, Serial0/0 C 129.81.1.2/32 is directly connected, Serial2/1
les routes sont croisés au niveau des interfaces ! comment se fait-il ?
de plus lorsque la serial 0/0 passe à down (cable débranché à l'autre extremité de la ls correspondante), le routeur me dit que c'est la serial 2/1 qui est down... moi pas comprendre...
je peux envoyer la config complète pour ceux que ça interesseraient...
merci ! Laurent.
Dans l'article <MPG.1b0cca1027fbe6a99896da@news.free.fr>,
lpopoz@fournisseur.invalid disait...
Je reprend le fil que j'avais initié.
Suite à un test, j'ai mis le doigt sur un truc bizarre :
dans la config de mon 3640 j'ai ça :
interface Serial0/0
ip address 129.81.1.1 255.255.255.0
et
interface Serial2/1
ip address 192.168.251.254 255.255.255.0
et tout fonctionne très bien...
or "sh ip route conn" me dit (entre autres):
C 192.168.251.1/32 is directly connected, Serial0/0
C 129.81.1.2/32 is directly connected, Serial2/1
les routes sont croisés au niveau des interfaces ! comment se fait-il ?
de plus lorsque la serial 0/0 passe à down (cable débranché à l'autre
extremité de la ls correspondante), le routeur me dit que c'est la
serial 2/1 qui est down...
moi pas comprendre...
je peux envoyer la config complète pour ceux que ça interesseraient...
Suite à un test, j'ai mis le doigt sur un truc bizarre :
dans la config de mon 3640 j'ai ça :
interface Serial0/0 ip address 129.81.1.1 255.255.255.0 et interface Serial2/1 ip address 192.168.251.254 255.255.255.0
et tout fonctionne très bien...
or "sh ip route conn" me dit (entre autres): C 192.168.251.1/32 is directly connected, Serial0/0 C 129.81.1.2/32 is directly connected, Serial2/1
les routes sont croisés au niveau des interfaces ! comment se fait-il ?
de plus lorsque la serial 0/0 passe à down (cable débranché à l'autre extremité de la ls correspondante), le routeur me dit que c'est la serial 2/1 qui est down... moi pas comprendre...
je peux envoyer la config complète pour ceux que ça interesseraient...
merci ! Laurent.
Jacques Caron
Salut,
On Mon, 17 May 2004 18:20:57 +0200, Laurent wrote:
dans la config de mon 3640 j'ai ça :
interface Serial0/0 ip address 129.81.1.1 255.255.255.0 et interface Serial2/1 ip address 192.168.251.254 255.255.255.0
et tout fonctionne très bien...
or "sh ip route conn" me dit (entre autres): C 192.168.251.1/32 is directly connected, Serial0/0 C 129.81.1.2/32 is directly connected, Serial2/1
Ces routes ne sont pas les mêmes que ci-dessus, ce sont des /32 alors que les deux réseaux sont des /24. Celles-ci devraient être aussi dans la table de routage, mais il est vrai que je ne sais pas trop d'où sortent ces /32 (sans avoir la config complète).
de plus lorsque la serial 0/0 passe à down (cable débranché à l'autre extremité de la ls correspondante), le routeur me dit que c'est la serial 2/1 qui est down... moi pas comprendre...
C'est vrai que ça c'est bizarre. C'est le résultat de sh int s0/0 (ou s2/1), ou ce sont les logs qui disent ça?
Il n'y aurait pas eu du hot-swap d'interfaces à un moment donné, et il se serait un peu emmelé sur quelques trucs? Un bon reboot ça devrait le remettre d'applomb (et évidemment une vérification qu'il ne faudrait pas faire un petit upgrade de l'IOS pendant qu'on y est, au moins pour prendre la dernière version dans la même série).
Jacques. -- Interactive Media Factory Création, développement et hébergement de services interactifs: SMS, SMS+, Audiotel... http://www.imfeurope.com/
Salut,
On Mon, 17 May 2004 18:20:57 +0200, Laurent <lpopoz@fournisseur.invalid>
wrote:
dans la config de mon 3640 j'ai ça :
interface Serial0/0
ip address 129.81.1.1 255.255.255.0
et
interface Serial2/1
ip address 192.168.251.254 255.255.255.0
et tout fonctionne très bien...
or "sh ip route conn" me dit (entre autres):
C 192.168.251.1/32 is directly connected, Serial0/0
C 129.81.1.2/32 is directly connected, Serial2/1
Ces routes ne sont pas les mêmes que ci-dessus, ce sont des /32 alors que
les deux réseaux sont des /24. Celles-ci devraient être aussi dans la
table de routage, mais il est vrai que je ne sais pas trop d'où sortent
ces /32 (sans avoir la config complète).
de plus lorsque la serial 0/0 passe à down (cable débranché à l'autre
extremité de la ls correspondante), le routeur me dit que c'est la
serial 2/1 qui est down...
moi pas comprendre...
C'est vrai que ça c'est bizarre. C'est le résultat de sh int s0/0 (ou
s2/1), ou ce sont les logs qui disent ça?
Il n'y aurait pas eu du hot-swap d'interfaces à un moment donné, et il se
serait un peu emmelé sur quelques trucs? Un bon reboot ça devrait le
remettre d'applomb (et évidemment une vérification qu'il ne faudrait pas
faire un petit upgrade de l'IOS pendant qu'on y est, au moins pour prendre
la dernière version dans la même série).
Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/
On Mon, 17 May 2004 18:20:57 +0200, Laurent wrote:
dans la config de mon 3640 j'ai ça :
interface Serial0/0 ip address 129.81.1.1 255.255.255.0 et interface Serial2/1 ip address 192.168.251.254 255.255.255.0
et tout fonctionne très bien...
or "sh ip route conn" me dit (entre autres): C 192.168.251.1/32 is directly connected, Serial0/0 C 129.81.1.2/32 is directly connected, Serial2/1
Ces routes ne sont pas les mêmes que ci-dessus, ce sont des /32 alors que les deux réseaux sont des /24. Celles-ci devraient être aussi dans la table de routage, mais il est vrai que je ne sais pas trop d'où sortent ces /32 (sans avoir la config complète).
de plus lorsque la serial 0/0 passe à down (cable débranché à l'autre extremité de la ls correspondante), le routeur me dit que c'est la serial 2/1 qui est down... moi pas comprendre...
C'est vrai que ça c'est bizarre. C'est le résultat de sh int s0/0 (ou s2/1), ou ce sont les logs qui disent ça?
Il n'y aurait pas eu du hot-swap d'interfaces à un moment donné, et il se serait un peu emmelé sur quelques trucs? Un bon reboot ça devrait le remettre d'applomb (et évidemment une vérification qu'il ne faudrait pas faire un petit upgrade de l'IOS pendant qu'on y est, au moins pour prendre la dernière version dans la même série).
Jacques. -- Interactive Media Factory Création, développement et hébergement de services interactifs: SMS, SMS+, Audiotel... http://www.imfeurope.com/
Laurent
In article , says...
Salut, de même :)
C 192.168.251.1/32 is directly connected, Serial0/0 C 129.81.1.2/32 is directly connected, Serial2/1 Ces routes ne sont pas les mêmes que ci-dessus, ce sont des /32 alors que
les deux réseaux sont des /24. Celles-ci devraient être aussi dans la table de routage, mais il est vrai que je ne sais pas trop d'où sortent ces /32 (sans avoir la config complète). D'après ce que j'ai compris, c'est l'encapsulation ppp qui génère ça :
ce sont les adresses wan des deux extremités distantes. Ce qui m'étonne, c'est le fait qu'elle ne soient pas "vues" connecté à la bonne interface. Elles sont croisées, en fait.
Sinon, j'ai juste donné les routes bizarres... le "sh ip route conn" donne : RTR25401#sh ip route conn 192.168.251.0/24 is variably subnetted, 2 subnets, 2 masks C 192.168.251.1/32 is directly connected, Serial0/0 C 192.168.251.0/24 is directly connected, Serial2/1 129.81.0.0/16 is variably subnetted, 2 subnets, 2 masks C 129.81.1.0/24 is directly connected, Serial0/0 C 129.81.1.2/32 is directly connected, Serial2/1 192.168.0.0/24 is variably subnetted, 2 subnets, 2 masks C 192.168.0.0/24 is directly connected, Serial3/0:15 C 192.168.254.0/24 is directly connected, Ethernet2/0
C'est vrai que ça c'est bizarre. C'est le résultat de sh int s0/0 (ou s2/1), ou ce sont les logs qui disent ça? Non, c'est un show interface. Et j'ai rebooté physiquement le routeur 2
ou trois fois depuis... sans changement.
veux-tu que je t'envoie la config complète ?
remettre d'applomb (et évidemment une vérification qu'il ne faudrait pas faire un petit upgrade de l'IOS pendant qu'on y est, au moins pour prendre la dernière version dans la même série). Comment que je peux vérifier ça ?
merci, Laurent.
In article <opr75mb9isq1hokb@news.free.fr>, jc@imfeurope.com says...
Salut,
de même :)
C 192.168.251.1/32 is directly connected, Serial0/0
C 129.81.1.2/32 is directly connected, Serial2/1
Ces routes ne sont pas les mêmes que ci-dessus, ce sont des /32 alors que
les deux réseaux sont des /24. Celles-ci devraient être aussi dans la
table de routage, mais il est vrai que je ne sais pas trop d'où sortent
ces /32 (sans avoir la config complète).
D'après ce que j'ai compris, c'est l'encapsulation ppp qui génère ça :
ce sont les adresses wan des deux extremités distantes. Ce qui m'étonne,
c'est le fait qu'elle ne soient pas "vues" connecté à la bonne
interface. Elles sont croisées, en fait.
Sinon, j'ai juste donné les routes bizarres... le "sh ip route conn"
donne :
RTR25401#sh ip route conn
192.168.251.0/24 is variably subnetted, 2 subnets, 2 masks
C 192.168.251.1/32 is directly connected, Serial0/0
C 192.168.251.0/24 is directly connected, Serial2/1
129.81.0.0/16 is variably subnetted, 2 subnets, 2 masks
C 129.81.1.0/24 is directly connected, Serial0/0
C 129.81.1.2/32 is directly connected, Serial2/1
192.168.0.0/24 is variably subnetted, 2 subnets, 2 masks
C 192.168.0.0/24 is directly connected, Serial3/0:15
C 192.168.254.0/24 is directly connected, Ethernet2/0
C'est vrai que ça c'est bizarre. C'est le résultat de sh int s0/0 (ou
s2/1), ou ce sont les logs qui disent ça?
Non, c'est un show interface. Et j'ai rebooté physiquement le routeur 2
ou trois fois depuis... sans changement.
veux-tu que je t'envoie la config complète ?
remettre d'applomb (et évidemment une vérification qu'il ne faudrait pas
faire un petit upgrade de l'IOS pendant qu'on y est, au moins pour prendre
la dernière version dans la même série).
Comment que je peux vérifier ça ?
C 192.168.251.1/32 is directly connected, Serial0/0 C 129.81.1.2/32 is directly connected, Serial2/1 Ces routes ne sont pas les mêmes que ci-dessus, ce sont des /32 alors que
les deux réseaux sont des /24. Celles-ci devraient être aussi dans la table de routage, mais il est vrai que je ne sais pas trop d'où sortent ces /32 (sans avoir la config complète). D'après ce que j'ai compris, c'est l'encapsulation ppp qui génère ça :
ce sont les adresses wan des deux extremités distantes. Ce qui m'étonne, c'est le fait qu'elle ne soient pas "vues" connecté à la bonne interface. Elles sont croisées, en fait.
Sinon, j'ai juste donné les routes bizarres... le "sh ip route conn" donne : RTR25401#sh ip route conn 192.168.251.0/24 is variably subnetted, 2 subnets, 2 masks C 192.168.251.1/32 is directly connected, Serial0/0 C 192.168.251.0/24 is directly connected, Serial2/1 129.81.0.0/16 is variably subnetted, 2 subnets, 2 masks C 129.81.1.0/24 is directly connected, Serial0/0 C 129.81.1.2/32 is directly connected, Serial2/1 192.168.0.0/24 is variably subnetted, 2 subnets, 2 masks C 192.168.0.0/24 is directly connected, Serial3/0:15 C 192.168.254.0/24 is directly connected, Ethernet2/0
C'est vrai que ça c'est bizarre. C'est le résultat de sh int s0/0 (ou s2/1), ou ce sont les logs qui disent ça? Non, c'est un show interface. Et j'ai rebooté physiquement le routeur 2
ou trois fois depuis... sans changement.
veux-tu que je t'envoie la config complète ?
remettre d'applomb (et évidemment une vérification qu'il ne faudrait pas faire un petit upgrade de l'IOS pendant qu'on y est, au moins pour prendre la dernière version dans la même série). Comment que je peux vérifier ça ?
merci, Laurent.
Jacques Caron
Salut,
On Mon, 17 May 2004 21:49:19 +0200, Laurent wrote:
D'après ce que j'ai compris, c'est l'encapsulation ppp qui génère ça : ce sont les adresses wan des deux extremités distantes.
J'y avais pensé, mais il me semblait qu'elles avait une autre désignation (U?). Mais en y réfléchissant les routes U sont les routes qui sont ajoutées en plus via AAA.
Ce qui m'étonne, c'est le fait qu'elle ne soient pas "vues" connecté à la bonne interface. Elles sont croisées, en fait.
Il n'y aurait pas un problème de config des adresses des sites à l'autre bout? C'est justement l'intérêt de ces routes-là: le routeur rajoute les adresses des extrémitées apprises via IPCP, et ça marchera même avec une mauvaise config (enfin, en général).
Comment que je peux vérifier ça ?
www.cisco.com :-) Il faut un compte CCO pour télécharger les dernières versions, évidemment.
Jacques. -- Interactive Media Factory Création, développement et hébergement de services interactifs: SMS, SMS+, Audiotel... http://www.imfeurope.com/
Salut,
On Mon, 17 May 2004 21:49:19 +0200, Laurent <lpopoz@fournisseur.invalid>
wrote:
D'après ce que j'ai compris, c'est l'encapsulation ppp qui génère ça :
ce sont les adresses wan des deux extremités distantes.
J'y avais pensé, mais il me semblait qu'elles avait une autre désignation
(U?). Mais en y réfléchissant les routes U sont les routes qui sont
ajoutées en plus via AAA.
Ce qui m'étonne,
c'est le fait qu'elle ne soient pas "vues" connecté à la bonne
interface. Elles sont croisées, en fait.
Il n'y aurait pas un problème de config des adresses des sites à l'autre
bout? C'est justement l'intérêt de ces routes-là: le routeur rajoute les
adresses des extrémitées apprises via IPCP, et ça marchera même avec une
mauvaise config (enfin, en général).
Comment que je peux vérifier ça ?
www.cisco.com :-) Il faut un compte CCO pour télécharger les dernières
versions, évidemment.
Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/
On Mon, 17 May 2004 21:49:19 +0200, Laurent wrote:
D'après ce que j'ai compris, c'est l'encapsulation ppp qui génère ça : ce sont les adresses wan des deux extremités distantes.
J'y avais pensé, mais il me semblait qu'elles avait une autre désignation (U?). Mais en y réfléchissant les routes U sont les routes qui sont ajoutées en plus via AAA.
Ce qui m'étonne, c'est le fait qu'elle ne soient pas "vues" connecté à la bonne interface. Elles sont croisées, en fait.
Il n'y aurait pas un problème de config des adresses des sites à l'autre bout? C'est justement l'intérêt de ces routes-là: le routeur rajoute les adresses des extrémitées apprises via IPCP, et ça marchera même avec une mauvaise config (enfin, en général).
Comment que je peux vérifier ça ?
www.cisco.com :-) Il faut un compte CCO pour télécharger les dernières versions, évidemment.
Jacques. -- Interactive Media Factory Création, développement et hébergement de services interactifs: SMS, SMS+, Audiotel... http://www.imfeurope.com/
Laurent
Dans l'article , disait...
Ce qui m'étonne, c'est le fait qu'elle ne soient pas "vues" connecté à la bonne interface. Elles sont croisées, en fait.
Il n'y aurait pas un problème de config des adresses des sites à l'autre bout? C'est justement l'intérêt de ces routes-là: le routeur rajoute les adresses des extrémitées apprises via IPCP, et ça marchera même avec une mauvaise config (enfin, en général).
Bon. Explication : les cables ls étaient croisées !! d'ou le croisement de routes connectées, opéré par ppp, et qui permettait que ça fonctionne malgré tout. On avait déjà eu des incidents de ls, mais comme ppp gére ça, c'était transpasrent pour nous...
Bref, maintenant, les routes sont dans le bon sens, et mon backup numéris fonctionne aussi correctement.
Merci des infos qui m'ont permis de débrouiller tout ça...
Laurent.
Dans l'article <opr76s1olfq1hokb@news.free.fr>, jc@imfeurope.com
disait...
Ce qui m'étonne,
c'est le fait qu'elle ne soient pas "vues" connecté à la bonne
interface. Elles sont croisées, en fait.
Il n'y aurait pas un problème de config des adresses des sites à l'autre
bout? C'est justement l'intérêt de ces routes-là: le routeur rajoute les
adresses des extrémitées apprises via IPCP, et ça marchera même avec une
mauvaise config (enfin, en général).
Bon.
Explication :
les cables ls étaient croisées !!
d'ou le croisement de routes connectées, opéré par ppp, et qui
permettait que ça fonctionne malgré tout. On avait déjà eu des incidents
de ls, mais comme ppp gére ça, c'était transpasrent pour nous...
Bref, maintenant, les routes sont dans le bon sens, et mon backup
numéris fonctionne aussi correctement.
Merci des infos qui m'ont permis de débrouiller tout ça...
Ce qui m'étonne, c'est le fait qu'elle ne soient pas "vues" connecté à la bonne interface. Elles sont croisées, en fait.
Il n'y aurait pas un problème de config des adresses des sites à l'autre bout? C'est justement l'intérêt de ces routes-là: le routeur rajoute les adresses des extrémitées apprises via IPCP, et ça marchera même avec une mauvaise config (enfin, en général).
Bon. Explication : les cables ls étaient croisées !! d'ou le croisement de routes connectées, opéré par ppp, et qui permettait que ça fonctionne malgré tout. On avait déjà eu des incidents de ls, mais comme ppp gére ça, c'était transpasrent pour nous...
Bref, maintenant, les routes sont dans le bon sens, et mon backup numéris fonctionne aussi correctement.
Merci des infos qui m'ont permis de débrouiller tout ça...
