Drieduizend vestigingen klinkt als een routingprobleem, maar gedraagt zich als een boekhoudprobleem. Het prefixtotaal is in tien minuten uitgerekend, en het is zelden het getal dat pijn doet. Pijn doet het werk per sessie, de update-golf wanneer een gedeelde component uitvalt, en de tijd voordat de doorsturing weer bij de nieuwe topologie past.

Doorloop de rekensom dus in de juiste volgorde. Tel de relaties, tel de prefixen en de alternatieven, tel dan wat er in een slecht uur gebeurt, en vergelijk pas daarna protocollen en platforms. In de omgekeerde volgorde wordt de oefening een discussie over routelimieten die niemand met de informatie op tafel kan beslechten.

Vier budgetten, niet één

Elk budget beantwoordt een andere vraag, en elk kan op een ander platform de beperkende factor zijn. Ze apart opschrijven voorkomt dat één groot prefixgetal voor het hele ontwerp staat.

BudgetWhat you are really counting
SessionsPeers per hub, keepalive or hello processing, authentication state, and the per-neighbor memory that never shows up in a route count
PrefixesAlternatives received, prefixes selected, entries installed for forwarding, and how much of that each spoke is allowed to see
ChurnUpdates generated by a flapping link, a hub outage, or every branch reconnecting after a regional event
RecoveryTime to detect, reselect, reinstall and restore the application, measured end to end rather than per box

De laatste twee zijn degene die in een ontwerpbespreking worden overgeslagen. Een netwerk dat in stabiele toestand comfortabel in het geheugen past, kan zich nog steeds slecht gedragen wanneer vierhonderd vestigingen binnen twee minuten opnieuw verbinden, omdat het werk sneller binnenkomt dan het controlevlak het kan verwerken. Schrijf de golfgrootte als getal op, samen met hoe lang de dienst gedegradeerd mag blijven. Dat maakt van een vage zorg een test die iemand echt kan draaien.

In alle vier zit ook een platformvraag verborgen: of versleuteling, doorsturing en routing dezelfde CPU delen of gescheiden paden hebben. Twee apparaten met identieke routecapaciteit kunnen zich onder een golf heel verschillend gedragen, en de datasheet zegt zelden welke je koopt.

Doe de rekensom met je eigen getallen

Neem een verzonnen ontwerp: 3,000 vestigingen, elk drie prefixen voor aggregatie, en twee hubs per vestiging voor redundantie. Het hubpaar moet voor de samenvatting ongeveer 9,000 vestigingsprefixen vasthouden, en het ontwerp impliceert 6,000 sessies tussen vestiging en hub als elke vestiging met beide peert.

Voeg nu de delen toe die geen prefixen zijn. Elke sessie draagt status en periodieke berichten, zelfs als er niets verandert. Elke hub kan meer dan één pad per prefix houden als er snel geschakeld moet worden, dus het aantal alternatieven kan het aantal geselecteerde overschrijden. En de weergave van elke spoke is een aparte beleidsbeslissing: elke vestiging de routes van alle andere geven vermenigvuldigt het werk op een manier die de telling aan de hubkant niet onthult.

Dit zijn planningsgetallen voor een ontwerpgesprek, geen meting van een product. De bruikbare opbrengst van de oefening is de vorm van de kromme, niet een bewering over waar een specifieke router bezwijkt.

Wat BGP je oplevert, en wat een IGP je oplevert

BGP scheidt wat een router ontving, wat hij selecteerde en wat hij adverteert, en elk daarvan wordt door beleid gestuurd. Dat is precies wat een vestigingsnetwerk nodig heeft, want een spoke hoort meestal een standaardroute, de centrale diensten en heel weinig anders te zien. Alleen de eindtabel tellen verbergt de alternatieven en de advertenties, en juist die groeien wanneer je redundantie toevoegt.

Een IGP is niet automatisch fout. Wanneer de topologie, de gebiedsstructuur en het adjacency-model bij de dienst passen, convergeert een link-state-protocol snel en heeft het minder beleidssteigerwerk nodig. De valkuil is aannemen dat het dezelfde exportcontrole per buur kan uitdrukken als BGP: een OSPF-gebied is een flooding-grens, geen filter dat je aan één vestiging hangt.

Hoe dan ook, bepaal eerst het zichtbaarheidsmodel. Standaardroutes, samenvattingen voor centrale diensten of volledige vestigingsdetails zijn drie verschillende producten, en een samenvatting die een specifiekere storing verbergt is een ontwerpbeslissing die je opschrijft in plaats van ontdekt tijdens een storing.

Test de golf, niet de stabiele toestand

Bouw de vergelijking rond de storing die je echt verwacht: een hub plat, een regionaal WAN-evenement of een onderhoudsvenster dat de helft van de locaties in één keer offline haalt. Meet het herstel vanuit het perspectief van de vestiging, inclusief de applicatie, want een controlevlak dat in seconden convergeert betekent weinig als de sessie minuten nodig heeft om weer op te komen.

show bgp vpnv4 unicast summary
show ip route vrf BRANCH summary
show processes cpu sorted | include BGP|OSPF

Leg vast wat het platform op de top van de golf doet en niet in rust, en herhaal dat met de beveiligingsfuncties aan. Een proof of concept dat alleen een rustige tabel laat zien is een geheugentest, en geheugen was nooit het interessante getal.

Gerelateerde artikelen