Udostępnij przez


Konfigurowanie interconnectu na potrzeby peeringu z usługami głosowymi

Z tego artykułu dowiesz się, jak nawiązać połączenie między dostawcą usług głosowych i usługą Azure Peering Service.

Dostawca usług głosowych to organizacja, która oferuje usługi komunikacji, takie jak obsługa komunikatów i konferencje. W tym scenariuszu dostawca chce zintegrować infrastrukturę usług komunikacyjnych z usługami Azure Communication Services i Microsoft Teams. Infrastruktura może obejmować kontrolery granic sesji (SBCs), bramy protokołu inicjowania sesji (SIP) i inne urządzenia infrastruktury.

Peering internetowy w usłudze Azure Peering Service obsługuje bezpośrednie połączenia z firmą Microsoft w dowolnym z jej punktów obecności (PoP) na krawędziach dla partnerów wymiany internetowej (IXP). Lista wszystkich publicznych witryn brzegowych jest dostępna w bazie danych PeeringDB.

Peering internetowy zapewnia wysoce niezawodne połączenia z gwarantowaną jakością usług (QoS) dla IXPs, co zapewnia usługi o wysokiej jakości skoncentrowane na wydajności.

Poniższy schemat blokowy podsumowuje proces dołączenia do usług głosowych Peering Service.

Diagram przedstawiający schemat blokowy procesu wdrażania partnerów korzystających z usług głosowych Peering Service.

Wymagania techniczne

Aby nawiązać bezpośrednie połączenie dla usług głosowych w ramach Peering Service, należy spełnić następujące wymagania:

  • Węzeł równorzędny musi podać własny numer systemu autonomicznego (ASN), który powinien być widoczny publicznie.
  • Węzeł równorzędny musi mieć nadmiarowy prywatny interfejs sieciowy (PNI) w każdej lokalizacji połączenia międzywęzłowego, w celu zapewnienia redundancji lokalnej.
  • Peer musi dostarczać i anonsować własną publicznie routowalną przestrzeń adresową IPv4 używaną przez punkty końcowe peer (na przykład przez SBC).
  • Aby ułatwić zbieżność tras podrzędnych, element równorzędny musi uruchomić protokół BGP (Border Gateway Protocol) za pośrednictwem funkcji wykrywania przekierowania dwukierunkowego (BFD).
  • Węzeł nie powinien zakończyć peeringu na urządzeniu z zaporą stanową.
  • Urządzenie równorzędne 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 peeringów w ramach usługi Peering Service w wielu lokalizacjach w celu osiągnięcia georedundancji.
  • Wszystkie prefiksy infrastruktury są rejestrowane w portalu Azure i ogłaszane przy użyciu ciągu społeczności 8075:8007.
  • 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).

Ustanów bezpośrednie połączenie dla usług głosowych Peering Service

Aby nawiązać bezpośrednie połączenie z firmą Microsoft na potrzeby usług głosowych usługi Peering Service, 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.

Utwórz usługę peeringu dla usług głosowych Peering Service

Aby utworzyć zasób peeringowy dla usług głosowych Peering Service:

  1. W portalu Azure wyszukaj, a następnie wybierz pozycję Peering.

    Zrzut ekranu przedstawiający wyszukiwanie peerów internetowych w portalu Azure.

  2. Na Peerings wybierz Utwórz.

  3. Na zakładce Podstawy wprowadź lub wybierz subskrypcję Azure, grupę zasobów, nazwę peeringu i numer ASN peeringu.

    Zrzut ekranu przedstawiający kartę Podstawy tworzenia peeringu w portalu Azure.

    Warning

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

  4. Na karcie Konfiguracja wybierz następujące wymagane konfiguracje:

    1. Dla Typ peeringu wybierz Bezpośredni.

    2. W polu Sieć firmy Microsoft wybierz pozycję AS8075 (z funkcją Voice).

    3. Wybierz Premium Free dla SKU.

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

      Zrzut ekranu przedstawiający kartę Konfiguracja przy tworzeniu peeringu w Azure Portal.

    5. W polu Bezpośrednie połączenie peeringowe wprowadź lub wybierz szczegóły obiektu peeringowego. Wybierz Zapisz.

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

      Połączenia równorzędne skonfigurowane dla usług głosowych Peering Service muszą mieć wybraną opcję Microsoft jako dostawcę adresów sesji, a opcja Użyj dla Peering Service musi być włączona. Te opcje są ustawiane automatycznie. Firma Microsoft musi być dostawcą usług IP dla usług głosowych Peering Service. Nie można podać własnych adresów IP.

    6. W obszarze Tworzenie połączenia równorzędnego wybierz pozycję Utwórz nową, aby dodać drugie połączenie do połączenia równorzędnego. Peering musi mieć co najmniej dwa połączenia. Redundancja lokalna jest wymagana w przypadku usługi Peering. Utworzenie peeringu z dwiema sesjami pozwala osiągnąć to wymaganie.

      Zrzut ekranu przedstawiający kartę Konfiguracja po utworzeniu dwóch połączeń.

  5. Wybierz opcję Recenzja 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 utworzony peering i rozpocznie się aprowizacja.

Konfigurowanie zoptymalizowanego routingu dla prefiksów

Aby uzyskać zoptymalizowany routing dla prefiksów używanych do połączeń między usługami głosowymi usługi Peering Service, wykonaj kroki opisane w poniższych sekcjach.

Rejestrowanie prefiksów

Aby użyć zoptymalizowanego routingu dla prefiksów infrastruktury usług głosowych, należy zarejestrować prefiksy.

Note

Stan połączenia równorzędnego musi być aktywny zanim zarejestrujesz jakiekolwiek prefiksy.

Upewnij się, że zarejestrowane prefiksy są ogłaszane przez bezpośrednie połączenia ustanowione z peeringiem. Jeśli ten sam prefiks jest rozgłaszany w wielu węzłach peeringowych, nie musisz rejestrować prefiksu w każdej lokalizacji. Prefiks można zarejestrować tylko za pomocą jednej komunikacji równorzędnej. Po otrzymaniu unikatowego klucza prefiksu po potwierdzeniu jego ważności, przedmiotowy klucz jest używany dla prefiksu, nawet w lokalizacjach innych niż lokalizacja łączenia się w sieci, w której został zarejestrowany.

Aby rozpocząć rejestrację:

  1. W portalu Azure przejdź do sekcji peering.

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

  3. W obszarze Zarejestrowane prefiksy wybierz pozycję Dodaj zarejestrowany prefiks.

    Zrzut ekranu przedstawiający okienko Zarejestrowany prefiks w portalu Azure.

    Note

    Jeśli przycisk Dodaj zarejestrowany prefiks jest nieaktywny, oznacza to, że twój peering nie ma żadnych aktywnych połączeń. Poczekaj, aż połączenie pojawi się jako Aktywne , aby zarejestrować prefiks.

  4. Wprowadź nazwę prefiksu i ciąg prefiksu IPv4. Wybierz Zapisz.

    Zrzut ekranu przedstawiający rejestrowanie prefiksu usługi Peering Service w witrynie Azure Portal.

Po utworzeniu prefiksu, aby wyświetlić wygenerowany klucz prefiksu usługi Peering Service, przejdź do okienka zasobu Zarejestrowany numer ASN .

Zrzut ekranu przedstawiający szczegóły zarejestrowanego prefiksu.

Po utworzeniu zarejestrowanego prefiksu prefiks jest kolejkowany do weryfikacji. Stan weryfikacji prefiksu Zarejestrowane prefiksy można wyświetlić.

Zrzut ekranu przedstawiający okienko Zarejestrowane prefiksy i dodany nowy prefiks.

Aby zarejestrowany prefiks został zweryfikowany, należy wykonać następujące testy:

  • Prefiks nie może znajdować się w zakresie prywatnym.
  • ASN źródłowy musi być zarejestrowany w głównym rejestrze routingu.
  • Wszystkie połączenia w nadrzędnym peeringu muszą rozgłaszać trasy dla prefiksu.
  • Trasy muszą być anonsowane przy użyciu ciągu społeczności usługi Peering Service 8075:8007.
  • Ścieżki systemu autonomicznego (AS) w Twoich trasach nie mogą mieć długości większej niż 3, ani zawierać prywatnych numerów systemu autonomicznego (AS) lub manipulacji kolejnością AS.

Aby uzyskać więcej informacji na temat wymagań dotyczących zarejestrowanego przedrostka oraz sposobu rozwiązywania problemów podczas walidacji, zapoznaj się z wymaganiami dotyczącymi zarejestrowanego przedrostka komunikacji równorzędnej.

Aktywowanie prefiksów

W poprzedniej sekcji zarejestrowano prefiksy i wygenerowano klucze prefiksów. Rejestracja prefiksu nie powoduje jego aktywacji w kontekście zoptymalizowanego routingu (i nie akceptuje prefiksów </24). Aktywacja prefiksu i odpowiednia lokalizacja międzysieciowa są wymaganiami dla zoptymalizowanego routingu (zapewniają routing zimnego ziemniaka).

  1. Aby rozpocząć aktywację prefiksów, w polu wyszukiwania na górze portalu wprowadź peering service. W wynikach wyszukiwania wybierz pozycję Peering Services.

  2. Wybierz pozycję Utwórz , aby utworzyć nowe połączenie usługi Peering Service.

  3. Na karcie Podstawowe wprowadź lub wybierz subskrypcję platformy Azure, nazwę grupy zasobów i nazwę połączenia usługi Peering Service.

  4. Na karcie Konfiguracja wybierz kraj lub region, stan lub prowincję, nazwę dostawcy i główną lokalizację peeringu. Opcjonalnie wybierz lokalizację zapasowego peeringu.

    Caution

    W przypadku wybrania opcji Brak jako zapasowej lokalizacji łącza równorzędnego podczas tworzenia wystąpienia usługi Peering Service, łącze równorzędne nie będzie mieć nadmiarowości geograficznej.

  5. W sekcji Prefiksy utwórz prefiksy odpowiadające prefiksom zarejestrowanym w poprzednim kroku. Wprowadź nazwę prefiksu, ciąg prefiksu i klucz prefiksu uzyskany podczas rejestrowania prefiksu. Nie musisz tworzyć wszystkich prefiksów usługi Peering Service podczas tworzenia komunikacji równorzędnej. Później można dodać prefiksy.

    Note

    Upewnij się, że klucz prefiksu wprowadzony podczas tworzenia prefiksu usługi Peering Service jest zgodny z kluczem prefiksu, który został wygenerowany podczas rejestrowania prefiksu.

    Zrzut ekranu przedstawiający kartę Konfiguracja tworzenia połączenia usługi Peering Service w witrynie Azure Portal.

  6. Wybierz opcję Recenzja i utwórz.

  7. Przejrzyj ustawienia, a następnie wybierz pozycję Utwórz.

Po utworzeniu prefiksu usługi Peering Service prefiks jest kolejkowany do weryfikacji. Aby sprawdzić stan weryfikacji prefiksu, przejdź do okienka Prefiksy usługi Peering Service.

Zrzut ekranu przedstawiający aktywowane prefiksy usługi Peering Service.

Aby prefiks usługi Peering Service przeszedł walidację, należy wykonać następujące testy:

  • Prefiks nie może znajdować się w zakresie prywatnym.
  • ASN źródłowy musi być zarejestrowany w głównym rejestrze routingu.
  • Prefiks musi być zarejestrowany, a klucz prefiksu w prefiksie usługi Peering Service musi być zgodny z kluczem prefiksu odpowiadającego zarejestrowanemu prefiksowi.
  • Wszystkie sesje podstawowe i sesje kopii zapasowej (jeśli są skonfigurowane) muszą anonsować trasy dla prefiksu.
  • Trasy muszą być anonsowane przy użyciu ciągu społeczności usługi Peering Service 8075:8007.
  • Ścieżki AS w trasach nie mogą przekraczać długości ścieżki większej niż 3 i nie mogą zawierać prywatnych numerów AS ani dodawania prefiksów AS.

Aby uzyskać więcej informacji na temat wymagań prefiksu dla usługi Peering Service i sposobu rozwiązywania problemów z walidacją, zobacz Wymagania prefiksu usługi Peering Service.

Po zakończeniu walidacji prefiksu aktywacja tego prefiksu zostanie ukończona.

Często zadawane pytania

Uzyskaj odpowiedzi na często zadawane pytania.

Q. Kiedy będzie dostępna siatka BGP?

A. Gdy LAG jest uruchomiony, nasz zautomatyzowany proces konfiguruje siatkę BGP za pomocą BFD. Element równorzędny konfiguruje protokół BGP z systemem BFD. Aby rozpocząć wymianę tras, należy skonfigurować BFD i uruchomić węzeł niebędący produktem Microsoftu.

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

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

Q. Mam mniejsze podsieci (</24) dla moich usług komunikacyjnych. Czy mniejsze podsieci są routowane?

A. 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ędzykomunikacyjnych.

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

A. 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.

Q. Sprawdzanie poprawności mojego zarejestrowanego prefiksu peeringu nie powiodło się. Jak należy kontynuować?

A. Zapoznaj się z wymaganiami dotyczącymi zarejestrowanych prefiksów peeringowych i postępuj zgodnie z opisanymi krokami rozwiązywania problemów.

Q. Weryfikacja prefiksu usługi Peering Service nie powiodła się. Jak należy kontynuować?

A. Zapoznaj się z wymaganiami dotyczącymi prefiksu usługi Peering Service i postępuj zgodnie z opisanymi krokami rozwiązywania problemów.

Q. Czy muszę być świadomy jakichkolwiek ograniczeń ścieżki AS?

A. Yes. 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.

Q. Czy firma Microsoft ponownie ogłasza prefiksy do Internetu?

A. No.

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

A. No. Oczekuje się jednak, że peer będzie ponosił koszty połączeń między lokalizacjami.

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

A. 10 Gb/s.

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

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

Q. Jaka jest zaleta tej usługi nad obecną bezpośrednią komunikacją równorzędną, albo usługą Azure ExpressRoute?

A. Ta usługa nie wymaga rozliczeń, a cała ścieżka jest zoptymalizowana pod kątem ruchu głosowego za pośrednictwem sieci rozległej firmy Microsoft (WAN). Zbieżność jest dostosowana na poziom podsekundy za pomocą BFD.

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

A. Czas potrzebny na ukończenie wdrożenia różni się w zależności od liczby i lokalizacji miejsc oraz od tego, czy węzeł równorzędny migruje istniejące prywatne połączenia równorzędne, czy ustanawia nowe okablowanie. Przewoźnik powinien planować przez trzy tygodnie lub więcej.

Q. Jak postęp jest przekazywany niezależnie od stanu w portalu Azure Portal?

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

Q. Czy można używać interfejsów API do integracji?

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

Ustawianie limitu prefiksu: zalecane maksymalne limity prefiksów dla usługi Microsoft Azure Peering Service.

Firma Microsoft ogłasza obecnie do 2000 prefiksów IPv4 w Internecie, a liczba ta może wzrosnąć wraz z upływem czasu. Aby zachować stabilność i zapobiec spadkom sesji, zaleca się ustawienie maksymalnej liczby prefiksów zgodnie z wpisem peeringdb.com dla ASN 8075. Zapewnia to bezpieczny bufor powyżej bieżących anonsów i umożliwia przyszły wzrost.