- Attributet ORIGIN definierar ursprunget för en BGP-rutt enligt preferenshierarkin IGP > EGP > INCOMPLETE.
- Ungefär 70 % av de globala rutterna manipuleras avsiktligt av leverantörer för att attrahera trafik och öka vinsterna.
- Dessa förändringar orsakar inkonsekventa latenser och gör det svårt att diagnostisera anslutningsproblem i distribuerade tjänster.
- För att minska problemet krävs användning av RPKI, aktiv prefixövervakning och diversifiering av transportleverantörer.
När vi pratar om hur information rör sig över internet tror vi ofta att allting flyter automatiskt och transparent. Men bakom den fasaden finns ett protokoll som heter BGP som ständigt fattar beslut baserade på vissa kriterier, och ett av de mest märkliga, men ibland förbisedda, är ORIGIN-attributet , som i princip berättar var en rutt kommer ifrån.
Det som verkar vara en mindre teknisk detalj har blivit ett stort huvudbry för många, eftersom det har upptäckts att många operatörer medvetet ändrar detta värde för att manipulera trafiken för egen vinning. Denna praxis, som strider mot etablerade regler, kan resultera i en mindre effektiv anslutning eller orsaka att nätverkskostnaderna skjuter i höjden utan att man riktigt vet varför.
Förstå ORIGIN-attributet: Ursprungskartan
För att komma till saken är ORIGIN-attributet ett obligatoriskt och välkänt fält inom BGP-standarden. Dess funktion är enkel: att indikera hur IP-prefixet kom in i routerns routingtabell. Enligt RFC 4271 finns det tre möjliga etiketter som definierar detta ursprung:
- IGP (Internal Gateway Protocol): Detta är det föredragna värdet. Det indikerar att rutten genererades inom själva det autonoma systemet, vanligtvis med hjälp av kommandot
network. - EGP (Exterior Gateway Protocol): Ett praktiskt taget föråldrat värde, eftersom EGP-protokollet ersattes av BGP självt.
- OFULLSTÄNDIG: Den här etiketten visas när rutten har lärts in via omfördelning av rutt statiska eller andra interna routingprotokoll.
I processen att välja den bästa rutten följer BGP en mycket tydlig hierarki: den föredrar IGP framför EGP och EGP framför INCOMPLETE. Som en allmän regel anger standarden att detta värde inte ska ändras när det väl har ställts in av den ursprungliga routern, men som vi kommer att se är det inte alltid så enkelt i verkligheten.
Den hårda verkligheten: Manipulationer på global skala
Cloudflare har träffat mitt i prick genom att avslöja att nästan 70 % av de analyserade rutterna visar manipulation av deras ORIGIN-attribut. Dessa är inte slumpmässiga fel, utan snarare en avsiktlig strategi från vissa transportleverantörer för att locka trafik till sina nätverk och därmed öka sina intäkter . I vissa extrema fall, som ses i BR_RIO-insamlaren, uppvisade upp till 90 % av prefixen inkonsekvenser.
Denna manipulation innebär att attributet skrivs om (till exempel ändras ett INCOMPLETE-värde till EGP eller IGP) för att få deras rutter att se mer attraktiva ut än konkurrenternas. Genom att göra detta säkerställer de att trafiken tar en specifik väg utan att behöva ändra AS_PATH- eller MED-attributen, vilka är mycket mer synliga och enklare för nätverksadministratörer att granska.
Direkt påverkan på infrastruktur och startups
Om du driver en startup som förlitar sig på molntjänster, CDN:er eller distribuerade arkitekturer är detta inte bara en teknisk kuriosa; det kan direkt påverka ditt resultat och dina användares upplevelse. En manipulerad rutt kan leda till varierande och oförutsägbar latens , eftersom trafiken inte följer den kortaste vägen, utan snarare den som leverantören anser vara mest kostnadseffektiv.
Dessutom skapar denna brist på transparens brutal driftskomplexitet . När man försöker diagnostisera ett intermittent anslutningsproblem upptäcker man att olika observatörer ser olika ORIGIN-värden för samma prefix, vilket gör felsökning till en mardröm. För de som använder Juniper-utrustning är det till exempel vanligt att se standardvärdet I (IGP), men det är möjligt att tvinga attributet till "ofullständigt" med hjälp av specifika routingpolicyer för att påverka trafiken.
Hur du skyddar ditt nätverk och förbättrar routingen
För att undvika att bli beroende av transportföretagens ekonomiska beslut finns det flera steg du kan vidta. För det första är det viktigt att övervaka dina egna BGP-listningar med hjälp av verktyg som RIPE Stat, BGPView eller Cloudflare Radar för att upptäcka om någon ändrar dina rutter.
En annan viktig åtgärd är leverantörsdiversifiering . Lägg inte alla ägg i samma korg; etablera direkt peering med lokala IXP:er för att kringgå mellanhänder som manipulerar attribut. Likaså är implementering av RPKI (Resource Public Key Infrastructure) avgörande för att förhindra prefixkapning; även om det inte löser ORIGIN-manipulation, lägger det till ett viktigt säkerhetslager.
Slutligen är det lämpligt att vara självsäker i SLA-förhandlingar. Acceptera inte tjänsten som en svart låda; kräv transparens i trafiktekniska policyer och gör det tydligt att ni inte tillåter ändringar av era BGP-attribut utan föregående och motiverat meddelande.
Global routing management har nått en kritisk punkt där teorin bakom RFC 4271 krockar direkt med kommersiella intressen, vilket lämnar ORIGIN-attributet som ett manipulationsverktyg snarare än en tillförlitlig indikator. I detta scenario är det enda verkliga försvaret aktiv infrastrukturövervakning, ruttvalidering med hjälp av RPKI och en diversifierad sammankopplingsstrategi som minimerar beroendet av ogenomskinliga operatörer.