Jak działa tranzyt
Prefiksy ogłaszasz w sesji BGP z własnego numeru systemu autonomicznego (AS), razem z prefiksami sieci downstream, którym sam świadczysz tranzyt. Zanim dostawca przekaże je dalej w Internecie, przepuszcza je przez filtr ogłoszeń.
Twój router łączy się z routerem dostawcy portem w obiekcie kolokacyjnym albo VLAN-em w punkcie wymiany ruchu (IX). W innych sieciach ścieżka AS Twojej trasy kończy się Twoim numerem AS, czyli źródłem trasy, a bezpośrednio przed nim jest numer dostawcy.
Przykład
Trasa do prefiksu 198.51.100.0/24 w tablicy BGP odległej sieci:
- Ścieżka AS
- 64510 64500 64496
- Sąsiad, który przekazał trasę
- AS64510
- Twój dostawca tranzytu
- AS64500
- Twoja sieć, źródło trasy (origin)
- AS64496
Kryteria porównania ofert
Stawka za 1 Mb/s nie wystarczy do porównania ofert. Każdą sprawdź według tych samych kryteriów:
| Kryterium | Co sprawdzić | Dlaczego to ważne |
|---|---|---|
| Styk | Obiekty, w których dostawca wydaje port, i punkty wymiany ruchu, przez które zestawia VLAN | Decyduje o koszcie cross-connectu i transmisji dojściowej |
| Port | Dostępne przepustowości, moduły optyczne i MTU | Port musi zmieścić szczyt ruchu, a moduł pasować do Twojego sprzętu |
| Trasy w sesji | Pełna tablica, trasa domyślna albo obie, sesja IPv6 | Bez pełnej tablicy nie wybierzesz ścieżki do każdego prefiksu przy kilku dostawcach, a bez sesji IPv6 nie ogłosisz adresacji IPv6 |
| Parametry sesji | Limit prefiksów, uwierzytelnianie MD5, BFD i communities, którymi sterujesz ogłoszeniami u dostawcy | Po przekroczeniu limitu prefiksów router dostawcy zwykle zamyka sesję, a BFD wykrywa awarię łącza, zanim upłynie hold time sesji BGP |
| Filtr ogłoszeń | Z jakich baz IRR dostawca buduje filtr i jak traktuje RPKI | Filtr z baz, w których obiekt route może utworzyć każdy, może przepuścić cudzy prefiks |
| Sieci downstream | Czy filtr przyjmuje prefiksy AS-ów z Twojego AS-SET-u i czy obejmuje je także ochrona | Nową sieć downstream dodasz wtedy wpisem w IRR, bez zgłoszenia u dostawcy |
| Taryfa i pomiar | Stała opłata czy 95. percentyl, długość koszyka, kierunek, okres rozliczeniowy | Ten sam ruch daje różne rachunki przy różnych metodach pomiaru |
| Ochrona przed atakami DDoS | Czy jest w cenie, jak wykrywa atak, co dzieje się z ruchem prawidłowym, kiedy dostawca stosuje RTBH | Atak większy niż przepustowość portu wysyca go i odcina wszystkie usługi za tym portem |
| SLA | Dostępność, czasy reakcji, kredyty i wyłączenia | Wyłączenia i limit kredytu decydują, za które przerwy i w jakiej wysokości dostaniesz kredyt |
| Umowa | Okres, przedłużenie, wypowiedzenie, indeksacja | Okres wpływa na stawkę i na koszt wcześniejszego rozwiązania umowy |
Odpowiedzi Nera na te kryteria
Pełna tablica czy trasa domyślna
Wybór zależy od liczby dostawców tranzytu i od pojemności routera. Trasa domyślna wystarcza, gdy cały ruch wychodzi przez jednego dostawcę.
| Cecha | Trasa domyślna | Pełna tablica BGP |
|---|---|---|
| Co otrzymuje router | Jedną trasę: 0.0.0.0/0, a w IPv6 ::/0 | Trasę do każdego prefiksu w Internecie |
| Pamięć routera | Bez szczególnych wymagań | Na całą tablicę, w IPv4 około miliona tras |
| Wybór ścieżki przy kilku dostawcach | Tylko podział całego ruchu między dostawców | Osobno dla każdego prefiksu, według atrybutów BGP i Twojej polityki routingu |
| Adres bez dokładniejszej trasy | Ruch idzie trasą domyślną | Ruch jest odrzucany |
Część operatorów odbiera obie naraz. Router ma wtedy pełną tablicę, a trasą domyślną kieruje ruch do adresów, do których nie ma dokładniejszej trasy.
Sterowanie ruchem przy kilku dostawcach
Pełna tablica pozwala sterować ruchem wychodzącym: router wybiera dostawcę dla każdego prefiksu według preferencji lokalnej (local preference), a przy równej preferencji według długości ścieżki AS. Ruchem przychodzącym sterujesz tylko pośrednio, bo drogę do Twoich prefiksów wybierają inne sieci. Służą do tego najczęściej wydłużenie ścieżki AS w ogłoszeniu do jednego z dostawców (prepend) albo ogłoszenie u niego tras bardziej szczegółowych, nie dłuższych niż /24, które routery innych sieci wybierają przed szerszymi niezależnie od atrybutów BGP.
Ochrona przed atakami DDoS świadczona w tranzycie obejmuje tylko ruch, który przechodzi przez sieć dostawcy. Ruch przychodzący przez innego dostawcę tę ochronę omija. Ruch od innych dostawców tranzytu
Filtrowanie ogłoszeń: IRR i RPKI
Dostawca, który filtruje ogłoszenia, przyjmuje od Ciebie tylko prefiksy, do których ogłaszania masz prawo. Prefix-listę dla sesji buduje z obiektów route w bazach IRR, zapisanych pod Twoim numerem AS albo pod AS-SET-em, który grupuje Twój AS i AS-y sieci downstream. Dostawca stosujący walidację pochodzenia tras (ROV) sprawdza też w RPKI, czy ROA pozwala AS-owi źródłowemu ogłaszać prefiks o tej długości.
| Cecha | Obiekt route (IRR) | ROA (RPKI) |
|---|---|---|
| Co stwierdza | Prefiks i AS uprawniony do jego ogłaszania (pole origin) | Prefiks, AS uprawniony do jego ogłaszania i największa dopuszczalna długość ogłoszenia (maxLength) |
| Kto może go utworzyć | W bazie RIR posiadacz adresów albo podmiot, któremu na to pozwolił. W RADB i NTTCOM każdy, kto ma tam konto, a RIPE-NONAUTH przechowuje obiekty utworzone bez zgody posiadacza adresów | Wyłącznie posiadacz adresów, w RPKI swojego RIR-u albo we własnym urzędzie certyfikacji |
| Jak używa go dostawca | Buduje z obiektów prefix-listę dla sesji, na przykład narzędziem bgpq4 | Przy walidacji pochodzenia tras odrzuca ogłoszenia w stanie Invalid: objęte wyłącznie ROA wskazującymi inne AS-y albo dłuższe niż maxLength |
| Czego nie potwierdza | Kto utworzył obiekt: obiekt nie jest podpisany kryptograficznie | Ścieżki AS: potwierdza tylko AS źródłowy trasy |
AS-SET może zawierać inne AS-SET-y, a dostawca rozwija je do pełnej listy numerów AS, więc do filtra trafiają też obiekty route sieci, którym tranzyt świadczą Twoi klienci. Przykłady obiektów route i ROA z wynikiem weryfikacji pokazuje artykuł ROA i obiekty route: kiedy prefiks jest chroniony.
Stała opłata a 95. percentyl
Stała opłata zależy od przepustowości portu, a nie od ruchu. Przy 95. percentylu dostawca co kilka minut mierzy ruch na porcie, odrzuca 5% najwyższych pomiarów z okresu i za wynik przyjmuje najwyższy z pozostałych. Rachunek składa się zwykle z zobowiązania, płatnego niezależnie od ruchu, i z nadwyżki percentyla ponad zobowiązanie. Przy tej samej stawce rachunek zależy od szczegółów metody:
- długość koszyka pomiaru, najczęściej 5 minut,
- kierunek: większy z dwóch w każdym koszyku, suma obu albo tylko ruch przychodzący,
- okres: miesiąc kalendarzowy albo stała liczba dni,
- kilka portów: suma w każdym koszyku albo osobny percentyl dla każdego portu,
- koszyki bez pomiaru: liczone jako zero albo pomijane,
- stawka za nadwyżkę w porównaniu ze stawką za zobowiązanie.
Metodę krok po kroku, przykład rachunku i kalkulator zawiera artykuł 95. percentyl: jak liczymy ruch na porcie.
Te same kryteria w ofercie Nera
| Kryterium | W ofercie Nera |
|---|---|
| Styk i port | Porty 10G, 25G, 100G i 400G w ośmiu obiektach Equinix i Digital Realty albo VLAN przez punkt wymiany ruchu. Moduły LR4, światłowód jednomodowy (SMF), MTU 1500 bajtów. Porty i punkty styku |
| Trasy w sesji | Pełna tablica BGP, trasa domyślna albo obie naraz. Sesje IPv4 i IPv6 na tym samym porcie, w ramach jednej opłaty. Ochrona anty-DDoS i automatyczny filtr ogłoszeń obejmują prefiksy IPv4. Sesja BGP |
| Parametry sesji | Limit prefiksów domyślnie około 100, a jeśli ogłaszasz więcej, odpowiednio wyższy. MD5 i BFD na Twoje życzenie. Listę communities i procedurę postępowania w trakcie ataku przekazujemy po podpisaniu umowy. Sesja BGP |
| Filtr ogłoszeń | Prefiksy IPv4 z obiektów route wyłącznie z baz RIPE, ARIN, APNIC, AFRINIC i LACNIC, bez RADB i innych baz, w których obiekt route może utworzyć każdy. Prefiks nieważny w RPKI (Invalid) nie jest objęty ochroną. Filtr ogłoszeń |
| Sieci downstream | Prefiksy z Twojego AS-SET-u przyjmujemy i obejmujemy ochroną na tych samych zasadach co Twoje. Wymagania przed sesją BGP |
| Taryfa i pomiar | Stała opłata albo 95. percentyl z zobowiązaniem, w 30-dniowych okresach rozliczeniowych liczonych od dnia uruchomienia. W każdym pięciominutowym koszyku (UTC) liczy się suma ruchu Twoich portów w kierunku o większym ruchu, a koszyki bez pomiaru pomijamy. Nadwyżkę rozliczamy po stawce zobowiązania. Taryfy |
| Ochrona przed atakami DDoS | Prefiksy IPv4 o długości do /24 włącznie, po weryfikacji. Wykrywanie według progów w 24 klasach ruchu i według profilu ruchu. Mitygację uruchamiamy bez zgłoszenia, w ciągu 1 sekundy od wykrycia ataku, i kierujemy ruch do atakowanej przestrzeni do oczyszczania. Przekierowanie wydłuża trasę ruchu prawidłowego, a filtrowanie może odrzucić jego część. Gdy atak przekracza Wielkość Infrastruktury (4,4 Tb/s i 1 mld pakietów/s łącznie dla wszystkich klientów), zagraża stabilności sieci, innym klientom albo łączności z dostawcami tranzytu, albo gdy dostawca tranzytu sam ogranicza ruch, możemy zastosować RTBH wobec atakowanego adresu albo prefiksu. Nie możesz go uruchomić sam. Granice ochrony |
| SLA | Dostępność 99,00% w każdym 30-dniowym okresie rozliczeniowym. Zgłoszenie krytyczne (P1): czas reakcji 30 minut, aktualizacja co 60 minut. Kredyt do 30% opłaty okresowej netto. SLA |
| Umowa | Na rok, 2, 3 albo 5 lat. W okresie oznaczonym opłaty nie są indeksowane. Jeżeli żadna ze stron nie złoży oświadczenia o nieprzedłużaniu najpóźniej 2 miesiące przed końcem okresu, umowa przechodzi na czas nieoznaczony z 2-miesięcznym okresem wypowiedzenia, ze skutkiem na koniec miesiąca kalendarzowego. Okres umowy |
Ochronę anty-DDoS wliczamy w cenę tranzytu IP i nie naliczamy opłat za mitygację, za czas jej trwania ani za liczbę ataków.
Ochrona anty-DDoSW zapytaniu podaj numer AS, punkt styku, przepustowość portu i taryfę.