Zasady komunikacji równorzędnej

  • Artykuł
  • Czas czytania: 3 min

Firma Microsoft utrzymuje selektywne zasady komunikacji równorzędnej mające na celu zapewnienie najlepszego możliwego środowiska klienta wspieranego przez standardy branżowe i najlepsze rozwiązania, skalowanie pod kątem przyszłego zapotrzebowania i strategicznego umieszczania komunikacji równorzędnej. W związku z tym firma Microsoft zastrzega sobie prawo do wprowadzania wyjątków od zasad zgodnie z potrzebami. Ogólne wymagania firmy Microsoft dotyczące sieci zostały wyjaśnione w poniższych sekcjach. Dotyczy to zarówno bezpośredniej komunikacji równorzędnej, jak i żądań komunikacji równorzędnej Exchange.

Wymagania techniczne

  • W pełni nadmiarowa sieć z wystarczającą pojemnością do wymiany ruchu bez przeciążenia.

  • Element równorzędny będzie miał publicznie routable Autonomous System Number (ASN).

  • Obsługiwane są protokoły IPv4 i IPv6, a firma Microsoft spodziewa się ustanowić sesje obu typów w każdej lokalizacji komunikacji równorzędnej.

  • Rozwiązanie MD5 nie jest obsługiwane.

  • Szczegóły nazwy ASN:

    • Firma Microsoft zarządza as8075 wraz z następującymi numerami ASN: AS8068, AS8069, AS12076. Aby uzyskać pełną listę numerów ASN z komunikacją równorzędną AS8075, zapoznaj się z dokumentacją AS-SET FIRMY MICROSOFT.
    • Wszystkie strony komunikacji równorzędnej z firmą Microsoft zgadzają się nie akceptować tras ze strony AS12076 (Express Route) w żadnym wypadku i powinny odfiltrować as12076 na wszystkich elementach równorzędnych.

  • Zasady routingu:

    • Element równorzędny będzie miał co najmniej jeden routing publiczny /24.
    • Firma Microsoft zastąpi odebrane dyskryminacje z wieloma wyjściami (MED).
    • Firma Microsoft preferuje odbieranie tagów społeczności BGP od elementów równorzędnych w celu wskazania pochodzenia trasy.
    • Zalecamy, aby komunikacja równorzędna ustawiała maksymalnie prefiks 2000 (IPv4) i 500 (IPv6) tras w sesjach komunikacji równorzędnej z firmą Microsoft.
    • Jeśli wcześniej nie uzgodniono specjalnie, komunikacja równorzędna ma ogłaszać spójne trasy we wszystkich lokalizacjach, w których są równorzędni z firmą Microsoft.
    • Ogólnie rzecz biorąc, sesje komunikacji równorzędnej z usługą AS8075 będą anonsować wszystkie trasy AS-MICROSOFT. Firma Microsoft może ogłosić niektóre szczegóły regionalne.
    • Żadna ze stron nie ustanowi trasy statycznej, trasy ostatniej instancji lub w inny sposób nie wyśle ruchu do innej strony dla trasy, która nie zostanie ogłoszona za pośrednictwem protokołu BGP.
    • Element równorzędny jest wymagany do rejestrowania tras w publicznej bazie danych rejestru routingu internetowego (IRR) w celu filtrowania i będzie aktualizować te informacje.
    • Komunikacja równorzędna będzie zgodna ze standardami branżowymi MANRS dotyczącymi zabezpieczeń tras. Według własnego uznania firma Microsoft może wybrać: 1. nie ustanowić komunikacji równorzędnej z firmami, które nie mają podpisanych i zarejestrowanych tras; 2.) aby usunąć nieprawidłowe trasy infrastruktury RPKI; 3.) nie akceptować tras od ustalonych elementów równorzędnych, które nie są zarejestrowane i podpisane.

Wymagania operacyjne

  • W pełni obsadzony 24x7 Network Operations Center (NOC), zdolny do pomocy w rozwiązywaniu wszystkich problemów technicznych i wydajności, naruszeń zabezpieczeń, ataków typu "odmowa usługi" lub innych nadużyć pochodzących z komunikacji równorzędnej lub ich klientów.
  • Oczekuje się, że komunikacja równorzędna będzie mieć pełny i aktualny profil w bazie danych PeeringDB , w tym 24x7 NOC e-mail z domeny firmowej i numeru telefonu. Te informacje są używane do weryfikowania szczegółów elementu równorzędnego, takich jak informacje NOC, informacje kontaktowe techniczne i ich obecność w obiektach komunikacji równorzędnej itp. Osobiste konta Yahoo, Gmail i hotmail nie są akceptowane.

Wymagania dotyczące połączenia fizycznego

  • Lokalizacje, w których można nawiązać połączenie z firmą Microsoft na potrzeby bezpośredniej komunikacji równorzędnej lub komunikacji równorzędnej Exchange, są wymienione w bazie danych PeeringDB

  • komunikacja równorzędna Exchange:

    • Komunikacja równorzędna powinna mieć co najmniej 10 Gb połączenia z wymianą.
    • Oczekuje się, że jednostki równorzędne uaktualnią swoje porty, gdy szczytowe wykorzystanie przekroczy 50%.
    • Firma Microsoft zachęca rówieśników do utrzymania zróżnicowanej łączności z wymianą w celu obsługi scenariuszy trybu failover.

  • Bezpośrednia komunikacja równorzędna:

    • Połączenie musi być na światłowodach jednomodowych przy użyciu optyki 100 Gb/s.
    • Firma Microsoft będzie ustanowić bezpośrednią komunikację równorzędną tylko z dostawcami usług internetowych lub usług sieciowych.
    • Oczekuje się, że komunikacja równorzędna uaktualnia swoje porty, gdy szczytowe wykorzystanie przekracza 50% i utrzymuje zróżnicowaną pojemność w każdym metra, w jednej lokalizacji lub w kilku lokalizacjach metra.
    • Każda bezpośrednia komunikacja równorzędna składa się z dwóch połączeń z dwoma routerami brzegowymi firmy Microsoft z routerów równorzędnych znajdujących się na krawędzi elementu równorzędnego. Firma Microsoft wymaga dwóch sesji protokołu BGP w tych połączeniach. Element równorzędny może nie wdrażać nadmiarowych urządzeń na końcu.

Wymagania dotyczące ruchu

  • Komunikacja równorzędna za pośrednictwem komunikacji równorzędnej Exchange musi mieć co najmniej 500 Mb ruchu i mniej niż 2 Gb. W przypadku ruchu przekraczającego 2 Gb komunikacji równorzędnej należy ustanowić komunikację równorzędną.
  • Firma Microsoft wymaga co najmniej 2 Gb bezpośredniej komunikacji równorzędnej. Każda wzajemnie uzgodniona lokalizacja komunikacji równorzędnej musi obsługiwać tryb failover, który zapewnia, że komunikacja równorzędna pozostaje zlokalizowana podczas scenariusza trybu failover.

Następne kroki