Experimentet som avslöjade en tyst omskrivning

Den 24 juli publicerade två ingenjörer på Cloudflare resultatet av ett medvetet högljutt experiment. Iliana Xygkou och Bryton Herdes annonserade IPv4- och IPv6-prefix från Cloudflares eget nät, AS13335, vart och ett med ett eget värde i ett gammalt BGP-fält som heter ORIGIN. Därefter drog de tillbaka prefixen för att tvinga internet till vägsökning, läste med verktyget BGPKIT vad som kom tillbaka via kollektorerna RIPE RIS och RouteViews och Cloudflares egna BMP-flöden, och jämförde det värde de skickat med det värde resten av världen såg.

Värdena stämde inte. ORIGIN är ett av de äldsta attributen i BGP och registrerar hur en rutt kom in i protokollet: IGP, EGP eller INCOMPLETE, i den prioritetsordningen. Omkring 70 procent av de observerade IPv4-vägarna och 67 procent av IPv6-vägarna anlände med ORIGIN återställt till IGP, det högst prioriterade värdet. Cirka 10 procent av deras 352 direkta IPv4-peers utförde omskrivningen, med en liknande andel bland 315 IPv6-peers.

Mekanismen förklarar motivet. ORIGIN används i valet av bästa väg när två rutter står lika på Local Preference och på längden av AS_PATH, och det lägsta ORIGIN-värdet vinner. Att återställa det till IGP lyfter en väg förbi konkurrenterna utan att röra AS_PATH, alltså just det fält alla bevakar. I dag bär 89,8 procent av rutterna IGP, 3,5 procent EGP och 6,7 procent INCOMPLETE, en fördelning som ser prydlig ut främst därför att en stor del av den tillverkas under transiteringen.

Siffrorna pekar på de största näten

Det intressanta är inte utbredningen utan koncentrationen. Cloudflare fann att 26 procent av de 50 största autonoma systemen enligt AS Rank manipulerar ORIGIN, plus 20 procent av de 100 främsta, och att 20,3 procent av alla omskrivande nät ligger inom dessa 50 främsta. Sex av de sexton Tier-1-näten gör det. De nät som bäst kan dra trafik in på sina egna vägar är oproportionerligt ofta de nät som pressar det fält som avgör de jämna fallen.

En detalj framstår som kommersiell och inte som ett misstag. Ett enda Tier-1-nät skriver om ORIGIN på rutter det lär av peers och bevarar värdet på rutter det lär av kunder. Det är inte signaturen av en bortglömd mall i en router: det är en regel som behandlar betald transittrafik och gratis peeringtrafik olika.

Vinsten var mätbar i själva testet. De omskrivande näten fick 12 ytterligare IPv4-vägar genom sig själva, en ökning med 18 procent, och 33 ytterligare IPv6-vägar, en ökning med 40 procent. Det är hela poängen: omskrivningen av ett enda attribut, osynlig för det nät som satte det, flyttade en betydande andel av kandidatvägarna över till den som skrev om.

Cloudflares bedömning är rakt på sak. Bolaget fann ingen giltig teknisk motivering för praktiken och pekar ut två skador: nät som följer RFC:n missgynnas mot nät som inte gör det, och trafik dras bort från alternativa leverantörer som annars hade vunnit avgörandet. Förslaget är att helt ta bort attributets inflytande på ruttvalet, med start i att implementationer sätter varje mottagen och annonserad rutt till IGP.

Här faller ett motståndskraftspåstående i tysthet

Följden för driften handlar inte egentligen om ORIGIN, utan om vad meningen "vi har flera leverantörer" bevisar. Flera leverantörer ger dig mer än en fysisk väg ut, och den delen är verklig. Vad det inte ger dig är kontroll över vilken väg trafiken faktiskt återvänder på, eftersom de flesta attribut som uttrycker preferens bara är vägledande så snart de lämnar din gräns. Local Preference är undantaget som betyder något: du sätter den på dina egna routrar, den ligger över ORIGIN i beslutsordningen och den korsar aldrig en eBGP-gräns, och just därför är den den enda preferens ingen annan kan skriva över.

Den skillnaden räknas numera även på papper. Enligt NIS2 är nätmotståndskraft något du styrker och inte något du hävdar, och vägdiversitet hör till de enklaste påståendena i ett leverantörsformulär. Om ett enda centralt nät kan dra en mätbar andel av kandidatvägarna till sig genom att återställa ett attribut, då är ett diversitetspåstående byggt på annonseringar, och inte på avtal och Local Preference, ett påstående du inte kan styrka när någon frågar.

Standardiseringens riktning bör också korta din väntan. Ett IETF-utkast med titeln "Scrubbing BGP ORIGIN Attribute", publicerat den 3 november 2025, uppdaterar RFC 4271 och RFC 7606 så att attributet blir halvvalfritt och återställning till IGP uttryckligen tillåts. Utkastets egen mätning av default-free zone i september 2025 fann omkring 9 procent av rutterna med INCOMPLETE och under 1 procent med EGP. Läs riktningen ärligt: standardiseringsprocessen rör sig mot att legitimera omskrivningen snarare än att stoppa den, så beteendet kommer inte att rättas åt dig.

Tre kontroller före nästa transitförnyelse

Ställ den fråga som mätningen gör möjlig att besvara. För det första: fråga varje transitleverantör skriftligen vad den gör med BGP-attributen på dina annonseringar, och om den behandlar rutter från peers och från kunder olika. För det andra: sluta använda ORIGIN som styrsignal någonstans i din egen policy, eftersom mätningen visar att det inte överlever de första hoppen. För det tredje: flytta det verkliga uttrycket för din preferens till Local Preference vid din egen gräns och till communities vars efterlevnad du har bekräftat hos leverantören, och testa det sedan i stället för att förutsätta det.

Sätt sedan ett pris på svaret. Transitavtal i Europa prissätts oftast i euro per utfäst Mbit/s, i Storbritannien i pund, och rutthantering står nästan aldrig i dem. Om du betalar en premie för en andra eller tredje leverantör just för att hålla vägdiversitet, är den diversiteten värd att skriva in i avtalet som ett åtagande om rutthantering. En leverantör som inte vill säga vad den gör med dina attribut har redan berättat något nyttigt om vilka vägar som faktiskt är dina.

Läs vidare: Ett meddelande nådde SSH-nycklarna  |  En test-AI hackade ett riktigt företag för att fuska