Udostępnij za pośrednictwem

Polityka peeringowa

Firma Microsoft utrzymuje selektywne zasady peeringu, mające na celu zapewnienie najlepszego możliwego doświadczenia klienta, wspieranego przez standardy branżowe i najlepsze praktyki, z uwzględnieniem skalowania pod kątem przyszłego zapotrzebowania i strategicznego rozmieszczenia peeringu. W związku z tym firma Microsoft zastrzega sobie prawo do dokonywania wyjątków od zasad w razie potrzeby.

Z tego artykułu dowiesz się o ogólnych wymaganiach firmy Microsoft dotyczących sieci. Te wymagania mają zastosowanie zarówno do żądań bezpośredniego peeringu, jak i żądań peeringu wymiany.

Wymagania techniczne

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

  • Peer ma publicznie routowalny autonomiczny numer systemu (ASN).

  • Obsługiwane są zarówno IPv4, jak i IPv6, a firma Microsoft oczekuje ustanowienia sesji obu typów w każdej lokalizacji peeringu.

  • Rozwiązanie MD5 nie jest obsługiwane.

  • Szczegóły usługi ASN:

    • Firma Microsoft zarządza AS8075 i innymi ASN zgodnie z opisem w AS-SET RADb:AS-MICROSOFT.
    • Wszystkie podmioty peeringu z firmą Microsoft zobowiązują się do nieakceptowania tras z AS12076 (ExpressRoute) w żadnych okolicznościach i powinny odfiltrować AS12076 na wszystkich połączeniach peeringowych.

  • Zasady routingu:

    • Peer ma przynajmniej jeden prefiks publicznego routingu /24.
    • Microsoft zastępuje otrzymane wielowyjściowe dyskryminatory (MED).
    • Firma Microsoft preferuje odbieranie tagów wspólnot BGP od rówieśników w celu wskazania pochodzenia trasy.
    • Zalecamy, aby rówieżnicy ustawili maksymalną liczbę prefiksów na 2000 (IPv4) i 500 (IPv6) na sesjach peeringowych z firmą Microsoft.
    • Jeśli nie zostanie wcześniej szczególnie uzgodnione, równorzędni partnerzy mają ogłaszać spójne trasy we wszystkich lokalizacjach, w których są równorzędni z firmą Microsoft.
    • Ogólnie rzecz biorąc, firma Microsoft reklamuje wszystkie trasy firmy Microsoft z odpowiednimi regionalnymi specyfikami. Wszystkie prefiksy są poprawnie zarejestrowane w bazie danych RADb.
    • Firma Microsoft ogłasza również przestrzeń adresową innych firm w ramach produktów "Bring Your Own IP" i "Bring Your Own ASN". Prefiksy BYOIP są prawidłowo zarejestrowane jako AS8075, a ASNy BYOASN zostaną uwzględnione w AS-SET AS-MICROSOFT.
    • Żadna ze stron nie ustanowi trasy statycznej, trasy domyślnej lub w inny sposób nie wyśle ruchu do drugiej strony dla trasy, która nie zostanie ogłoszona za pośrednictwem protokołu BGP.
    • Do rejestrowania tras w publicznej bazie danych rejestru routingu internetowego (IRR) wymagani są peerzy, aby umożliwić filtrowanie, oraz muszą utrzymywać te informacje w aktualności.
    • Partnerzy są zgodni ze standardami branżowymi MANRS dotyczącymi bezpieczeństwa tras. Według własnego uznania firma Microsoft może wybrać następujące opcje:
      1. nie ustanawiać peeringu z firmami, które nie mają podpisanych i zarejestrowanych tras
      2. aby usunąć nieprawidłowe trasy RPKI
      3. nie akceptować tras od zaufanych współpracowników, które nie są zarejestrowane i podpisane

Wymagania operacyjne

  • Centrum Operacji Sieci (NOC) z pełną obsadą 24x7, które jest w stanie pomóc nad rozwiązaniem wszystkich problemów technicznych i wydajności, naruszeń zabezpieczeń, ataków typu "odmowa usługi" lub innych nadużyć pochodzących od partnerów lub ich klientów.

  • Oczekuje się, że komunikacja równorzędna będzie mieć pełny i up-toprofil -date w bazie danych PeeringDB , w tym wiadomość e-mail 24x7 NOC z domeny firmowej i numeru telefonu. Wykorzystujemy te informacje do sprawdzania poprawności danych osoby równorzędnej, 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 w ramach Exchange, są wymienione w bazie danych PeeringDB

  • Komunikacja równorzędna programu Exchange:

    • Oczekuje się, że partnerzy będą mieć co najmniej połączenie 10-Gbps z punktem wymiany.
    • Oczekuje się, że węzły partnerskie zaktualizują porty, gdy szczytowe wykorzystanie przekroczy 50%.
    • Microsoft zachęca swoich partnerów do utrzymania zróżnicowanej łączności z systemem Exchange, aby wspierać scenariusze na wypadek awarii.

  • Bezpośrednia komunikacja równorzędna:

    • Połączenia muszą mieć ponad 100 Gb/s jednomodowe światłowody.
    • Microsoft ustawia bezpośrednie połączenia równorzędne tylko z dostawcami usług internetowych (ISP) lub dostawcami usług sieciowych (NSP).
    • Oczekuje się, że uczestnicy sieci równorzędnych zaktualizują swoje porty, gdy szczytowe wykorzystanie przekroczy 50% i będą utrzymywać zróżnicowaną pojemność w każdym obszarze metropolitalnym, zarówno w jednej lokalizacji, jak i w kilku lokalizacjach w tym obszarze.
    • 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 brzegowych równorzędnych. Firma Microsoft wymaga dwóch sesji protokołu BGP w tych połączeniach. Partner może zdecydować się nie wdrażać nadmiarowych urządzeń u siebie.

Wymagania dotyczące ruchu

  • Węzły współpracujące w ramach połączeń Exchange muszą mieć co najmniej 500 MB ruchu i mniej niż 2 GB. W przypadku ruchu przekraczającego 2 GB należy ustanowić bezpośredni peering.

  • Firma Microsoft wymaga co najmniej 2 GB na bezpośredni peering. Każda wzajemnie uzgodniona lokalizacja komunikacji równorzędnej musi obsługiwać scenariusze awaryjnego przełączania, które zapewniają, że komunikacja równorzędna pozostaje lokalna w sytuacji wystąpienia awarii.

Powiązana zawartość