OSPF augmente la bande passante avec l'équilibrage de charge


8

Ceci est ma configuration actuelle où j'ai des 40Gbpsliens entre les 4 commutateurs fonctionnant en OSPFutilisant des liens L3 entre eux, mais maintenant je veux doubler ma bande passante entre les commutateurs, donc je prévois d'ajouter (liens en pointillés) des liens L3 et de laisser OSPF équilibrer la charge du trafic sur eux , Pensez-vous qu'il y ait un problème à faire cela ou que ça ira très bien? (je veux une deuxième paire d'yeux)

entrez la description de l'image ici

Voici à quoi ressemble ma configuration ospf sur les 4 commutateurs.

interface Ethernet2/10
  no switchport
  mtu 9216
  ip address 192.168.250.9/30
  no ip ospf passive-interface
  ip router ospf 100 area 0.0.0.0
  no shutdown

interface Ethernet2/11
  no switchport
  mtu 9216
  ip address 192.168.250.13/30
  no ip ospf passive-interface
  ip router ospf 100 area 0.0.0.0
  no shutdown

Plus de détails sur le flux de trafic actuel

mon flux de trafic actuel ressemble actuellement au diagramme suivant SW: le commutateur BGP est actif, donc tout le trafic d'entrée / sortie provenant du FAI. puis SW1 fait le partage de charge entre deux SW3 / 4 en utilisant OSPF ECMP. Au cours des 1 dernières années, nous n'avons eu aucun problème de voix ou de qualité (tout le monde est content). Maintenant, lorsque mon SW1 est en panne, alors OSPF déplace la route BGP vers SW2 et le fait activeet le trafic commence à circuler de SW2 à SW3 / 4 (j'ai testé cette fois plusieurs en décalant manuellement BGP)

entrez la description de l'image ici

Mise à jour - 2

Informations de partage de charge pour OSPF / ECMP

J'ai le partage de charge suivant configuré qui est par défaut sur les commutateurs Cisco Nexus.

# show ip load-sharing
IPv4/IPv6 ECMP load sharing:
Universal-id (Random Seed): 2223335843
Load-share mode : address source-destination port source-destination
GRE-Outer hash is disabled.
Concatenation is disabled.

Assurez-vous de mettre à niveau les liens entre SW1-2 et SW 3-4
Ron Trunk

Oh oui .. j'ai oublié d'ajouter ça dans le diagramme. bonne prise! mais sinon, voyez-vous un problème pour simplement afficher L3 Link et le transfert à OSFP?
Satish

Si je me souviens bien, vous faites beaucoup avec la VoIP. Vous pourriez vous retrouver avec beaucoup de paquets hors service qui tueraient absolument la VoIP.
Ron Maupin

@RonMaupin Je dirais que CEF / ECMP gère assez bien les "flux" et empêchera bien la livraison dans le désordre des flux VoIP, en attribuant un flux donné à la même interface de sortie de manière cohérente.
Marc 'netztier' Luethi

@ Marc'netztier'Luethi, ça dépend vraiment. L'équilibrage de charge par paquet du protocole de routage peut vraiment gâcher les protocoles en temps réel. Je pensais en fait à votre suggestion de canal de couche 3, car cela fournira certainement un équilibrage par flux.
Ron Maupin

Réponses:


8

Comme ce sont des liens point à point, j'envisagerais d'utiliser la panne pour configurer chaque interface / 30 avec ip ospf network point-to-point. (Liens nouveaux et existants). Cela réduit les temporisations bonjour et mort. Cette configuration réduit également la nécessité de négocier un DR et un BDR.

Enfin, je vérifierais les états voisins et les tables de routage OSPF, avant et après le basculement. Vous devriez voir les routes ECMP après les basculements et les voisinages appropriés.


obtenir des temps d'arrêt serait un exercice d'incendie pour nous, car nous avons beaucoup de clients, donc ce chemin ne serait pas facile. mais est-il possible SW2et les SW3/4commutateurs sont-ils configurés ip ospf network point-to-pointpuis basculer mon trafic vers SW2 et faire de même sur SW1 et SW3 / 4? J'ai mis à jour ma question
Satish

Le plan me semble solide. Faites juste attention à ce que le trafic continue de circuler comme prévu dans l'état de basculement.
TDurden

Je prévois également d'ajouter des coûts OSPF élevés sur une nouvelle liaison et d'attendre un certain temps jusqu'à ce que tout se calme, puis de réduire les coûts pour démarrer le trafic ECMP
Satish

Pensez-vous que si je change l'un des liens inactifs de l'OSPF pour p2pperturber mon flux de trafic actuel? \
Satish

Non, mais je serais toujours CYA. Fenêtre de maintenance, vérifiez les itinéraires préférés, regardez Netflow, passez en revue les compteurs d'interface, etc.
TDurden

8

Il y a deux façons de procéder.

  • votre méthode proposée, en ajoutant un deuxième lien avec son propre / 30 ou / 31, en vous assurant que OSPF installe plusieurs routes à coût égal dans la table de routage et que le transfert ECMP (EqualCostMultiPath) de CEF gère la transmission de paquets et la distribution des flux à travers l'ensemble des liens disponibles. CEF / ECMP utilise une logique de partage de charge différente de Port-Channel, et peut gérer un nombre inégal de liens beaucoup mieux que les Port-Channel. Voir l' article de blog d'Ivan Pepelniak pour référence.

  • use L3 Port-Channels: Déplacez la configuration IP et de routage vers un objet port-channel (qui n'a pas la commande "switchport"), et joignez les interfaces données à cet objet. Laissez la logique de distribution de charge Port-Channel gérer la distribution des flux.

L'idée que vous proposez est plus orientée L3 / routage, mais sa mise à l'échelle peut poser quelques problèmes: vous utiliserez beaucoup de / 30 ou / 31. Vous pouvez évoluer en nombres impairs, mais vous devrez configurer un nouveau lien et éventuellement un sous-réseau pour chaque étape de mise à l'échelle (ou aller ip unnumbered). D'un autre côté, les liens individuels avec leur propre sous-réseau sont plus faciles à dépanner - le ping sur un seul lien donné "vient naturellement".

D'un autre côté, les canaux de port L3 n'ont pas besoin de plus de sous-réseaux IP et ne touchent pas réellement à la logique de configuration de routage donnée. Port-Channel est un peu plus "de style Nexus", car toute l'histoire des commutateurs Nexus est basée sur le concept VPC (qui ne s'applique pas tout à fait ici, je l'admets). La mise à l'échelle de liens supplémentaires est plus facile - il suffit d'en ajouter deux de plus, sans toucher à aucune configuration IP ou de routage. Cependant, les règles pour les canaux de port s'appliquent (par exemple, conserver le nombre de liens avec des puissances de 2), tandis que le dépannage des liens individuels d'un canal de port est moins simple (ne peut pas cingler sur un lien individuel sans le supprimer du port et reconfiguration)

ADDON-1: Et oh oui, suivez absolument les conseils de TDurden pour configurer point à point sur les ... ehm .. liens point à point (vraiment mauvais jeu de mots, je l'admets)

CAVEAT-1: lorsque vous utilisez des canaux de port, assurez-vous de sélectionner une stratégie d'équilibrage de charge qui correspond aux modèles de communication attendus pour la liaison donnée. Lors de la connexion d'un routeur à un routeur (essentiellement seulement deux adresses MAC sur la liaison), "Src / Dst MAC" peut ne pas avoir les résultats souhaités ... Pour référence, consultez le Guide de configuration des interfaces Cisco Nexus 9000 Series NX-OS, Version 9.2 (x)

ADDON-2: Sur Nexus 9000, avec ECMP / CEF, l'algorithme de partage de charge peut être configuré pour inclure les propriétés L4: ip load-sharing address source-destination port source-destinationVoir Configurer le partage de charge dans l'Unicast FIB à partir de la configuration de routage Unicast.

CAVEAT-2 Lorsque vous utilisez L3-Port-Channels, gardez un œil sur la propriété "bande passante" de l'interface port-canal lorsqu'une liaison membre tombe en panne. Selon la plate-forme matérielle / logicielle, la bande passante de l'interface port-canal peut être réduite en conséquence et OSPF peut réagir à cela en augmentant le coût de la liaison donnée. Cela pourrait avoir des conséquences (non) voulues pour la topologie.


Merci d'avoir répondu, j'ai mis à jour ma question avec plus de détails, actuellement SW1 est actif et que l'on fait un partage de charge, maintenant si j'ajoute un lien entre SW1 à SW3 / 4, pourquoi pensez-vous que ECMP sera un problème? ma configuration ECMP actuelle fonctionne correctement depuis 1 an sans aucun problème. Je ne suis pas inquiet de gaspiller l'IP ou de taper la configuration. J'essaie de le rendre moins douloureux sans temps d'arrêt :(
Satish

ECMP ne prend pas en charge le partage de charge par paquet, il a utilisé le partage de charge basé sur Flow. cisco.com/c/en/us/td/docs/ios-xml/ios/mp_l3_vpns/configuration/…
Satish
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.