Je recherche des exemples de configuration de backup isdn d'une ligne=20
lou=E9e sur du cisco. Jusque l=E0, je n'ai pas trop de soucis, le site cisc=
o=20
en regorgerait presque...
... sauf que mon cas ne correspond pas aux exemples sus-cit=E9s, vu que=20
les interfaces isdn et serial sont syst=E9matiquement sur le m=EAme routeur=
.
J'ai bien =E9ssay=E9 d'extrapoler, mais j'avoue que je ne m'en sort pas...
Bref, je dispose de trois routeurs sur deux sites diff=E9rents.
Pour un des sites :
- un cisco qui dispose d'une serial et d'une BRI
pour l'autre :
- un cisco disposant d'une PRI
- un cisco disposant d'une serial
je voudrais "backuper" la LL via isdn : d'un cot=E9 en me servant de la=20
BRI, de l'autre en basculant sur le routeur disposant de la PRI.
Quelqu'un aurai-t-il une id=E9e du comment faire, et du ou trouver=20
quelques infos sur ce genre de topologie ?
Pour un des sites : - un cisco qui dispose d'une serial et d'une BRI pour l'autre : - un cisco disposant d'une PRI - un cisco disposant d'une serial J'ai oublié de préciser que d'un coté comme de l'autre, toutes les
adresses et les routes sont statiques et que j'aimerais mieux ne pas avoir à y toucher de trop...
Dans l'article <MPG.1c8d44e854d47602989829@news.free.fr>,
lpopoz@alussinan.invalid disait...
Pour un des sites :
- un cisco qui dispose d'une serial et d'une BRI
pour l'autre :
- un cisco disposant d'une PRI
- un cisco disposant d'une serial
J'ai oublié de préciser que d'un coté comme de l'autre, toutes les
adresses et les routes sont statiques et que j'aimerais mieux ne pas
avoir à y toucher de trop...
Pour un des sites : - un cisco qui dispose d'une serial et d'une BRI pour l'autre : - un cisco disposant d'une PRI - un cisco disposant d'une serial J'ai oublié de préciser que d'un coté comme de l'autre, toutes les
adresses et les routes sont statiques et que j'aimerais mieux ne pas avoir à y toucher de trop...
Paul Atreides
In article , says...
Dans l'article , disait...
Pour un des sites : - un cisco qui dispose d'une serial et d'une BRI pour l'autre : - un cisco disposant d'une PRI - un cisco disposant d'une serial J'ai oublié de préciser que d'un coté comme de l'autre, toutes les
adresses et les routes sont statiques et que j'aimerais mieux ne pas avoir à y toucher de trop...
Hi,
Sur le routeur "serial", il va falloir doubler les routes à secourir, en ajoutant les routes de secours (vers le routeur BRI) avec une "metric" supérieure à celle par défaut (1).
Exemple:
ip route 192.168.1.0 255.255.255.0 10.0.0.1 name Route principale ip route 192.168.1.0 255.255.255.0 10.0.1.2 2 name Route de secours
-- ICQ# 114297372
In article <MPG.1c8d481ad5c1d44e98982a@news.free.fr>,
lpopoz@alussinan.invalid says...
Dans l'article <MPG.1c8d44e854d47602989829@news.free.fr>,
lpopoz@alussinan.invalid disait...
Pour un des sites :
- un cisco qui dispose d'une serial et d'une BRI
pour l'autre :
- un cisco disposant d'une PRI
- un cisco disposant d'une serial
J'ai oublié de préciser que d'un coté comme de l'autre, toutes les
adresses et les routes sont statiques et que j'aimerais mieux ne pas
avoir à y toucher de trop...
Hi,
Sur le routeur "serial", il va falloir doubler les routes à secourir, en
ajoutant les routes de secours (vers le routeur BRI) avec une "metric"
supérieure à celle par défaut (1).
Exemple:
ip route 192.168.1.0 255.255.255.0 10.0.0.1 name Route principale
ip route 192.168.1.0 255.255.255.0 10.0.1.2 2 name Route de secours
Pour un des sites : - un cisco qui dispose d'une serial et d'une BRI pour l'autre : - un cisco disposant d'une PRI - un cisco disposant d'une serial J'ai oublié de préciser que d'un coté comme de l'autre, toutes les
adresses et les routes sont statiques et que j'aimerais mieux ne pas avoir à y toucher de trop...
Hi,
Sur le routeur "serial", il va falloir doubler les routes à secourir, en ajoutant les routes de secours (vers le routeur BRI) avec une "metric" supérieure à celle par défaut (1).
Exemple:
ip route 192.168.1.0 255.255.255.0 10.0.0.1 name Route principale ip route 192.168.1.0 255.255.255.0 10.0.1.2 2 name Route de secours
-- ICQ# 114297372
Laurent
Dans l'article , disait...
ip route 192.168.1.0 255.255.255.0 10.0.0.1 name Route principale ip route 192.168.1.0 255.255.255.0 10.0.1.2 2 name Route de secours aucun pb pour faire ça sur le routeur qui dispose des deux interfaces
(serial ET bri). par contre, j'ai un problème à ce niveau pour le coté ou j'ai deux routeurs : il faut que je dise au routeur qui a l'interface PRI que maintenant c'est par lui qu'on passe (et son interface PRI) et plus par le routeur disposant de la serial... je suppose qu'il va falloir mettre en place quelque chose comme rip, ou un protocole quelconque de routage dynamique...
Dans l'article <MPG.1c8d4d9f17c7eec2989781@news.free.fr>,
ardennes@free.fr disait...
ip route 192.168.1.0 255.255.255.0 10.0.0.1 name Route principale
ip route 192.168.1.0 255.255.255.0 10.0.1.2 2 name Route de secours
aucun pb pour faire ça sur le routeur qui dispose des deux interfaces
(serial ET bri).
par contre, j'ai un problème à ce niveau pour le coté ou j'ai deux
routeurs : il faut que je dise au routeur qui a l'interface PRI que
maintenant c'est par lui qu'on passe (et son interface PRI) et plus par
le routeur disposant de la serial...
je suppose qu'il va falloir mettre en place quelque chose comme rip, ou
un protocole quelconque de routage dynamique...
ip route 192.168.1.0 255.255.255.0 10.0.0.1 name Route principale ip route 192.168.1.0 255.255.255.0 10.0.1.2 2 name Route de secours aucun pb pour faire ça sur le routeur qui dispose des deux interfaces
(serial ET bri). par contre, j'ai un problème à ce niveau pour le coté ou j'ai deux routeurs : il faut que je dise au routeur qui a l'interface PRI que maintenant c'est par lui qu'on passe (et son interface PRI) et plus par le routeur disposant de la serial... je suppose qu'il va falloir mettre en place quelque chose comme rip, ou un protocole quelconque de routage dynamique...
Eric Masson
"Laurent" == Laurent writes:
'Lut,
Laurent> par contre, j'ai un problème à ce niveau pour le coté ou j'ai Laurent> deux routeurs : il faut que je dise au routeur qui a Laurent> l'interface PRI que maintenant c'est par lui qu'on passe (et Laurent> son interface PRI) et plus par le routeur disposant de la Laurent> serial...
Ben non, pas plus de problème que sur celui ayant les deux types d'interface. Sur celui avec l'interface série, tu mets une route avec un poids plus faible vers celui ayant l'interface pri et le tour est joué.
Il va sans dire que celui par défaut pour les hôtes de ton lan est celui ayant l'interface série.
Laurent> je suppose qu'il va falloir mettre en place quelque chose Laurent> comme rip, ou un protocole quelconque de routage dynamique...
Ce n'est pas nécessaire, non.
Éric Masson
-- Crétin anonyme> vous etes un abruti ! Je ne pretends pas le contraire, la preuve je vous parle. -+- SM in <http://www.le-gnu.net> : Léon est un con -+-
Laurent> par contre, j'ai un problème à ce niveau pour le coté ou j'ai
Laurent> deux routeurs : il faut que je dise au routeur qui a
Laurent> l'interface PRI que maintenant c'est par lui qu'on passe (et
Laurent> son interface PRI) et plus par le routeur disposant de la
Laurent> serial...
Ben non, pas plus de problème que sur celui ayant les deux types
d'interface. Sur celui avec l'interface série, tu mets une route avec un
poids plus faible vers celui ayant l'interface pri et le tour est joué.
Il va sans dire que celui par défaut pour les hôtes de ton lan est celui
ayant l'interface série.
Laurent> je suppose qu'il va falloir mettre en place quelque chose
Laurent> comme rip, ou un protocole quelconque de routage dynamique...
Ce n'est pas nécessaire, non.
Éric Masson
--
Crétin anonyme> vous etes un abruti !
Je ne pretends pas le contraire, la preuve je vous parle.
-+- SM in <http://www.le-gnu.net> : Léon est un con -+-
Laurent> par contre, j'ai un problème à ce niveau pour le coté ou j'ai Laurent> deux routeurs : il faut que je dise au routeur qui a Laurent> l'interface PRI que maintenant c'est par lui qu'on passe (et Laurent> son interface PRI) et plus par le routeur disposant de la Laurent> serial...
Ben non, pas plus de problème que sur celui ayant les deux types d'interface. Sur celui avec l'interface série, tu mets une route avec un poids plus faible vers celui ayant l'interface pri et le tour est joué.
Il va sans dire que celui par défaut pour les hôtes de ton lan est celui ayant l'interface série.
Laurent> je suppose qu'il va falloir mettre en place quelque chose Laurent> comme rip, ou un protocole quelconque de routage dynamique...
Ce n'est pas nécessaire, non.
Éric Masson
-- Crétin anonyme> vous etes un abruti ! Je ne pretends pas le contraire, la preuve je vous parle. -+- SM in <http://www.le-gnu.net> : Léon est un con -+-
Laurent
Dans l'article services.com>, disait...
Ben non, pas plus de problème que sur celui ayant les deux types d'interface. Sur celui avec l'interface série, tu mets une route avec u n poids plus faible vers celui ayant l'interface pri et le tour est joué.
Il va sans dire que celui par défaut pour les hôtes de ton lan est ce lui ayant l'interface série. ben non...
Bon, je donne un peu plus de détail, qu'on soit bien tous d'accord :
un ch'ti shéma : | | | | |....3640-(Pri).......Bri0 | 192.168.254.0 | (.1) | | 175.144.0.0 LAN | |1600.....| LAN | (.3) | | |....1600-Ser0........Ser0 | | |
on laisse de coté le 1600 se trouvant sur le 175.144, c'est pas lui qui me soucis...
moi, je suis sur le lan 192.168.254.0.
la passerelle par défaut des postes du lan est le 3640 (192.168.254.1), et on ne peut pas changer.
sur le 3640 (192.168.254.1) ip route 175.144.0.0 255.255.0.0 192.168.254.3 ip route 175.144.0.0 255.255.0.0 <ip du dialer map> 100
sur le 1600 (192.168.254.3) ip route 175.144.0.0 255.255.0.0 Serial0 ip route 175.144.0.0 255.255.0.0 192.168.254.1 100
evidement, ça marche pas si la LL tombe : le .3 renvoi bien sur le .1, mais étant donné que les routes sur le .1 n'ont pas changé, il continu à renvoyer sur le .3 à cause du coût, qui renvoit sur le .1, qui renvoit... etc. Bref j'ai droit à une partie de ping-pong, et la numéris ne monte jamais. :)
quelqu'un pour me secourir ?
Dans l'article <86oee4zg7g.fsf@srvbsdnanssv.interne.kisoft-
services.com>, emss@free.fr disait...
Ben non, pas plus de problème que sur celui ayant les deux types
d'interface. Sur celui avec l'interface série, tu mets une route avec u n
poids plus faible vers celui ayant l'interface pri et le tour est joué.
Il va sans dire que celui par défaut pour les hôtes de ton lan est ce lui
ayant l'interface série.
ben non...
Bon, je donne un peu plus de détail, qu'on soit bien tous d'accord :
un ch'ti shéma :
| |
| |
|....3640-(Pri).......Bri0 |
192.168.254.0 | (.1) | | 175.144.0.0
LAN | |1600.....| LAN
| (.3) | |
|....1600-Ser0........Ser0 |
| |
on laisse de coté le 1600 se trouvant sur le 175.144, c'est pas lui qui
me soucis...
moi, je suis sur le lan 192.168.254.0.
la passerelle par défaut des postes du lan est le 3640 (192.168.254.1),
et on ne peut pas changer.
sur le 3640 (192.168.254.1)
ip route 175.144.0.0 255.255.0.0 192.168.254.3
ip route 175.144.0.0 255.255.0.0 <ip du dialer map> 100
sur le 1600 (192.168.254.3)
ip route 175.144.0.0 255.255.0.0 Serial0
ip route 175.144.0.0 255.255.0.0 192.168.254.1 100
evidement, ça marche pas si la LL tombe :
le .3 renvoi bien sur le .1, mais étant donné que les routes sur le .1
n'ont pas changé, il continu à renvoyer sur le .3 à cause du coût, qui
renvoit sur le .1, qui renvoit... etc.
Bref j'ai droit à une partie de ping-pong, et la numéris ne monte
jamais. :)
Ben non, pas plus de problème que sur celui ayant les deux types d'interface. Sur celui avec l'interface série, tu mets une route avec u n poids plus faible vers celui ayant l'interface pri et le tour est joué.
Il va sans dire que celui par défaut pour les hôtes de ton lan est ce lui ayant l'interface série. ben non...
Bon, je donne un peu plus de détail, qu'on soit bien tous d'accord :
un ch'ti shéma : | | | | |....3640-(Pri).......Bri0 | 192.168.254.0 | (.1) | | 175.144.0.0 LAN | |1600.....| LAN | (.3) | | |....1600-Ser0........Ser0 | | |
on laisse de coté le 1600 se trouvant sur le 175.144, c'est pas lui qui me soucis...
moi, je suis sur le lan 192.168.254.0.
la passerelle par défaut des postes du lan est le 3640 (192.168.254.1), et on ne peut pas changer.
sur le 3640 (192.168.254.1) ip route 175.144.0.0 255.255.0.0 192.168.254.3 ip route 175.144.0.0 255.255.0.0 <ip du dialer map> 100
sur le 1600 (192.168.254.3) ip route 175.144.0.0 255.255.0.0 Serial0 ip route 175.144.0.0 255.255.0.0 192.168.254.1 100
evidement, ça marche pas si la LL tombe : le .3 renvoi bien sur le .1, mais étant donné que les routes sur le .1 n'ont pas changé, il continu à renvoyer sur le .3 à cause du coût, qui renvoit sur le .1, qui renvoit... etc. Bref j'ai droit à une partie de ping-pong, et la numéris ne monte jamais. :)
quelqu'un pour me secourir ?
Eric Masson
"Laurent" == Laurent writes:
Laurent> ben non...
Argh, il va donc falloir effectivement trouver un moyen pour que le 1600 puisse signifier au 3640 que son lien est down.
Tes ios gèrent ospf ?
Éric Masson
-- OM> Je viens d'être inscrit contre mon gré sur une liste hébergée OM> par listbot (sexyliens). Je l'ai reçu aussi, et je me suis fait engueuler par ma femme !!! -+-CV in <http://www.le-gnu.net> : Les (sexy)liens du mariage -+-
Argh, il va donc falloir effectivement trouver un moyen pour que le 1600
puisse signifier au 3640 que son lien est down.
Tes ios gèrent ospf ?
Éric Masson
--
OM> Je viens d'être inscrit contre mon gré sur une liste hébergée
OM> par listbot (sexyliens).
Je l'ai reçu aussi, et je me suis fait engueuler par ma femme !!!
-+-CV in <http://www.le-gnu.net> : Les (sexy)liens du mariage -+-
Argh, il va donc falloir effectivement trouver un moyen pour que le 1600 puisse signifier au 3640 que son lien est down.
Tes ios gèrent ospf ?
Éric Masson
-- OM> Je viens d'être inscrit contre mon gré sur une liste hébergée OM> par listbot (sexyliens). Je l'ai reçu aussi, et je me suis fait engueuler par ma femme !!! -+-CV in <http://www.le-gnu.net> : Les (sexy)liens du mariage -+-
Laurent
Dans l'article services.com>, disait...
Argh, il va donc falloir effectivement trouver un moyen pour que le 1600 puisse signifier au 3640 que son lien est down.
Tes ios gèrent ospf ?
la commande "router ospf" existe sur les deux, mais je sais pas trop...
pour le 3640 : IOS (tm) 3600 Software (C3640-I-M), Version 12.0(10), RELEASE SOFTWARE (fc1) pour le 1600 : IOS (tm) 1600 Software (C1600-Y-M), Version 11.2(18)P, RELEASE SOFTWARE (fc1)
Dans l'article <86bra32xhl.fsf@srvbsdnanssv.interne.kisoft-
services.com>, emss@free.fr disait...
Argh, il va donc falloir effectivement trouver un moyen pour que le 1600
puisse signifier au 3640 que son lien est down.
Tes ios gèrent ospf ?
la commande "router ospf" existe sur les deux, mais je sais pas trop...
pour le 3640 :
IOS (tm) 3600 Software (C3640-I-M), Version 12.0(10), RELEASE SOFTWARE
(fc1)
pour le 1600 :
IOS (tm) 1600 Software (C1600-Y-M), Version 11.2(18)P, RELEASE SOFTWARE
(fc1)
Argh, il va donc falloir effectivement trouver un moyen pour que le 1600 puisse signifier au 3640 que son lien est down.
Tes ios gèrent ospf ?
la commande "router ospf" existe sur les deux, mais je sais pas trop...
pour le 3640 : IOS (tm) 3600 Software (C3640-I-M), Version 12.0(10), RELEASE SOFTWARE (fc1) pour le 1600 : IOS (tm) 1600 Software (C1600-Y-M), Version 11.2(18)P, RELEASE SOFTWARE (fc1)
Eric Masson
"Laurent" == Laurent writes:
Laurent> la commande "router ospf" existe sur les deux, mais je sais Laurent> pas trop...
Il va falloir que les trois le gèrent, donc aussi celui à l'autre extrémité du lien série.
Les dialers sur le 3640 et le 1600 avec backup intégré devront être déclarés en interfaces passives de même que celles restant sur lesquelles aucun voisin ospf n'est susceptible de se trouver (l'interface ethernet du 1600 avec backup intégré entre autres)
Les métriques ospf par défaut des liens série et isdn devraient convenir pour que le lien série soit préféré au backup, si ce n'est pas le cas, un ajustement au niveau des interfaces devrait faire l'affaire.
Je n'ai pas joué avec ça depuis plus d'un an donc la doc sera plus utile pour la configuration exacte à appliquer sur les routeurs.
Tu devrais trouver quelques pistes dans la page suivante, à moins que Jacques ne sorte une conf propre de son chapeau ;) : http://www-search.cisco.com/pcgi-bin/search/public.pl?as_q=ospf+backup+isdn+serial&as_epq=&as_oq=&as_eq=&num&searchselector=TAC&partialfields=type%252Einformation%3AConfiguration%7Ctype%252Einformation%3ASampleConfig
Éric Masson
-- Crétin anonyme> vous etes un abruti ! Je ne pretends pas le contraire, la preuve je vous parle. -+- SM in <http://www.le-gnu.net> : Léon est un con -+-
Laurent> la commande "router ospf" existe sur les deux, mais je sais
Laurent> pas trop...
Il va falloir que les trois le gèrent, donc aussi celui à l'autre
extrémité du lien série.
Les dialers sur le 3640 et le 1600 avec backup intégré devront être
déclarés en interfaces passives de même que celles restant sur
lesquelles aucun voisin ospf n'est susceptible de se trouver
(l'interface ethernet du 1600 avec backup intégré entre autres)
Les métriques ospf par défaut des liens série et isdn devraient convenir
pour que le lien série soit préféré au backup, si ce n'est pas le cas,
un ajustement au niveau des interfaces devrait faire l'affaire.
Je n'ai pas joué avec ça depuis plus d'un an donc la doc sera plus utile
pour la configuration exacte à appliquer sur les routeurs.
Tu devrais trouver quelques pistes dans la page suivante, à moins que
Jacques ne sorte une conf propre de son chapeau ;) :
http://www-search.cisco.com/pcgi-bin/search/public.pl?as_q=ospf+backup+isdn+serial&as_epq=&as_oq=&as_eq=&num&searchselector=TAC&partialfields=type%252Einformation%3AConfiguration%7Ctype%252Einformation%3ASampleConfig
Éric Masson
--
Crétin anonyme> vous etes un abruti !
Je ne pretends pas le contraire, la preuve je vous parle.
-+- SM in <http://www.le-gnu.net> : Léon est un con -+-
Laurent> la commande "router ospf" existe sur les deux, mais je sais Laurent> pas trop...
Il va falloir que les trois le gèrent, donc aussi celui à l'autre extrémité du lien série.
Les dialers sur le 3640 et le 1600 avec backup intégré devront être déclarés en interfaces passives de même que celles restant sur lesquelles aucun voisin ospf n'est susceptible de se trouver (l'interface ethernet du 1600 avec backup intégré entre autres)
Les métriques ospf par défaut des liens série et isdn devraient convenir pour que le lien série soit préféré au backup, si ce n'est pas le cas, un ajustement au niveau des interfaces devrait faire l'affaire.
Je n'ai pas joué avec ça depuis plus d'un an donc la doc sera plus utile pour la configuration exacte à appliquer sur les routeurs.
Tu devrais trouver quelques pistes dans la page suivante, à moins que Jacques ne sorte une conf propre de son chapeau ;) : http://www-search.cisco.com/pcgi-bin/search/public.pl?as_q=ospf+backup+isdn+serial&as_epq=&as_oq=&as_eq=&num&searchselector=TAC&partialfields=type%252Einformation%3AConfiguration%7Ctype%252Einformation%3ASampleConfig
Éric Masson
-- Crétin anonyme> vous etes un abruti ! Je ne pretends pas le contraire, la preuve je vous parle. -+- SM in <http://www.le-gnu.net> : Léon est un con -+-
Laurent
Dans l'article services.com>, disait...
Tu devrais trouver quelques pistes dans la page suivante, à moins que Jacques ne sorte une conf propre de son chapeau ;) : http://www-search.cisco.com/pcgi-bin/search/public.pl?as_q=ospf+backup+ isdn+serial&as_epq=&as_oq=&as_eq=&num&searchselector=TAC&parti alfields=type%252Einformation%3AConfiguration%7Ctype%252Einformation%3ASa mpleConfig Merci, je vais fouiller la dedans.
Mais comme je ne connais pas ospf (je n'ai fais que du statique jusqu'à maintenant :( ), c'est vrai que je préfererais un exemple de configuration correspondant à peu près à mon cas de figure, et dont j e pourrais m'inspirer...
Dans l'article <86sm3f1aor.fsf@srvbsdnanssv.interne.kisoft-
services.com>, emss@free.fr disait...
Tu devrais trouver quelques pistes dans la page suivante, à moins que
Jacques ne sorte une conf propre de son chapeau ;) :
http://www-search.cisco.com/pcgi-bin/search/public.pl?as_q=ospf+backup+ isdn+serial&as_epq=&as_oq=&as_eq=&num=10&searchselector=TAC&parti alfields=type%252Einformation%3AConfiguration%7Ctype%252Einformation%3ASa mpleConfig
Merci, je vais fouiller la dedans.
Mais comme je ne connais pas ospf (je n'ai fais que du statique jusqu'à
maintenant :( ), c'est vrai que je préfererais un exemple de
configuration correspondant à peu près à mon cas de figure, et dont j e
pourrais m'inspirer...
Tu devrais trouver quelques pistes dans la page suivante, à moins que Jacques ne sorte une conf propre de son chapeau ;) : http://www-search.cisco.com/pcgi-bin/search/public.pl?as_q=ospf+backup+ isdn+serial&as_epq=&as_oq=&as_eq=&num&searchselector=TAC&parti alfields=type%252Einformation%3AConfiguration%7Ctype%252Einformation%3ASa mpleConfig Merci, je vais fouiller la dedans.
Mais comme je ne connais pas ospf (je n'ai fais que du statique jusqu'à maintenant :( ), c'est vrai que je préfererais un exemple de configuration correspondant à peu près à mon cas de figure, et dont j e pourrais m'inspirer...
Eric Masson
"Laurent" == Laurent writes:
Laurent> Mais comme je ne connais pas ospf (je n'ai fais que du Laurent> statique jusqu'à maintenant :( ), c'est vrai que je Laurent> préfererais un exemple de configuration correspondant à peu Laurent> près à mon cas de figure, et dont je pourrais m'inspirer...
Tu peux jeter un oeil ici, le document décrit ospf par la pratique et montre des exemples basés sur quagga/zebra qui sont compatibles (pas à 100%, mais avec la référence cisco, ça se fait tout seul) avec ios au niveau cli : http://www.afnic.fr/noncvs/formations/routage_long/ospf.html
Éric Masson
-- NC> Ben quoi ? C'est déshonorant le GCU ? (Si oui, là, je prendrais des risques inconsidérés...) Pas ce que j'ai dit Mais passer du GCU au GNU.... -+- HP in: <http://www.le-gnu.net> - Grandeur et décadence -+-
Laurent> Mais comme je ne connais pas ospf (je n'ai fais que du
Laurent> statique jusqu'à maintenant :( ), c'est vrai que je
Laurent> préfererais un exemple de configuration correspondant à peu
Laurent> près à mon cas de figure, et dont je pourrais m'inspirer...
Tu peux jeter un oeil ici, le document décrit ospf par la pratique et
montre des exemples basés sur quagga/zebra qui sont compatibles (pas à
100%, mais avec la référence cisco, ça se fait tout seul) avec ios au
niveau cli :
http://www.afnic.fr/noncvs/formations/routage_long/ospf.html
Éric Masson
--
NC> Ben quoi ? C'est déshonorant le GCU ? (Si oui, là, je prendrais
des risques inconsidérés...)
Pas ce que j'ai dit Mais passer du GCU au GNU....
-+- HP in: <http://www.le-gnu.net> - Grandeur et décadence -+-
Laurent> Mais comme je ne connais pas ospf (je n'ai fais que du Laurent> statique jusqu'à maintenant :( ), c'est vrai que je Laurent> préfererais un exemple de configuration correspondant à peu Laurent> près à mon cas de figure, et dont je pourrais m'inspirer...
Tu peux jeter un oeil ici, le document décrit ospf par la pratique et montre des exemples basés sur quagga/zebra qui sont compatibles (pas à 100%, mais avec la référence cisco, ça se fait tout seul) avec ios au niveau cli : http://www.afnic.fr/noncvs/formations/routage_long/ospf.html
Éric Masson
-- NC> Ben quoi ? C'est déshonorant le GCU ? (Si oui, là, je prendrais des risques inconsidérés...) Pas ce que j'ai dit Mais passer du GCU au GNU.... -+- HP in: <http://www.le-gnu.net> - Grandeur et décadence -+-
