Poradnik

Jak dołączyć do IXP?

Praktyczne kroki dołączenia do punktu wymiany ruchu: profil PeeringDB, zamówienie portu i LOA, konfiguracja BGP na routerze i sesje z route serwerami.

Ostatnia aktualizacja:

Dołączenie do IXP (punktu wymiany ruchu) obejmuje kilka konkretnych kroków. Uzupełniasz profil w PeeringDB, zamawiasz port na fabric, dostarczasz LOA i kabel krosowy do centrum danych, konfigurujesz sesje BGP na routerze brzegowym i zestawiasz peering z route serwerami oraz wybranymi partnerami bilateralnymi. Potrzebujesz do tego własnego numeru ASN, przydzielonej puli adresów (PI lub PA) i routera obsługującego BGP.

Krok 1: PeeringDB i wymagania wstępne

Zanim zamówisz port, uzupełnij profil swojej sieci w PeeringDB. To branżowa baza danych, z której operatorzy i route serwery czerpią informacje o Twoim ASN: zakresy prefiksów (max-prefix), politykę peeringu, lokalizacje obecności i dane kontaktowe NOC. Wiarygodny, aktualny rekord PeeringDB jest praktycznym warunkiem zaakceptowania sesji przez większość partnerów.

  • Numer ASN (16- lub 32-bitowy) przydzielony przez RIR za pośrednictwem LIR.
  • Pula adresów IPv4 i IPv6 do ogłaszania oraz odpowiadające jej obiekty route/route6 w IRR.
  • Rekordy ROA w RPKI dla ogłaszanych prefiksów, zgodnie z RFC 6482.
  • Router brzegowy z BGP i wolnym portem (1G, 10G lub 100G).
  • Aktualny profil PeeringDB z polityką peeringu i kontaktem do NOC.

Krok 2: Port, LOA i połączenie z fabric

Złóż u operatora IXP wniosek o port o wybranej prędkości. IXP przydzieli Ci adresy ze wspólnej podsieci peeringowej (jeden zakres IPv4 i jeden IPv6) oraz wskaże switch i centrum danych. Jeśli Twój sprzęt stoi w tym samym obiekcie, otrzymasz LOA (Letter of Authorization), które upoważnia operatora centrum danych do zestawienia cross-connectu między Twoją szafą a portem IXP. Gdy nie masz tam fizycznej obecności, ten sam efekt daje zdalny dostęp do IXP po łączu transportowym.

Krok 3: Konfiguracja BGP i route serwery

Po podpięciu portu skonfiguruj na routerze interfejs z przydzielonym adresem peeringowym i zestaw sesje BGP. Najszybsza droga do szerokiej łączności to peering z route serwerami IXP: jedna sesja w modelu multilateralnym daje trasy do wszystkich pozostałych członków podłączonych do serwera. Z kluczowymi partnerami zestaw dodatkowo sesje bilateralne tam, gdzie potrzebna jest precyzyjna polityka. Niezależnie od modelu stosuj higienę BGP: filtry prefiksów oparte na IRR, walidację pochodzenia tras w RPKI (RFC 6811), limit max-prefix i filtrowanie antyspoofingowe zgodne z BCP 38.

Po zestawieniu sesji sprawdź, czy trasy wchodzą i wychodzą zgodnie z oczekiwaniami, a ruch faktycznie zaczyna płynąć przez IXP zamiast przez tranzyt.

Jak SkyPass upraszcza wejście na polskie IXP

AS202520 SkyPass zapewnia zdalny dostęp do polskich punktów wymiany ruchu (THINX, TPIX, WRIX, 1-IX) bez konieczności stawiania własnego sprzętu w każdym centrum danych. Z PoP-ów w Warszawie i Wrocławiu dostarczamy port na fabric, sesje z route serwerami oraz wsparcie przy konfiguracji BGP, RPKI i filtrów, a także ochronę DDoS. Jeśli zaczynasz peering lub chcesz odciążyć tranzyt IP, pomożemy przejść całą ścieżkę od profilu PeeringDB po działające sesje.

Najczęstsze pytania

Czy potrzebuję własnego ASN, żeby dołączyć do IXP?

Tak. Peering na IXP wymaga numeru ASN przydzielonego przez RIR za pośrednictwem LIR oraz własnej puli adresów IPv4/IPv6 do ogłaszania w BGP.

Czym jest LOA i kiedy jest potrzebne?

LOA (Letter of Authorization) to dokument upoważniający operatora centrum danych do zestawienia cross-connectu między Twoją szafą a portem IXP. Jest potrzebne, gdy masz fizyczną obecność w tym samym obiekcie co fabric.

Czy muszę być fizycznie obecny w centrum danych IXP?

Nie. Jeśli nie masz tam sprzętu, możesz skorzystać ze zdalnego dostępu do IXP po łączu transportowym, który dostarcza port na fabric bez kolokacji w danej lokalizacji.

Czy lepiej peerować z route serwerem, czy bilateralnie?

Route serwer najszybciej daje szeroką łączność dzięki jednej sesji multilateralnej. Sesje bilateralne dodaje się tam, gdzie potrzebna jest precyzyjna polityka routingu wobec konkretnego partnera. Większość sieci łączy oba podejścia.

Powiązane artykuły