Forum |  HardWare.fr | News | Articles | PC | Prix | S'identifier | S'inscrire | Aide | Shop Recherche
1177 connectés 

 



 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

routage OSPF

n°158259
jackseg198​0
Posté le 28-10-2018 à 19:05:42  profilanswer
 

Bonsoir,
 
Le schéma sur lequel je suis actuellement:
http://image.noelshack.com/minis/2018/43/7/1540748958-ospf.png
 
- J'ai configuré tous les routeurs pour de l'OSPF et tout est dans area 0.
- Tout fonctionne parfaitement et tous les PC peuvent communiquer entre-eux.
- Quand j'envoie un paquet de PC7 vers PC1, il choisit une fois sur deux la route soit par R3, soit par R2
 
Ou je ne comprends plus, c'est quand je met le lien entre R1 et R2 à 10Mbps, comme sur le dessin.
OSPF, devrait tenir compte de la liaison et privilégier la route par R3 non ?
Comme on le voit dans l'event list, il continue à choisir entre R3 et R2.
Que faire, dans ce cas, pour que la table OSPF privilégie R3 en tenant compte du coût énorme à passer par R2 ?
 
Merci d'avance.


---------------
youplà boum...
mood
Publicité
Posté le 28-10-2018 à 19:05:42  profilanswer
 

n°158260
Ivy gu
seeing through the charade
Posté le 28-10-2018 à 19:11:13  profilanswer
 

Suivant le type de liaison utilisé, ospf saura ou pas prendre en compte le débit de la liaison. Une solution simple peut-être de spécifier manuellement le coût OSPF de la liaison. Sinon si tu tiens absolument à ce qu'OSPF déduise de lui même le coût que tu veux à partir du débit de la liaison, la méthode à suivre va dépendre de l'OS/constructeur de ton routeur.


Message édité par Ivy gu le 28-10-2018 à 19:15:32

---------------
Infused with cruelty, malice, and abstract jazz music.
n°158282
jackseg198​0
Posté le 29-10-2018 à 12:35:19  profilanswer
 

Merci pour ta réponse.
 
Dans ce cas, on est dans une situation idéale, avec du matériel Cisco simulé.
Je pensais justement qu'OSPF dédisait de lui-même l'état des liens inter-routeurs et qu'il adaptait son coût en conséquence, ce qui ne semble pas être le cas ici.


---------------
youplà boum...
n°158288
Ivy gu
seeing through the charade
Posté le 29-10-2018 à 14:17:13  profilanswer
 

comment as-tu configuré le débit à 10 Mbps ?


---------------
Infused with cruelty, malice, and abstract jazz music.
n°158291
jackseg198​0
Posté le 29-10-2018 à 14:54:41  profilanswer
 

J'ai forcé les interfaces de R1 et R2 à 10Mbps
 

Router(config)#interface GigabitEthernet1/0
Router(config-if)#speed 10


---------------
youplà boum...
n°158293
Charon_
Posté le 29-10-2018 à 15:02:58  profilanswer
 

Salut,
 
la database d'OSPF connait ce lien à l'origine par 2 chemins à coûts égaux à l'origine.
Donc si la vitesse change sur une partie, le seul moyen de corriger le métrique après coup est de faire un clear OSPF sur le lien plus lent et ensuite la seule route affichée serait celle la plus rapide. Bien qu'OSPF utiliserait la 10mbps si la plus rapide tombe, mais il n'y aurait plus de load balancing. Seulement EIGRP pourrait le faire avec des vitesses différentes

n°158294
Ivy gu
seeing through the charade
Posté le 29-10-2018 à 15:12:39  profilanswer
 

jackseg1980 a écrit :

J'ai forcé les interfaces de R1 et R2 à 10Mbps
 

Router(config)#interface GigabitEthernet1/0
Router(config-if)#speed 10



 
tu as regardé l'état du lien OSPF (je ne sais pas s'il y a un genre de "show ospf interface..." ou s'il faut regarder directement un dump de la lsdb) quel coût OSPF prend en compte pour ce lien ?  
tu as essayé de mettre la commande bandwidth pour voir si ça changeait quelque chose ?


---------------
Infused with cruelty, malice, and abstract jazz music.
n°158307
jackseg198​0
Posté le 30-10-2018 à 09:52:17  profilanswer
 

En fait, je me demande si ce n'est pas un problème dans packet tracer...
J'ai mis des liaisons série entre les routeurs. Je peux changer le clock rate comme je veux, les infos affiché de l'interface restent toujours les mêmes.
 

sh int s9/0
Serial9/0 is up, line protocol is up (connected)
  Hardware is HD64570
  Internet address is 10.0.1.2/30
  MTU 1500 bytes, BW 128 Kbit, DLY 20000 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation HDLC, loopback not set, keepalive set (10 sec)
  Last input never, output never, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0 (size/max/drops); Total output drops: 0
  Queueing strategy: weighted fair


 
On est d'accord qu'en modifiant le clock rate, BW devrait changer non ?


Message édité par jackseg1980 le 30-10-2018 à 09:52:46

---------------
youplà boum...
n°158308
Ivy gu
seeing through the charade
Posté le 30-10-2018 à 11:15:24  profilanswer
 

J'en suis pas complètement sûr, mais je ne connais pas assez bien les interfaces série.


---------------
Infused with cruelty, malice, and abstract jazz music.
n°158313
jackseg198​0
Posté le 30-10-2018 à 13:23:42  profilanswer
 

C'est bon, j'ai trouvé.
C'est bien le paramètre BW (bande passante) qui est pris en compte pour calculer le coût mais il ne faut pas le modifier via le clock rate mais bien directement sur l'interface:
 

Router(config)#int s9/0
Router(config-if)#bandwidth 64


 
Le coût sur l'interface passe bien à 1562 suite à cette modification:
 

Router#sh ip ospf interface s9/0
 
Serial9/0 is up, line protocol is up
  Internet address is 10.0.0.2/30, Area 0
  Process ID 1, Router ID 192.168.1.1, Network Type POINT-TO-POINT, Cost: 1562


 
Les modifications sont quasi automatiquement répercuté et les coûts sont corrects:

Router#sh ip route
 
     10.0.0.0/30 is subnetted, 3 subnets
O       10.0.0.0 [110/[b]1626] via 10.0.2.1, 00:04:07, Serial9/0
O       10.0.1.0 [110/65] via 192.168.3.1, 03:32:02, GigabitEthernet1/0
C       10.0.2.0 is directly connected, Serial9/0
O    192.168.1.0/24 [110/65] via 10.0.2.1, 03:13:36, Serial9/0
C    192.168.2.0/24 is directly connected, GigabitEthernet0/0
C    192.168.3.0/24 is directly connected, GigabitEthernet1/0
O    192.168.6.0/23 [110/66] via 192.168.3.1, 03:25:52, GigabitEthernet1/0


 
On voit que le coût pour passer par le réseau 10.0.0.0 est passé de 65 à 1626 et les paquets ne passent plus par cette route sauf en cas d'urgence ou il ne resterait plus que ce chemin.
 
J'ai encore un défaut de compréhension; quand on change la vitesse sur de l'ethernet ou le clock rate sur du série, pourquoi la bande passante ne change pas ?
La bande passante est toujours lié à l'interface, quelle que soit sa vitesse réelle ?
Si oui, ça n'a pas de sens car en vrai, c'est bien la vitesse de la ligne qui m'importe pour savoir si un chemin coute moins qu'un autre. Un lien à 1Gbps peut très bien être saturé et être très lent.


Message édité par jackseg1980 le 30-10-2018 à 13:32:57

---------------
youplà boum...
mood
Publicité
Posté le 30-10-2018 à 13:23:42  profilanswer
 

n°158315
Ivy gu
seeing through the charade
Posté le 30-10-2018 à 13:59:57  profilanswer
 

je ne sais pas vraiment. Peut-être qu'on part du principe que de toute façon dans toute configuration digne de ce nom la bandwidth devra être paramétrée (ce n'est pas parce que l'interface est en 1gbps que le lien opérateur qui arrive dessus est à ce débit par exemple) et que du coup ça ne sert à rien de la faire changer dynamiquement (ça rajouterait du code et de la complexité).


---------------
Infused with cruelty, malice, and abstract jazz music.
n°158316
jackseg198​0
Posté le 30-10-2018 à 15:56:33  profilanswer
 

effectivement, comme je veux tenir compte de la charge et comme l'a suggéré charon, peut-être que EIGRP serait plus adapté.
 
J'ai trouvé ça. C'est interessant, surtout à la page 65:
http://www.nolot.eu/Download/Cours [...] -EIGRP.pdf
 
K2=charge et K3=delai
La métrique me semble bien plus précise que via OSPF et je suppose aussi que ca demande beaucoup plus de travail CPU pour calculer tout ça.

Message cité 1 fois
Message édité par jackseg1980 le 30-10-2018 à 16:04:05

---------------
youplà boum...
n°158317
Ivy gu
seeing through the charade
Posté le 30-10-2018 à 16:15:55  profilanswer
 

EIGRP en lab pour la culture perso pourquoi pas, pour une utilisation dans la vie réelle c'est plus que limité... tu vas te retrouver à tourner du nerd knob en permanence et au premier problème ça va être bien pénible à troubleshooter, dans la grande majorité des cas il vaut beaucoup mieux partir sur quelque chose de plus simple, éprouvé et documenté comme OSPF (ou IS-IS, ou BGP...)


Message édité par Ivy gu le 30-10-2018 à 16:16:50

---------------
Infused with cruelty, malice, and abstract jazz music.
n°158320
jackseg198​0
Posté le 30-10-2018 à 18:02:48  profilanswer
 

Je vais suivre ton conseil.
EIGRP a l'air bien compliqué à maitriser et en plus c'est un protocole propriétaire Cisco.
 
On va rester sur du RIPv2 ou OSPF


---------------
youplà boum...
n°158325
Ivy gu
seeing through the charade
Posté le 30-10-2018 à 20:25:29  profilanswer
 

eigrp n'est plus proprio depuis 2013.
 
et RIP c'est pareil, sauf pour la culture ça n'a pas vraiment d'intérêt.


---------------
Infused with cruelty, malice, and abstract jazz music.
n°158331
jackseg198​0
Posté le 30-10-2018 à 21:34:43  profilanswer
 

Ha ok, je ne savais pas.
 
Pour un petit réseau en LAN, disont max. 10 routeurs, tu conseilles quoi en routage dynamique ?
Je ne veux pas le faire à la main car si il y a des modifications ou des routes qui tombent, j'aimerais que ce soit rapide et le plus optimum possible sans qu'on soit sur place.
 
RIPv2 me plaisait bien par sa simplicité mais comme tu dis, je ne sais pas si c'est très utilisé et efficace par rapport à d'autres protocoles.


---------------
youplà boum...
n°158334
Ivy gu
seeing through the charade
Posté le 30-10-2018 à 22:37:19  profilanswer
 

si le but est la simplicité, ospf en mono area c'est déjà très peu de configuration et simple à comprendre et maintenir et ça reste plus répandu et surtout plus rapide que RIP, si ça répond au besoin faut pas chercher plus loin.  
Après suivant que tu préfères une configuration plus courte ou plus uniforme d'un routeur à l'autre tu peux faire des intercos IP classiques ou de l'unnumbered, mais bon on entre déjà dans le chipotage pour un réseau de cette taille.


---------------
Infused with cruelty, malice, and abstract jazz music.
n°158369
jackseg198​0
Posté le 31-10-2018 à 19:14:49  profilanswer
 

Alors je reste sur ospf pour ce petit réseau et je continue à creuser pour mon intérêt personnel EIGRP qui a une modularité qui me plait bien.


---------------
youplà boum...
n°158378
Charon_
Posté le 01-11-2018 à 13:41:31  profilanswer
 

jackseg1980 a écrit :

effectivement, comme je veux tenir compte de la charge et comme l'a suggéré charon, peut-être que EIGRP serait plus adapté.
 
J'ai trouvé ça. C'est interessant, surtout à la page 65:
http://www.nolot.eu/Download/Cours [...] -EIGRP.pdf
 
K2=charge et K3=delai
La métrique me semble bien plus précise que via OSPF et je suppose aussi que ca demande beaucoup plus de travail CPU pour calculer tout ça.


 
 
Par défaut, EIGRP ne prend en compte que Bandwidth + Delay.
Si tu veux utiliser d'autres valeurs, il faudra donc changer ces valeurs "K" par défaut sur tous les routeurs pour que cela fonctionne correctement.
Sinon, EIGRP est beaucoup plus simple à mettre en place qu'OSPF.
OSPF est plus complexe de part sa nature de zones. Effectivement, si tout tes routeurs sont dans la zone backbone, il n'y a pas de complexité, cependant cela peut charger le CPU si beaucoup de routes à traiter.
 


Aller à :
Ajouter une réponse
 

Sujets relatifs
question routageProblème routage avec un Bintec RS120
Routage sur le même réseauOPENVPN - Problème de routage
[ROUTAGE] Faire communiquer 2 réseaux differents[HP] Routage inter-vlan et relais DHCP
routage netgear fvs336Gv3Cisco 2960 pas de ping- routage impossible
Routage OSPF Multi-area 
Plus de sujets relatifs à : routage OSPF


Copyright © 1997-2018 Hardware.fr SARL (Signaler un contenu illicite) / Groupe LDLC / Shop HFR