Udostępnij za pośrednictwem


Konfigurowanie połączenia międzyoperanego na potrzeby komunikacji równorzędnej z serwerem exchange Route Server

Z tego artykułu dowiesz się, jak nawiązać połączenie między komunikacją równorzędną z serwerem tras wymiany w usłudze Azure Peering Service.

Komunikacja równorzędna z Internetem w usłudze Azure Peering Service obsługuje bezpośrednie połączenia z firmą Microsoft w dowolnej z witryn brzegowych punktów obecności (PoP) dla partnerów wymiany internetowej (IXP). Lista wszystkich publicznych witryn brzegowych jest dostępna w bazie danych PeeringDB.

Komunikacja równorzędna z Internetem zapewnia wysoce niezawodne i wysokiej jakości połączenia usług (QoS) z obsługą protokołu IXPs w celu zapewnienia wysokiej jakości usług skoncentrowanych na wydajności.

Poniższy schemat blokowy zawiera podsumowanie procesu dołączania do usługi Peering Service za pomocą serwera tras wymiany:

Diagram przedstawiający schemat blokowy procesu dołączania dla programu Exchange z partnerami usługi Route Server.

Wymagania techniczne

Aby ustanowić usługę Peering Service z serwerem tras wymiany, wykonaj następujące wymagania:

  • Element równorzędny musi podać własny numer systemu autonomicznego (ASN), który musi być publiczny.
  • Element równorzędny musi mieć nadmiarową sieć prywatną Interconnect (PNI) w każdej lokalizacji połączenia, aby zapewnić lokalną nadmiarowość.
  • Element równorzędny musi dostarczać i anonsować własną publicznie routingową przestrzeń adresową IPv4 używaną przez punkty końcowe elementu równorzędnego (na przykład przez SBC).
  • Element równorzędny nie może zakończyć komunikacji równorzędnej na urządzeniu z uruchomioną stanową zaporą.
  • Element równorzędny nie może mieć dwóch połączeń lokalnych skonfigurowanych na tym samym routerze. Wymagana jest różnorodność.
  • Element równorzędny nie może zastosować ograniczenia szybkości do połączenia.
  • Element równorzędny nie może skonfigurować połączenia lokalnie nadmiarowego jako połączenia kopii zapasowej. Połączenia kopii zapasowej muszą znajdować się w innej lokalizacji niż połączenie podstawowe.
  • Sesje podstawowe, sesje kopii zapasowej i sesje nadmiarowe muszą mieć taką samą przepustowość.
  • Zalecamy utworzenie komunikacji równorzędnej usługi Peering Service w wielu lokalizacjach w celu osiągnięcia nadmiarowości geograficznej.
  • Wszystkie prefiksy infrastruktury są rejestrowane w witrynie Azure Portal i anonsowane przy użyciu ciągu 8075:8007społeczności .
  • Element równorzędny musi obsługiwać protokół LACP (Link Aggregation Control Protocol) w linkach łączących się. Firma Microsoft domyślnie konfiguruje wszystkie łącza połączone jako grupy agregacji łączy (LAGs).

Ustanawianie bezpośredniego połączenia komunikacji równorzędnej z serwerem tras wymiany

Aby ustanowić usługę Peering Service z serwerem exchange route server wzajemnego połączenia z firmą Microsoft, wykonaj kroki opisane w poniższych sekcjach.

Kojarzenie publicznej nazwy ASN z subskrypcją platformy Azure

Pierwszym krokiem jest skojarzenie publicznej nazwy ASN z subskrypcją platformy Azure.

Aby uzyskać więcej informacji, zobacz Kojarzenie równorzędnej nazwy ASN z subskrypcją platformy Azure.

Jeśli nazwa ASN jest już skojarzona z subskrypcją platformy Azure, przejdź do następnego kroku.

Tworzenie komunikacji równorzędnej usługi Peering Service za pomocą serwera tras wymiany

  1. Aby utworzyć komunikację równorzędną usługi Peering Service z zasobem serwera tras wymiany, w witrynie Azure Portal wyszukaj, a następnie wybierz pozycję Komunikacje równorzędne.

    Zrzut ekranu przedstawiający sposób wyszukiwania zasobów komunikacji równorzędnej w witrynie Azure Portal.

  2. W obszarze Komunikacja równorzędna wybierz pozycję Utwórz.

    Zrzut ekranu przedstawiający sposób tworzenia zasobu komunikacji równorzędnej w witrynie Azure Portal.

  3. Na karcie Podstawowe wprowadź lub wybierz subskrypcję platformy Azure, grupę zasobów, nazwę komunikacji równorzędnej i numer ASN komunikacji równorzędnej komunikacji równorzędnej.

    Zrzut ekranu przedstawiający kartę Podstawy tworzenia komunikacji równorzędnej w witrynie Azure Portal.

    Ostrzeżenie

    Nie można zmienić tych opcji po utworzeniu komunikacji równorzędnej. Przed utworzeniem komunikacji równorzędnej upewnij się, że wybrane opcje są poprawne.

  4. Na karcie Konfiguracja wybierz następujące wymagane konfiguracje, aby utworzyć komunikację równorzędną dla usługi Peering Service z serwerem tras wymiany:

    1. W polu Typ komunikacji równorzędnej wybierz pozycję Bezpośredni.

    2. W polu Microsoft Network wybierz pozycję AS8075 (z serwerem exchange Route Server).

    3. W polu Jednostka SKU wybierz pozycję Premium Bezpłatna.

    4. W polu Metro wybierz odpowiednią wartość. Następnie wybierz pozycję Utwórz nową , aby dodać połączenie z komunikacją równorzędną.

      Zrzut ekranu przedstawiający kartę Konfiguracja tworzenia komunikacji równorzędnej w witrynie Azure Portal.

    5. W polu Bezpośrednie połączenie komunikacji równorzędnej wprowadź lub wybierz szczegóły obiektu komunikacji równorzędnej. Następnie wybierz opcję Zapisz.

      Zrzut ekranu przedstawiający tworzenie bezpośredniego połączenia komunikacji równorzędnej.

      Połączenia komunikacji równorzędnej dla usługi Peering Service z serwerem tras wymiany muszą mieć wybraną opcję Równorzędny dostawca adresów sesji, a opcja Użyj dla komunikacji równorzędnej musi być włączona. Te opcje są ustawiane automatycznie.

      Przed zakończeniem komunikacji równorzędnej upewnij się, że komunikacja równorzędna ma co najmniej jedno połączenie.

    Uwaga

    Komunikacja równorzędna z serwerem tras wymiany jest skonfigurowana za pomocą siatki protokołu BGP (Border Gateway Protocol). Podajesz jeden adres IP elementu równorzędnego i jeden adres IP firmy Microsoft. Siatka protokołu BGP jest następnie tworzona automatycznie. Z powodu tego opóźnienia liczba połączeń wyświetlanych w komunikacji równorzędnej nie jest równa liczbie skonfigurowanych sesji.

  5. Wybierz pozycję Przejrzyj i utwórz. Przejrzyj podsumowanie, a następnie wybierz pozycję Utwórz po zakończeniu walidacji.

    Poczekaj na zakończenie wdrażania zasobu. Po pomyślnym wdrożeniu zostanie utworzona komunikacja równorzędna i rozpocznie się aprowizowanie.

Konfigurowanie zoptymalizowanego routingu dla prefiksów

Aby uzyskać zoptymalizowany routing dla prefiksów za pomocą komunikacji równorzędnej usługi Peering Service z połączeniami między serwerami tras wymiany, wykonaj kroki opisane w poniższych sekcjach.

Rejestrowanie nazwy ASN klienta

Przed zoptymalizowaniem prefiksów dla klienta należy zarejestrować numer ASN klienta.

Uwaga

Stan połączenia połączeń komunikacji równorzędnej musi być aktywny , zanim będzie można zarejestrować numer ASN.

  1. W witrynie Azure Portal przejdź do komunikacji równorzędnej z zasobem serwera tras wymiany.

  2. W menu usługi w obszarze Ustawienia wybierz pozycję Zarejestrowane numery ASN.

    Zrzut ekranu przedstawiający sposób przechodzenia do pozycji Zarejestrowane sieci ASN w okienku Przegląd komunikacji równorzędnej w witrynie Azure Portal.

  3. Utwórz zarejestrowaną nazwę ASN, wprowadzając numer ASN klienta i nazwę klienta.

    Zrzut ekranu przedstawiający sposób rejestrowania usługi ASN w witrynie Azure Portal.

    Po zarejestrowaniu usługi ASN jest generowany unikatowy klucz prefiksu usługi Peering Service, który jest używany do aktywacji.

Uwaga

Ten sam klucz prefiksu może być używany dla wszystkich prefiksów aktywowanych przez klienta, niezależnie od lokalizacji. W związku z tym nie musisz rejestrować numeru ASN w ramach więcej niż jednej komunikacji równorzędnej. Zduplikowana rejestracja asn jest niedozwolona.

Udostępnianie klientom kluczy prefiksów usługi Peering Service na potrzeby aktywacji

Gdy klienci dołączają do usługi Peering Service, muszą wykonać kroki opisane w przewodniku po klientach usługi Peering Service. Klienci aktywują prefiksy przy użyciu klucza prefiksu usługi Peering Service uzyskanego podczas rejestracji prefiksu. Podaj ten klucz klientom przed aktywacją. Klucz jest używany dla wszystkich prefiksów podczas aktywacji.

Często zadawane pytania

Uzyskaj odpowiedzi na często zadawane pytania.

Pyt. Kiedy będzie dostępna siatka protokołu BGP?

Odp. Gdy opóźnienie działa, nasz zautomatyzowany proces aprowizuje siatkę BGP. Element równorzędny musi skonfigurować protokół BGP.

Pyt. Kiedy adresy IP komunikacji równorzędnej są przydzielane i wyświetlane w witrynie Azure Portal?

Odp. Nasz zautomatyzowany proces przydziela adresy IP i wysyła informacje pocztą e-mail po skonfigurowaniu portu po stronie firmy Microsoft.

Pyt. Mam mniejsze podsieci (</24) dla moich usług głosowych. Czy mniejsze podsieci są kierowane?

Odp. Tak, usługa Peering Service obsługuje mniejszy routing prefiksów. Upewnij się, że zarejestrowano mniejsze prefiksy na potrzeby routingu. Następnie są one ogłaszane za pośrednictwem połączeń międzyoperacyjnych.

Pyt. Jakie trasy firmy Microsoft otrzymujemy za pośrednictwem połączeń międzyoperacyjnych?

Odp. Firma Microsoft ogłasza wszystkie prefiksy usług publicznych firmy Microsoft na połączeniach, aby upewnić się, że połączenia głosowe i inne usługi w chmurze są dostępne z tego samego połączenia.

Pyt. Czy muszę pamiętać o ograniczeniach ścieżki AS?

Odp. Tak. Prywatny adres ASN nie może znajdować się w ścieżce AS. W przypadku zarejestrowanych prefiksów mniejszych niż /24 ścieżka AS musi być mniejsza niż 4.

Pyt. Muszę ustawić limit prefiksu. Ile tras zostanie ogłoszonych przez firmę Microsoft?

Odp. Firma Microsoft ogłasza około 280 prefiksów w Internecie. Liczba może wzrosnąć o 10% do 15%. Limit od 400 do 500 jest bezpieczny do ustawienia jako wartość maksymalna liczba prefiksów.

Pyt. Czy firma Microsoft odczytuje prefiksy równorzędne do Internetu?

Odp. L.p.

Pyt. Czy jest naliczana opłata za tę usługę?

Odp. L.p. Oczekuje się jednak, że komunikacja równorzędna będzie nosić koszty połączenia krzyżowego lokacji.

Pyt. Jaka jest minimalna szybkość połączenia?

Odp. 10 Gb/s.

Pyt. Czy element równorzędny jest powiązany z umową dotyczącą poziomu usług (SLA)?

Odp. Tak. Gdy wykorzystanie osiągnie 40%, rozpoczyna się proces rozszerzania LAG, który trwa od 45 do 60 dni.

Pyt. Jak długo trwa proces dołączania?

Odp. Czas potrzebny na ukończenie dołączania różni się w zależności od liczby i lokalizacji lokacji oraz tego, czy element równorzędny migruje istniejące prywatne komunikacje równorzędne, czy ustanawia nowe okablowanie. Przewoźnik powinien planować przez trzy tygodnie lub więcej.

Pyt. Jak postęp jest przekazywany poza stanem w witrynie Azure Portal?

Odp. Automatyczne wiadomości e-mail są wysyłane w różnych punktach kontrolnych.

Pyt. Czy można używać interfejsów API do dołączania?

Odp. Obecnie nie ma obsługi interfejsu API. Usługę można skonfigurować tylko przy użyciu witryny Azure Portal.