För att ge dig en uppfattning om vad som händer har jag två eBGP-kamrater utan några rutter annonserade. Funktionerna är noll och det finns ingen NLRI. BGP etableras mellan eBGP-kamraterna.
Därefter ber jag en av kollegorna att annonsera för IPv4-rutter genom att lägga till rutterna. Omedelbart går denna BGP-router från ESTABLISHED -> ACTIVE -> ESTABLISHED.
Är det nödvändigt att riva ner TCP-sessionen och börja om med de nya funktionerna i OPEN-meddelandet? Jag ser detsamma i pcap. Kan vi inte få meddelandet UPPDATERING att meddela den andra kollega om de nya funktionerna? / p>
Tack.
Kommentarer
- @BVH. Det är inte nödvändigt att riva ner en etablerad BGP-session för att annonsera för ytterligare rutt (er). Hur ska du " lägga till IPv4-rutter " som ska annonseras? Kan du dela din relevanta BGP-konfiguration samt alla statiska rutter eller ytterligare routingprotokoll som används på den här enheten?
- Med andra ord om en peers kapacitet ändras måste den återställa TCP-sessionen.
- Vilken bgp-implementering? Vänligen dela din konfiguration
- Ser ut som att peer ' inte har mjuk omkonfigurering aktiverad men för att mjuk omkonfigurering ska fungera måste båda kamraterna stödja den . Om du inte marknadsför några funktioner vet den andra änden inte ' om du stöder ruttuppdatering så att den flappar sessionen efter att de har bytt filter.
- Gjorde det något svar hjälper dig? Om så är fallet bör du acceptera svaret så att frågan inte ' inte dyker upp för alltid och letar efter ett svar. Alternativt kan du lägga upp och acceptera ditt eget svar.
Svar
Det här är för Cisco men jag kan tänka mig det gäller även andra:
När det finns en ändring i routingpolicyn måste BGP-sessionen återställas (rensas) för att den nya policyn ska träder i kraft och routingtabellen ska konfigureras om. Att använda en hård återställning för att rensa en BGP-session orsakar cache-ogiltigförklaring och resulterar i en negativ inverkan på nätverksfunktionen.
Mjuk återställning rekommenderas eftersom det gör att routingtabellpolicyer kan konfigureras om och aktiveras utan att rensa BGP-sessionen. Mjuk återställning görs per granne. Mjuka återställningar kan vara inkommande eller utgående:
Men samma dokument säger också:
Denna funktion ger en ytterligare metod för mjuk återställning som möjliggör dynamiskt utbyte av förfrågan om ruttuppdatering och dirigeringsinformation mellan BGP-routrar och efterföljande reklam för respektive utgående routingtabell. Mjuk återställning med hjälp av ruttuppdateringsfunktionen kräver inte förkonfiguration och förbrukar inga ytterligare minnesresurser.
För att använda den här nya metoden måste båda BGP-kamraterna stödja mjukvaran rutt uppdateringsfunktion, som annonseras i det ÖPPNA meddelandet skickas när en peer skickar sin routingtabelluppdatering.
Eftersom du säger att du inte ser några funktioner finns det ingen ”route refresh” -funktion som annonseras så det finns inget annat val än för att återställa BGP-sessionen för att åstadkomma en ändring av routningspolicyn.
Referenser:
- Cisco soft reset-förbättring
- BGP-kapacitetskoder (se kod 2 och 70)