- Atrybut ORIGIN definiuje pochodzenie trasy BGP zgodnie z hierarchią preferencji IGP > EGP > INCOMPLETE.
- Dostawcy celowo manipulują około 70% tras na świecie, aby przyciągnąć ruch i zwiększyć zyski.
- Zmiany te powodują niespójne opóźnienia i utrudniają diagnostykę problemów z łącznością w usługach rozproszonych.
- Aby ograniczyć ryzyko, konieczne jest zastosowanie RPKI, aktywnego monitorowania prefiksów i dywersyfikacji dostawców usług tranzytowych.
Kiedy mówimy o tym, jak informacje przemieszczają się przez internet, często myślimy, że wszystko odbywa się automatycznie i transparentnie. Jednak za tą fasadą kryje się protokół BGP, który stale podejmuje decyzje w oparciu o określone kryteria. Jednym z najciekawszych, choć czasami pomijanych, jest atrybut ORIGIN , który w zasadzie informuje nas, skąd pochodzi trasa.
To, co wydaje się drobnym szczegółem technicznym, stało się dla wielu poważnym problemem, ponieważ odkryto, że wielu operatorów świadomie zmienia tę wartość , aby manipulować ruchem dla własnych korzyści. Ta praktyka, sprzeczna z obowiązującymi przepisami, może skutkować niską wydajnością połączenia lub gwałtownym wzrostem kosztów sieci, a Ty nie do końca wiesz, dlaczego.
Zrozumienie atrybutu ORIGIN: Mapa pochodzenia
Mówiąc wprost, atrybut ORIGIN to obowiązkowe i powszechnie znane pole w standardzie BGP. Jego funkcja jest prosta: wskazuje, w jaki sposób prefiks IP trafił do tabeli routingu routera. Zgodnie z RFC 4271 istnieją trzy możliwe etykiety definiujące to pochodzenie:
- IGP (protokół wewnętrznej bramy): To jest preferowana wartość. Oznacza ona, że trasa została wygenerowana w samym systemie autonomicznym, zazwyczaj za pomocą polecenia
network. - EGP (protokół zewnętrznej bramy): Wartość ta jest praktycznie przestarzała, ponieważ protokół EGP został zastąpiony przez sam protokół BGP.
- NIEKOMPLETNY: Ta etykieta pojawia się, gdy trasa została poznana przez redystrybucja tras protokoły routingu statycznego lub innego wewnętrznego.
W procesie wyboru najlepszej trasy protokół BGP kieruje się bardzo jasną hierarchią: preferuje IGP nad EGP i EGP nad INCOMPLETE. Standard stanowi, że wartość ta nie powinna być zmieniana po ustawieniu przez router źródłowy, ale jak zobaczymy, w praktyce nie zawsze jest to takie proste.
Brutalna rzeczywistość: Manipulacje na skalę globalną
Cloudflare trafił w sedno, ujawniając, że prawie 70% analizowanych tras wykazuje manipulację atrybutem ORIGIN. Nie są to przypadkowe błędy, lecz celowa strategia niektórych dostawców usług tranzytowych, mająca na celu przyciągnięcie ruchu do ich sieci, a tym samym zwiększenie przychodów . W skrajnych przypadkach, jak widać w kolektorze BR_RIO, nawet 90% prefiksów wykazywało niespójności.
Ta manipulacja polega na przepisaniu atrybutu (na przykład zmianie wartości INCOMPLETE na EGP lub IGP), aby ich trasy wydawały się atrakcyjniejsze niż trasy konkurencji. W ten sposób zapewniają, że ruch odbywa się określoną ścieżką bez konieczności modyfikowania atrybutów AS_PATH lub MED, które są znacznie bardziej widoczne i łatwiejsze do audytu przez administratorów sieci.
Bezpośredni wpływ na infrastrukturę i startupy
Jeśli prowadzisz startup, który opiera się na usługach w chmurze, sieciach CDN lub architekturach rozproszonych, nie jest to tylko ciekawostka techniczna; może to bezpośrednio wpłynąć na Twoje wyniki finansowe i doświadczenia użytkowników. Zmanipulowana trasa może prowadzić do zmiennych i nieprzewidywalnych opóźnień , ponieważ ruch nie podąża najkrótszą ścieżką, ale tą, którą dostawca uznaje za najbardziej opłacalną.
Co więcej, ten brak przejrzystości powoduje ogromną złożoność operacyjną . Próbując zdiagnozować problem z przerywaną łącznością, okazuje się, że różni obserwatorzy widzą różne wartości ORIGIN dla tego samego prefiksu, co sprawia, że rozwiązywanie problemów staje się koszmarem. Na przykład użytkownicy urządzeń Juniper często widzą wartość domyślną I (IGP), ale możliwe jest wymuszenie „niekompletności” atrybutu za pomocą określonych zasad routingu, aby wpłynąć na ruch.
Jak chronić swoją sieć i ulepszyć routing
Aby uniknąć uzależnienia od decyzji ekonomicznych operatorów tranzytowych, możesz podjąć kilka kroków. Po pierwsze, kluczowe jest monitorowanie własnych list BGP za pomocą narzędzi takich jak RIPE Stat, BGPView lub Cloudflare Radar, aby wykryć, czy ktoś zmienia Twoje trasy.
Kolejnym kluczowym środkiem jest dywersyfikacja dostawców . Nie wkładaj wszystkich jajek do jednego koszyka; nawiąż bezpośredni peering z lokalnymi punktami dostępu IXP, aby ominąć pośredników manipulujących atrybutami. Podobnie, wdrożenie RPKI (Resource Public Key Infrastructure) jest kluczowe dla zapobiegania przechwytywaniu prefiksów; chociaż nie rozwiązuje to problemu manipulacji ORIGIN, dodaje niezbędną warstwę bezpieczeństwa.
Na koniec, warto być asertywnym w negocjacjach SLA. Nie traktuj usługi jak czarnej skrzynki; wymagaj przejrzystości w polityce inżynierii ruchu i jasno określ, że nie zezwolisz na modyfikacje atrybutów BGP bez wcześniejszego i uzasadnionego powiadomienia.
Globalne zarządzanie routingiem osiągnęło punkt krytyczny, w którym teoria stojąca za RFC 4271 ściera się z interesami komercyjnymi, przez co atrybut ORIGIN staje się narzędziem manipulacji, a nie wiarygodnym wskaźnikiem. W tym scenariuszu jedyną realną obroną jest aktywne monitorowanie infrastruktury, walidacja tras za pomocą RPKI oraz zdywersyfikowana strategia połączeń międzysieciowych, która minimalizuje zależność od nieprzejrzystych operatorów.