Waarom gaat BGP naar actieve staten zodra we nieuwe routes inschakelen?

Om je een idee te geven van wat er gebeurt, heb ik twee eBGP-peers zonder geadverteerde routes. De mogelijkheden zijn nul en er is geen NLRI. BGP wordt tot stand gebracht tussen de eBGP-peers.

Vervolgens vraag ik een van de peers om IPv4-routes te adverteren door de routes toe te voegen. Deze BGP-router gaat onmiddellijk van ESTABLISHED -> ACTIVE -> ESTABLISHED.

Is het nodig om de TCP-sessie af te breken en opnieuw te beginnen met de nieuwe mogelijkheden in het OPEN-bericht? Ik zie hetzelfde in de pcap. Kunnen we niet krijgen dat het UPDATE-bericht de andere peer op de hoogte stelt van de nieuwe mogelijkheden? / p>

Bedankt.

Reacties

  • @BVH. Het is niet nodig om een bestaande BGP-sessie af te breken om reclame te maken voor een extra route (s). Hoe " voegt u IPv4-routes toe " om te adverteren? Kunt u uw relevante BGP-configuratie en eventuele andere statische routes of aanvullende routeringsprotocollen die worden gebruikt op dit apparaat?
  • Met andere woorden, als de mogelijkheden van een peer veranderen, moet de TCP-sessie worden gereset.
  • Welke bgp-implementatie? Deel alstublieft uw configuratie
  • Het lijkt erop dat de peer geen ' zachte herconfiguratie heeft ingeschakeld, maar om zachte herconfiguratie te laten werken, moeten beide peers dit ondersteunen . Als u geen mogelijkheden adverteert, weet het andere uiteinde niet ' of u route-refresh ondersteunt, zodat het de sessie laat flappen nadat ze hun filters hebben gewijzigd.
  • Wist enig antwoord je helpen? Als dat het geval is, moet u het antwoord accepteren, zodat de vraag niet ' voor altijd opduikt, op zoek naar een antwoord. Je kunt ook je eigen antwoord posten en accepteren.

Answer

Dit is voor Cisco, maar ik kan me voorstellen het is ook van toepassing op anderen:

Telkens wanneer er een wijziging is in het routeringsbeleid, moet de BGP-sessie worden gereset (gewist) om het nieuwe beleid te laten van kracht worden en de routeringstabel opnieuw configureren. Het gebruik van een harde reset om een BGP-sessie te wissen, leidt tot ongeldigverklaring van het cachegeheugen en heeft een negatieve invloed op de netwerkwerking.

Zachte reset wordt aanbevolen omdat hierdoor routeringstabelbeleid opnieuw kan worden geconfigureerd en geactiveerd zonder de BGP-sessie te wissen. Een zachte reset wordt uitgevoerd per buur. Zachte resets kunnen inkomend of uitgaand zijn:

Maar hetzelfde document zegt ook:

Deze functie biedt een extra methode voor zachte reset die de dynamische uitwisseling van verzoeken voor het vernieuwen van routes en routeringsinformatie tussen BGP-routers mogelijk maakt, en de daaropvolgende heradvertentie van de respectieve routeringstabel voor uitgaand verkeer. Zachte reset met behulp van de mogelijkheid om de route te vernieuwen vereist geen voorconfiguratie en verbruikt geen extra geheugenbronnen.

Om deze nieuwe methode te gebruiken, moeten beide BGP-peers de soft route vernieuwingsmogelijkheid, die wordt geadverteerd in het OPEN-bericht verzonden wanneer een peer stuurt zijn routeringstabelupdate.

Aangezien u zegt dat u geen mogelijkheden ziet, wordt er geen “route-vernieuwings” -mogelijkheid geadverteerd, dus er is geen andere keuze dan om de BGP-sessie te resetten om de wijziging in het routeringsbeleid door te voeren.

Referenties:

Geef een reactie

Het e-mailadres wordt niet gepubliceerd. Vereiste velden zijn gemarkeerd met *