Le 05/10/2021 à 06:37, Michel Py via frnog a écrit :
Comme il me semble que tu commences a avoir un peu de materiel Cecile, fais-toi
un petit lab EIGRP pour t'amuser,
ca ne peut pas faire de mal... et avec les jours pluvieux qui approchent, ca
occupe une bonne journee;)
D'autant plus ce n'est plus le monopole de Cisco et que FRR le fait,
maintenant. Je n'ai jamais essayé, ceci dit.
Ah justement je me demandais s'il y avait des implémentations autres et
fiables suite au draft d'infos IETF de 2016...
Olivier Cochard-Labbé a écrit :
La seule fois ou j'ai croisé de l'EIGRP, c'était un réseau assez étendu
géographiquement (centaine de sites au travers d'un
pays de montagne) qui avait un mélange de liens satellite et terrestres pas
très stable (et avec des architectes très Cisco
fanboy). Et donc les métriques delay, relialibily, bandwidth permettaient
d'optimiser le routage dans ce cas très particulier.
Oui, c'était du "SD-WAN" déjà il y a 20 ans :P
Dans la rubrique "Software truc", ça propose de l'overlay vu que ça peut
servir de control plane à une encapsulation LISP entre domaines (see
EIGRP Over the Top).
Gougleu "eigrp unequal cost load balancing"
https://www.cisco.com/c/en/us/support/docs/ip/enhanced-interior-gateway-routing-protocol-eigrp/13677-19.html
La répartition de charge sur des liens asymétriques, c'est le
différenciateur me semble-t-il. Vous connaissez autre chose qui fait ça
nativement ?
La capacité à faire converger uniquement la partie de réseau qui est
impactée par le changement de route est intéressante aussi sur une infra
étendue (et peu segmentée).
Cela dit, j'ai jamais utilisé en prod. Le côté non interopérable reste
un problème en terme d'évolutivité je trouve.
--
Jérôme BERTHIER
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/