BGP, peering en transit
- Peering, geen kosten per Mbps
- Transit, per Mbps gefactureerd
Waarvoor we meestal gebeld worden
- Transituitgaven die harder groeien dan het verkeer
- Peering die jaren geleden is ingericht en nooit is herzien
- Sessies die wekenlang down staan zonder alarm
- Filtering die per router verschilt, of alleen leunt op de route server van het IX
- Communities en local-preference-waarden die niemand volledig kan uitleggen
- Peeringaanvragen die één voor één per e-mail worden afgehandeld
Wat we doen
Verkeer rangschikken naar wat het kost
We aggregeren twee weken sFlow, NetFlow of IPFIX per origin-AS en rangschikken bestemmingen naar de bits die u betaalt om af te leveren. Leggen we die lijst naast de IX’en waarop u al zit en de PNI-programma’s van contentnetwerken, dan wordt het uw peeringplan.
Beleid leesbaar maken
Import- en exportbeleid wordt omgezet in templates, communities worden gedocumenteerd in één bestand onder versiebeheer, en een geplande taak vergelijkt wat de routers draaien met wat de templates zeggen.
Klanten communities geven waarmee ze zelf sturen
Informatieve communities op elke route vertellen waar die is geleerd en van wat voor buur: klant, partner, peer op een exchange of upstream. Met actiecommunities sturen klanten hun eigen verkeer: een route buiten een regio houden, prependen, de voorkeur verlagen, een aangevallen adres blackholen of een sessie leegmaken met graceful shutdown. Een openbare pagina noemt alleen wat de routers echt doen.
Filteren alsof de route server kan uitvallen
Prefixlijsten die elke dag opnieuw uit de IRR worden opgebouwd, afgedwongen RPKI-originevalidatie, en max-prefixlimieten die alarm slaan voordat ze een sessie verbreken. Bij een goede route server is dit overbodig, bij een slechte het enige wat u redt.
Ontbrekende routes bewaken
Monitoring die alarm slaat als het verwachte verkeer via een peer daalt, niet alleen als een sessie down gaat.
- Klantroute
- Peerroute
- Tegengehouden door een tag
Wat u krijgt
- Een gerangschikte lijst wijzigingen in peering, transit en beleid, met de besparing en het risico van elke wijziging
- Beleidstemplates en één gedocumenteerd communityschema, met informatieve communities en actiecommunities voor klanten
- Geplande controles op IRR, PeeringDB en RPKI
- Een proces voor peeringaanvragen dat peers kunnen volgen zonder heen-en-weer
Technologieën
- BGP
- IX-route-servers
- PNI’s
- PeeringDB
- IRR
- RPKI ROV
- BGP- en large communities
- graceful shutdown
- sFlow
- NetFlow
- IPFIX
Bijbehorende cases
Peering that moved content traffic off a submarine link
Klant: Transit carrier (Engels)
Resultaat: Roughly 60% off the total submarine-link bill, from moving the same traffic off the most expensive link in the topology.
Clean-up of a large BGP estate, with weekly drift checks
Klant: Transit carrier (Engels)
Resultaat: Stale sessions shut, prefix limits added to peering sessions, and the NOC gets a weekly report of any router that has drifted from its templates.
BGP communities customers can steer with
Klant: Transit carrier (Engels)
Resultaat: Rolled out in full without a single BGP session restart, with partner networks in their own class and a public page that lists only what the routers do.
Peering requests that arrive ready to configure
Klant: Transit carrier (Engels)
Resultaat: Requests arrive with what the NOC needs to configure the session, and peers can check routes and paths without a ticket.
Vragen
Hoeveel flowdata heeft u nodig?
Twee weken van uw edgerouters is genoeg om bestemmingen betrouwbaar te rangschikken. Gesamplede sFlow of NetFlow is prima.
Gaat peering onze transitrekening echt verlagen?
Dat hangt af van waar uw verkeer heen gaat en welke IX’en u kunt bereiken. De review laat zien hoeveel van uw transitverkeer kan verschuiven, voordat u zich vastlegt op nieuwe poorten of contracten.
Kunt u onze communities aanpassen zonder te breken wat klanten nu al sturen?
Ja. Nieuwe waarden komen naast de waarden die klanten nu gebruiken, en de oude blijven werken tot u hun uitfasering heeft aangekondigd. Voordat een actiewaarde live gaat, controleren we op de route reflectors of er routes zijn die hem al dragen, want een waarde die al in gebruik is verandert het gedrag op het moment dat hij wordt aangezet.
Begin met de review.
Configuraties en twee weken flowdata zijn genoeg om u te vertellen wat we als eerste zouden veranderen.