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 ?
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 ?
merci, Laurent. Heu !! bonjour, je n'ai pas bien compris la question , il semble que ce
forum ne corresponde pas à vos attentes ... ici c'est le forum reseau tcp/ip ...
Amicalement
Laurent wrote:
Bonjour !
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 ?
merci,
Laurent.
Heu !! bonjour, je n'ai pas bien compris la question , il semble que ce
forum ne corresponde pas à vos attentes ... ici c'est le forum reseau
tcp/ip ...
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 ?
merci, Laurent. Heu !! bonjour, je n'ai pas bien compris la question , il semble que ce
forum ne corresponde pas à vos attentes ... ici c'est le forum reseau tcp/ip ...
Amicalement
Eric Masson
"Laurent" == Laurent writes:
Laurent> d'ou ma question : est-il possible d'utiliser l'interface Laurent> primaire pour faire un backup numéris de la ls sans perturber Laurent> evidement le fonctionnement normal de cette interface ?
Logiquement oui, mais cela dépend probablement de la manière dont le PRI est paramétré sur le 36xx.
Donc en l'état, il est difficile de répondre plus précisément.
Il y a sur ce groupe quelques personnes connaissant bien ios, mais pour un groupe dédié cisco, vous pouvez aller voir (en anglais) sur : news:comp.dcom.sys.cisco
Eric Masson
--
Sinon, à propos d'afterstep et de window maker : quand je déplace une fenêtre, en plus de la neige sur le moniteur, j'ai du crachin dans les haut parleurs... -+- hcl in Guide du linuxien pervers - "Y'a plus de saison j'vous dis :("
Laurent> d'ou ma question : est-il possible d'utiliser l'interface
Laurent> primaire pour faire un backup numéris de la ls sans perturber
Laurent> evidement le fonctionnement normal de cette interface ?
Logiquement oui, mais cela dépend probablement de la manière dont le PRI
est paramétré sur le 36xx.
Donc en l'état, il est difficile de répondre plus précisément.
Il y a sur ce groupe quelques personnes connaissant bien ios, mais pour
un groupe dédié cisco, vous pouvez aller voir (en anglais) sur :
news:comp.dcom.sys.cisco
Eric Masson
--
Sinon, à propos d'afterstep et de window maker : quand je déplace une
fenêtre, en plus de la neige sur le moniteur, j'ai du crachin dans les
haut parleurs...
-+- hcl in Guide du linuxien pervers - "Y'a plus de saison j'vous dis :("
Laurent> d'ou ma question : est-il possible d'utiliser l'interface Laurent> primaire pour faire un backup numéris de la ls sans perturber Laurent> evidement le fonctionnement normal de cette interface ?
Logiquement oui, mais cela dépend probablement de la manière dont le PRI est paramétré sur le 36xx.
Donc en l'état, il est difficile de répondre plus précisément.
Il y a sur ce groupe quelques personnes connaissant bien ios, mais pour un groupe dédié cisco, vous pouvez aller voir (en anglais) sur : news:comp.dcom.sys.cisco
Eric Masson
--
Sinon, à propos d'afterstep et de window maker : quand je déplace une fenêtre, en plus de la neige sur le moniteur, j'ai du crachin dans les haut parleurs... -+- hcl in Guide du linuxien pervers - "Y'a plus de saison j'vous dis :("
Jacques Caron
Salut,
On Wed, 12 May 2004 09:10:54 +0200, Laurent wrote:
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 ?
Je n'ai pas suivi ce que ça donne dans les IOS récents, mais effectivement il fut un temps il n'était pas une bonne idée d'utiliser les commandes dédiées pour configurer le backup. Mais un peu de routage devrait faire l'affaire, avec une route statique avec une métrique élevée pointant sur une interface dialer, qui sera utilisée si la route par défaut de l'interface principale "tombe". Il faut bien entendu que celle-ci pointe sur l'interface elle-même (ou soit apprise par un processus de routage dynamique) et pas sur l'IP de l'autre bout.
Jacques. -- Interactive Media Factory Création, développement et hébergement de services interactifs: SMS, SMS+, Audiotel... http://www.imfeurope.com/
Salut,
On Wed, 12 May 2004 09:10:54 +0200, Laurent <lpopoz@fournisseur.invalid>
wrote:
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 ?
Je n'ai pas suivi ce que ça donne dans les IOS récents, mais effectivement
il fut un temps il n'était pas une bonne idée d'utiliser les commandes
dédiées pour configurer le backup. Mais un peu de routage devrait faire
l'affaire, avec une route statique avec une métrique élevée pointant sur
une interface dialer, qui sera utilisée si la route par défaut de
l'interface principale "tombe". Il faut bien entendu que celle-ci pointe
sur l'interface elle-même (ou soit apprise par un processus de routage
dynamique) et pas sur l'IP de l'autre bout.
Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/
On Wed, 12 May 2004 09:10:54 +0200, Laurent wrote:
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 ?
Je n'ai pas suivi ce que ça donne dans les IOS récents, mais effectivement il fut un temps il n'était pas une bonne idée d'utiliser les commandes dédiées pour configurer le backup. Mais un peu de routage devrait faire l'affaire, avec une route statique avec une métrique élevée pointant sur une interface dialer, qui sera utilisée si la route par défaut de l'interface principale "tombe". Il faut bien entendu que celle-ci pointe sur l'interface elle-même (ou soit apprise par un processus de routage dynamique) et pas sur l'IP de l'autre bout.
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...
Il y a sur ce groupe quelques personnes connaissant bien ios, mais pour un groupe dédié cisco, vous pouvez aller voir (en anglais) sur : news:comp.dcom.sys.cisco Je l'avoue, j'ai préféré m'adresser à la francophonie en premier :o)
In article <86ad0ekoqb.fsf@t39bsdems.interne.kisoft-services.com>,
emss@free.fr says...
Il y a sur ce groupe quelques personnes connaissant bien ios, mais pour
un groupe dédié cisco, vous pouvez aller voir (en anglais) sur :
news:comp.dcom.sys.cisco
Je l'avoue, j'ai préféré m'adresser à la francophonie en premier :o)
Il y a sur ce groupe quelques personnes connaissant bien ios, mais pour un groupe dédié cisco, vous pouvez aller voir (en anglais) sur : news:comp.dcom.sys.cisco Je l'avoue, j'ai préféré m'adresser à la francophonie en premier :o)
Laurent
In article <c7slpr$dd1$, says...
Heu !! bonjour, je n'ai pas bien compris la question , il semble que ce forum ne corresponde pas à vos attentes ... ici c'est le forum reseau tcp/ip ... J'avoue que je me suis addressé directement à ceux qui connaissent un
peu les routeurs cisco... mais je parle bien de routage ip ... :o)
In article <c7slpr$dd1$1@news-reader2.wanadoo.fr>, patrick_91@nospam.com
says...
Heu !! bonjour, je n'ai pas bien compris la question , il semble que ce
forum ne corresponde pas à vos attentes ... ici c'est le forum reseau
tcp/ip ...
J'avoue que je me suis addressé directement à ceux qui connaissent un
peu les routeurs cisco... mais je parle bien de routage ip ... :o)
Heu !! bonjour, je n'ai pas bien compris la question , il semble que ce forum ne corresponde pas à vos attentes ... ici c'est le forum reseau tcp/ip ... J'avoue que je me suis addressé directement à ceux qui connaissent un
peu les routeurs cisco... mais je parle bien de routage ip ... :o)
Laurent
In article , says...
Mais un peu de routage devrait faire l'affaire, avec une route statique avec une métrique élevée pointant sur une interface dialer, qui sera utilisée si la route par défaut de l'interface principale "tombe". Il faut bien entendu que celle-ci pointe sur l'interface elle-même (ou soit apprise par un processus de routage dynamique) et pas sur l'IP de l'autre bout. Aie, je vois ça mal parti...
tout est en dialer map sur la serial, et pas en interface dialer... ça va pas être facile de modifier ça, dans la mesure ou il y a quand même une petite centaine de site différent...
je joins une config epurée des données sensibles... Si personne ne voit comment faire, je me résoudrai à écrire dans la langue de shakespear... ;o)
username RTR26201 password <pwd> username RTR16201 password <pwd> ! controller E1 3/0 framing NO-CRC4 pri-group timeslots 1-31 ! ! ! interface Ethernet2/0 ip address 192.168.254.1 255.255.255.0 no ip directed-broadcast ntp broadcast no cdp enable ! interface Serial2/1 description LS à backuper ip address 129.81.1.1 255.255.255.0 no ip directed-broadcast encapsulation ppp no ip mroute-cache compress stac ! interface Serial3/0:15 description T2 30 canaux ip address 192.168.0.254 255.255.255.0 no ip directed-broadcast encapsulation ppp dialer idle-timeout 60 dialer map ip 192.168.0.128 name RTR22801 <n°> dialer map ip 192.168.0.145 name RTR24501 <n°>
.../...
dialer map ip 192.168.0.162 name RTR26201 <n°> dialer map ip 192.168.0.62 name RTR16201 <n°> dialer-group 1 isdn switch-type primary-net5 compress stac ppp authentication chap ! ip classless ip route 128.1.0.0 255.255.0.0 129.81.1.2
.../...
ip route 192.168.62.0 255.255.255.0 192.168.0.62 ip route 192.168.128.0 255.255.255.0 192.168.0.128 ip route 192.168.145.0 255.255.255.0 192.168.0.145 ip route 192.168.162.0 255.255.255.0 192.168.0.162 ---fin---
In article <opr7vqfvhnq1hokb@news.free.fr>, jc@imfeurope.com says...
Mais un peu de routage devrait faire
l'affaire, avec une route statique avec une métrique élevée pointant sur
une interface dialer, qui sera utilisée si la route par défaut de
l'interface principale "tombe". Il faut bien entendu que celle-ci pointe
sur l'interface elle-même (ou soit apprise par un processus de routage
dynamique) et pas sur l'IP de l'autre bout.
Aie, je vois ça mal parti...
tout est en dialer map sur la serial, et pas en interface dialer...
ça va pas être facile de modifier ça, dans la mesure ou il y a quand
même une petite centaine de site différent...
je joins une config epurée des données sensibles...
Si personne ne voit comment faire, je me résoudrai à écrire dans la
langue de shakespear... ;o)
username RTR26201 password <pwd>
username RTR16201 password <pwd>
!
controller E1 3/0
framing NO-CRC4
pri-group timeslots 1-31
!
!
!
interface Ethernet2/0
ip address 192.168.254.1 255.255.255.0
no ip directed-broadcast
ntp broadcast
no cdp enable
!
interface Serial2/1
description LS à backuper
ip address 129.81.1.1 255.255.255.0
no ip directed-broadcast
encapsulation ppp
no ip mroute-cache
compress stac
!
interface Serial3/0:15
description T2 30 canaux
ip address 192.168.0.254 255.255.255.0
no ip directed-broadcast
encapsulation ppp
dialer idle-timeout 60
dialer map ip 192.168.0.128 name RTR22801 <n°>
dialer map ip 192.168.0.145 name RTR24501 <n°>
.../...
dialer map ip 192.168.0.162 name RTR26201 <n°>
dialer map ip 192.168.0.62 name RTR16201 <n°>
dialer-group 1
isdn switch-type primary-net5
compress stac
ppp authentication chap
!
ip classless
ip route 128.1.0.0 255.255.0.0 129.81.1.2
.../...
ip route 192.168.62.0 255.255.255.0 192.168.0.62
ip route 192.168.128.0 255.255.255.0 192.168.0.128
ip route 192.168.145.0 255.255.255.0 192.168.0.145
ip route 192.168.162.0 255.255.255.0 192.168.0.162
---fin---
Mais un peu de routage devrait faire l'affaire, avec une route statique avec une métrique élevée pointant sur une interface dialer, qui sera utilisée si la route par défaut de l'interface principale "tombe". Il faut bien entendu que celle-ci pointe sur l'interface elle-même (ou soit apprise par un processus de routage dynamique) et pas sur l'IP de l'autre bout. Aie, je vois ça mal parti...
tout est en dialer map sur la serial, et pas en interface dialer... ça va pas être facile de modifier ça, dans la mesure ou il y a quand même une petite centaine de site différent...
je joins une config epurée des données sensibles... Si personne ne voit comment faire, je me résoudrai à écrire dans la langue de shakespear... ;o)
username RTR26201 password <pwd> username RTR16201 password <pwd> ! controller E1 3/0 framing NO-CRC4 pri-group timeslots 1-31 ! ! ! interface Ethernet2/0 ip address 192.168.254.1 255.255.255.0 no ip directed-broadcast ntp broadcast no cdp enable ! interface Serial2/1 description LS à backuper ip address 129.81.1.1 255.255.255.0 no ip directed-broadcast encapsulation ppp no ip mroute-cache compress stac ! interface Serial3/0:15 description T2 30 canaux ip address 192.168.0.254 255.255.255.0 no ip directed-broadcast encapsulation ppp dialer idle-timeout 60 dialer map ip 192.168.0.128 name RTR22801 <n°> dialer map ip 192.168.0.145 name RTR24501 <n°>
.../...
dialer map ip 192.168.0.162 name RTR26201 <n°> dialer map ip 192.168.0.62 name RTR16201 <n°> dialer-group 1 isdn switch-type primary-net5 compress stac ppp authentication chap ! ip classless ip route 128.1.0.0 255.255.0.0 129.81.1.2
.../...
ip route 192.168.62.0 255.255.255.0 192.168.0.62 ip route 192.168.128.0 255.255.255.0 192.168.0.128 ip route 192.168.145.0 255.255.255.0 192.168.0.145 ip route 192.168.162.0 255.255.255.0 192.168.0.162 ---fin---
Jacques Caron
On Thu, 13 May 2004 00:57:10 +0200, Laurent wrote:
tout est en dialer map sur la serial, et pas en interface dialer...
Boh, ça doit pouvoir marcher aussi, on fera dans ce cas pointer la route par défaut (ou autre) de backup sur une IP de destination (éventuellement bidon) qui déclenchera le dialer map. Cette IP doit elle-même être routée vers l'interface PRI.
ip route 128.1.0.0 255.255.0.0 129.81.1.2
Il faudra remplacer cette route par une route vers l'interface elle-même (Serial2/1), ou alors simplement rajouter une route vers 129.81.1.0/24 via Serial3/0:15 (elle devrait donc avoir une distance supérieure à la route "connected" via Serial2/1).
Ceci dit, ça fait longtemps que j'ai pas joué avec tout ça, et j'ai pas vraiment le matos sous la main pour tester, mais bon, ça ne devrait pas poser trop de problèmes.
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 00:57:10 +0200, Laurent <lpopoz@fournisseur.invalid>
wrote:
tout est en dialer map sur la serial, et pas en interface dialer...
Boh, ça doit pouvoir marcher aussi, on fera dans ce cas pointer la route
par défaut (ou autre) de backup sur une IP de destination (éventuellement
bidon) qui déclenchera le dialer map. Cette IP doit elle-même être routée
vers l'interface PRI.
ip route 128.1.0.0 255.255.0.0 129.81.1.2
Il faudra remplacer cette route par une route vers l'interface elle-même
(Serial2/1), ou alors simplement rajouter une route vers 129.81.1.0/24 via
Serial3/0:15 (elle devrait donc avoir une distance supérieure à la route
"connected" via Serial2/1).
Ceci dit, ça fait longtemps que j'ai pas joué avec tout ça, et j'ai pas
vraiment le matos sous la main pour tester, mais bon, ça ne devrait pas
poser trop de problèmes.
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 00:57:10 +0200, Laurent wrote:
tout est en dialer map sur la serial, et pas en interface dialer...
Boh, ça doit pouvoir marcher aussi, on fera dans ce cas pointer la route par défaut (ou autre) de backup sur une IP de destination (éventuellement bidon) qui déclenchera le dialer map. Cette IP doit elle-même être routée vers l'interface PRI.
ip route 128.1.0.0 255.255.0.0 129.81.1.2
Il faudra remplacer cette route par une route vers l'interface elle-même (Serial2/1), ou alors simplement rajouter une route vers 129.81.1.0/24 via Serial3/0:15 (elle devrait donc avoir une distance supérieure à la route "connected" via Serial2/1).
Ceci dit, ça fait longtemps que j'ai pas joué avec tout ça, et j'ai pas vraiment le matos sous la main pour tester, mais bon, ça ne devrait pas poser trop de problèmes.
Jacques. -- Interactive Media Factory Création, développement et hébergement de services interactifs: SMS, SMS+, Audiotel... http://www.imfeurope.com/
Yannic
Laurent wrote:
In article , says...
Il y a sur ce groupe quelques personnes connaissant bien ios, mais pour un groupe dédié cisco, vous pouvez aller voir (en anglais) sur : news:comp.dcom.sys.cisco Je l'avoue, j'ai préféré m'adresser à la francophonie en premier :o)
Salut, en avant dernier recours, tu as aussi un groupe yahoo en francais: http://fr.groups.yahoo.com/group/reseaux_cisco/
-- Yannic
Laurent wrote:
In article <86ad0ekoqb.fsf@t39bsdems.interne.kisoft-services.com>,
emss@free.fr says...
Il y a sur ce groupe quelques personnes connaissant bien ios, mais
pour un groupe dédié cisco, vous pouvez aller voir (en anglais) sur :
news:comp.dcom.sys.cisco
Je l'avoue, j'ai préféré m'adresser à la francophonie en premier :o)
Salut,
en avant dernier recours, tu as aussi un groupe yahoo en francais:
http://fr.groups.yahoo.com/group/reseaux_cisco/
Il y a sur ce groupe quelques personnes connaissant bien ios, mais pour un groupe dédié cisco, vous pouvez aller voir (en anglais) sur : news:comp.dcom.sys.cisco Je l'avoue, j'ai préféré m'adresser à la francophonie en premier :o)
Salut, en avant dernier recours, tu as aussi un groupe yahoo en francais: http://fr.groups.yahoo.com/group/reseaux_cisco/
-- Yannic
Laurent
Dans l'article , disait...
Boh, ça doit pouvoir marcher aussi, on fera dans ce cas pointer la route par défaut (ou autre) de backup sur une IP de destination (éventuellement bidon) qui déclenchera le dialer map. Cette IP doit elle-même être routée vers l'interface PRI. J'avais bien pensé faire comme ça aussi... mais vu qu'aucun des exemples
de chez cisco ne proposait ce genre de soluce...
ip route 128.1.0.0 255.255.0.0 129.81.1.2
Il faudra remplacer cette route par une route vers l'interface elle-même (Serial2/1), ou alors simplement rajouter une route vers 129.81.1.0/24 via Serial3/0:15 (elle devrait donc avoir une distance supérieure à la route "connected" via Serial2/1).
ip route 128.1.0.0 255.255.0.0 129.81.1.2 ip route 129.81.1.0 255.255.255.0 serial 3/0:15
pas besoin de cost ?
on ne risque pas dans ce cas de maintenir la numéris activée même si la serial2/1 est up ?
ce qui m'était venu à l'esprit c'était de faire un truc comme :
ip route 128.1.0.0 255.255.0.0 serial 2/1 1 ip route 128.1.0.0 255.255.0.0 serial 3/0:15 2
ça fonctionnerait aussi ?
Dans l'article <opr7wv9aijq1hokb@news.free.fr>, jc@imfeurope.com
disait...
Boh, ça doit pouvoir marcher aussi, on fera dans ce cas pointer la route
par défaut (ou autre) de backup sur une IP de destination (éventuellement
bidon) qui déclenchera le dialer map. Cette IP doit elle-même être routée
vers l'interface PRI.
J'avais bien pensé faire comme ça aussi... mais vu qu'aucun des exemples
de chez cisco ne proposait ce genre de soluce...
ip route 128.1.0.0 255.255.0.0 129.81.1.2
Il faudra remplacer cette route par une route vers l'interface elle-même
(Serial2/1), ou alors simplement rajouter une route vers 129.81.1.0/24 via
Serial3/0:15 (elle devrait donc avoir une distance supérieure à la route
"connected" via Serial2/1).
ip route 128.1.0.0 255.255.0.0 129.81.1.2
ip route 129.81.1.0 255.255.255.0 serial 3/0:15
pas besoin de cost ?
on ne risque pas dans ce cas de maintenir la numéris activée même si la
serial2/1 est up ?
ce qui m'était venu à l'esprit c'était de faire un truc comme :
ip route 128.1.0.0 255.255.0.0 serial 2/1 1
ip route 128.1.0.0 255.255.0.0 serial 3/0:15 2
Boh, ça doit pouvoir marcher aussi, on fera dans ce cas pointer la route par défaut (ou autre) de backup sur une IP de destination (éventuellement bidon) qui déclenchera le dialer map. Cette IP doit elle-même être routée vers l'interface PRI. J'avais bien pensé faire comme ça aussi... mais vu qu'aucun des exemples
de chez cisco ne proposait ce genre de soluce...
ip route 128.1.0.0 255.255.0.0 129.81.1.2
Il faudra remplacer cette route par une route vers l'interface elle-même (Serial2/1), ou alors simplement rajouter une route vers 129.81.1.0/24 via Serial3/0:15 (elle devrait donc avoir une distance supérieure à la route "connected" via Serial2/1).
ip route 128.1.0.0 255.255.0.0 129.81.1.2 ip route 129.81.1.0 255.255.255.0 serial 3/0:15
pas besoin de cost ?
on ne risque pas dans ce cas de maintenir la numéris activée même si la serial2/1 est up ?
ce qui m'était venu à l'esprit c'était de faire un truc comme :
ip route 128.1.0.0 255.255.0.0 serial 2/1 1 ip route 128.1.0.0 255.255.0.0 serial 3/0:15 2
ça fonctionnerait aussi ?
Laurent
Dans l'article , disait...
ce qui m'était venu à l'esprit c'était de faire un truc comme :
ip route 128.1.0.0 255.255.0.0 serial 2/1 1 ip route 128.1.0.0 255.255.0.0 serial 3/0:15 2
en y repensant, il faudrait plutôt :
ip route 128.1.0.0 255.255.0.0 serial 2/1 1 ip route 128.1.0.0 255.255.0.0 129.81.1.2 2
sinon, le routeur ne saura pas quel dialer map utiliser...
non ?
Dans l'article <MPG.1b0d84cae5509c1498976f@news.free.fr>,
lpopoz@fournisseur.invalid disait...
ce qui m'était venu à l'esprit c'était de faire un truc comme :
ip route 128.1.0.0 255.255.0.0 serial 2/1 1
ip route 128.1.0.0 255.255.0.0 serial 3/0:15 2
en y repensant, il faudrait plutôt :
ip route 128.1.0.0 255.255.0.0 serial 2/1 1
ip route 128.1.0.0 255.255.0.0 129.81.1.2 2
sinon, le routeur ne saura pas quel dialer map utiliser...
