Wymagania dotyczące routingu w usłudze ExpressRoute
Aby nawiązać połączenie z usługami w chmurze firmy Microsoft przy użyciu usługi ExpressRoute, należy skonfigurować routing i zarządzać nim. Niektórzy dostawcy połączenia oferują konfigurowanie routingu oraz zarządzanie nim jako usługą zarządzaną. Skontaktuj się z dostawcą połączenia, aby sprawdzić, czy taka usługa jest oferowana. Jeśli nie, musisz spełnić wymagania opisane poniżej:
Opis sesji routingu, które należy skonfigurować w celu ułatwienia łączności, znajduje się w artykule Circuits and routing domains (Obwody i domeny routingu).
Uwaga
Firma Microsoft nie obsługuje żadnych protokołów nadmiarowości routerów, takich jak HSRP lub VRRP w przypadku konfiguracji wysokiej dostępności. Polegamy na nadmiarowej parze sesji protokołu BGP na komunikację równorzędną w celu zapewnienia wysokiej dostępności.
Adresy IP używane do komunikacji równorzędnej
Należy zarezerwować kilka bloków adresów IP, aby skonfigurować routing między siecią i routerami MSEE. Ta sekcja zawiera listę wymagań i opis zasad dotyczących sposobu pozyskiwania i użycia tych adresów IP.
Adresy IP używane do prywatnej komunikacji równorzędnej Azure
Do skonfigurowania komunikacji równorzędnej można użyć prywatnych adresów IP lub publicznych adresów IP. Zakres adresów używany do konfigurowania tras nie może nakładać się na zakresy adresów używane dla sieci wirtualnych na platformie Azure.
- Protokół IPv4:
- Dla interfejsów routingu należy zarezerwować podsieć
/29lub dwie/30podsieci. - Podsieci używane do routingu mogą być prywatnymi adresami IP lub publicznymi adresami IP.
- Podsieci nie mogą powodować konfliktu z zakresem zarezerwowanym przez klienta do użycia w chmurze firmy Microsoft.
- Jeśli używana jest podsieć
/29, jest podzielona na dwie/30podsieci.- Pierwsza
/30podsieć jest używana dla linku podstawowego, a druga/30podsieć jest używana dla łącza pomocniczego. - Dla każdej podsieci
/30należy użyć pierwszego adresu/30IP podsieci dla routera. Firma Microsoft używa drugiego adresu IP podsieci/30do skonfigurowania sesji protokołu BGP. - Aby umowa SLA dostępności był prawidłowa, należy skonfigurować obie sesje protokołu BGP.
- Pierwsza
- Dla interfejsów routingu należy zarezerwować podsieć
- Protokół IPv6:
- Dla interfejsów routingu należy zarezerwować podsieć
/125lub dwie/126podsieci. - Podsieci używane do routingu mogą być prywatnymi adresami IP lub publicznymi adresami IP.
- Podsieci nie mogą powodować konfliktu z zakresem zarezerwowanym przez klienta do użycia w chmurze firmy Microsoft.
- Jeśli używana jest podsieć
/125, jest podzielona na dwie/126podsieci.- Pierwsza
/126podsieć jest używana dla linku podstawowego, a druga/126podsieć jest używana dla łącza pomocniczego. - Dla każdej podsieci
/126należy użyć pierwszego adresu/126IP podsieci dla routera. Firma Microsoft używa drugiego adresu IP podsieci/126do skonfigurowania sesji protokołu BGP. - Aby umowa SLA dostępności był prawidłowa, należy skonfigurować obie sesje protokołu BGP.
- Pierwsza
- Dla interfejsów routingu należy zarezerwować podsieć
Przykład prywatnej komunikacji równorzędnej
Jeśli zdecydujesz się skonfigurować a.b.c.d/29 komunikację równorzędną, zostanie ona podzielona na dwie /30 podsieci. W poniższym przykładzie zwróć uwagę na sposób użycia podsieci a.b.c.d/29 :
a.b.c.d/29element jest podzielony na ia.b.c.d+4/30przekazywany doa.b.c.d/30firmy Microsoft za pośrednictwem interfejsów API aprowizacji.a.b.c.d+1Jako adres IP VRF dla podstawowego środowiska PE i firma Microsoft używaa.b.c.d+2go jako adresu IP VRF dla podstawowego urządzenia MSEE.a.b.c.d+5Jako adres IP VRF dla pomocniczego środowiska PE i firma Microsoft używaa.b.c.d+6go jako adresu IP VRF dla pomocniczego urządzenia MSEE.
Rozważ przypadek, w którym wybierzesz opcję 192.168.100.128/29 skonfigurowania prywatnej komunikacji równorzędnej. 192.168.100.128/29 zawiera adresy od 192.168.100.128 do 192.168.100.135, między którymi:
192.168.100.128/30jest przypisywany dolink1programu z dostawcą korzystającym z programu i firmą Microsoft przy użyciu192.168.100.129polecenia192.168.100.130.192.168.100.132/30jest przypisywany dolink2programu z dostawcą korzystającym z programu i firmą Microsoft przy użyciu192.168.100.133polecenia192.168.100.134.
Adresy IP używane do komunikacji równorzędnej firmy Microsoft
Do konfigurowania sesji protokołu BGP należy użyć posiadanych publicznych adresów IP. Firma Microsoft musi mieć możliwość weryfikacji własności adresów IP za pomocą rejestrów internetowego routingu i internetowych rejestrów routingu.
- Adresy IP wymienione w portalu dla anonsowanych prefiksów publicznych dla komunikacji równorzędnej firmy Microsoft tworzą listy ACL dla routerów podstawowych firmy Microsoft, aby zezwolić na ruch przychodzący z tych adresów IP.
- Należy użyć unikatowej
/29podsieci (IPv4) lub (IPv6) lub/125dwóch/30podsieci (IPv4) lub/126(IPv6), aby skonfigurować komunikację równorzędną BGP dla każdego obwodu komunikacji równorzędnej na obwód usługi ExpressRoute, jeśli masz więcej niż jedną. - Jeśli używana jest podsieć
/29, jest podzielona na dwie/30podsieci. - Pierwsza
/30podsieć jest używana dla linku podstawowego, a druga/30podsieć jest używana dla łącza pomocniczego. - Dla każdej podsieci
/30należy użyć pierwszego adresu/30IP podsieci na routerze. Firma Microsoft używa drugiego adresu IP podsieci/30do skonfigurowania sesji protokołu BGP. - Jeśli używana jest podsieć
/125, jest podzielona na dwie/126podsieci. - Pierwsza
/126podsieć jest używana dla linku podstawowego, a druga/126podsieć jest używana dla łącza pomocniczego. - Dla każdej podsieci
/126należy użyć pierwszego adresu/126IP podsieci na routerze. Firma Microsoft używa drugiego adresu IP podsieci/126do skonfigurowania sesji protokołu BGP. - Aby zapewnić ważność umowy SLA dotyczącej dostępności, musisz skonfigurować obie sesje protokołu BGP.
Adresy IP używane do publicznej komunikacji równorzędnej na platformie Azure
Uwaga
Publiczna komunikacja równorzędna platformy Azure nie jest dostępna dla nowych obwodów usługi ExpressRoute.
Do konfigurowania sesji protokołu BGP należy użyć posiadanych publicznych adresów IP. Firma Microsoft musi mieć możliwość weryfikacji własności adresów IP za pomocą rejestrów internetowego routingu i internetowych rejestrów routingu.
- Należy użyć unikatowej
/29podsieci lub dwóch/30podsieci, aby skonfigurować komunikację równorzędną BGP dla każdego obwodu usługi ExpressRoute (jeśli masz więcej niż jedną). - Jeśli używana jest podsieć
/29, jest podzielona na dwie/30podsieci.- Pierwsza
/30podsieć jest używana dla linku podstawowego, a druga/30podsieć jest używana dla łącza pomocniczego. - Dla każdej podsieci
/30należy użyć pierwszego adresu/30IP podsieci na routerze. Firma Microsoft używa drugiego adresu IP podsieci/30do skonfigurowania sesji protokołu BGP. - Aby umowa SLA dostępności był prawidłowa, należy skonfigurować obie sesje protokołu BGP.
- Pierwsza
Wymagania dotyczące publicznego adresu IP
Prywatna komunikacja równorzędna
Do prywatnej komunikacji równorzędnej można używać publicznych lub prywatnych adresów IPv4. Zapewniamy kompleksową izolację ruchu, więc nakładanie się adresów z innymi klientami nie jest możliwe w przypadku prywatnej komunikacji równorzędnej. Te adresy nie są anonsowane do Internetu.
Komunikacja równorzędna firmy Microsoft
Ścieżka komunikacji równorzędnej firmy Microsoft umożliwia łączenie się z usługami w chmurze firmy Microsoft. Lista usług obejmuje usługi Platformy Microsoft 365, takie jak Exchange Online, SharePoint Online, Skype dla firm i Microsoft Teams. Firma Microsoft zapewnia obsługę dwukierunkowej łączności w oparciu o komunikację równorzędną firmy Microsoft. Ruch skierowany do usług w chmurze firmy Microsoft musi uzyskać prawidłowe publiczne adresy IPv4, zanim wejdzie do sieci firmy Microsoft.
Zadbaj o to, aby adres IP i numer AS zostały zarejestrowane na Ciebie w jednym z następujących rejestrów:
Jeśli Twoje prefiksy i numer systemu autonomicznego nie są przypisane do Ciebie w powyższych rejestrach, musisz otworzyć zgłoszenie do pomocy technicznej w celu ręcznej weryfikacji Twoich prefiksów i numeru systemu autonomicznego. Pomoc techniczna będzie wymagać dokumentacji, takiej jak upoważnienie potwierdzające zezwolenie na korzystanie z tego prefiksu.
Prywatny numer systemu autonomicznego jest dozwolony dla komunikacji równorzędnej firmy Microsoft, ale wymaga ręcznej weryfikacji. Ponadto firma Microsoft usuwa prywatne numery AS w ścieżce AS dla odebranych prefiksów. W związku z tym nie można dołączyć prywatnych numerów AS do ścieżki AS, aby wpłynąć na routing komunikacji równorzędnej firmy Microsoft. Ponadto numery AS z zakresu od 64496 do 64511 zarezerwowane przez IANA do celów dokumentacji nie są dozwolone w ścieżce.
Ważne
Nie anonsuj tej samej publicznej trasy IP do publicznego Internetu i za pośrednictwem usługi ExpressRoute. Aby zmniejszyć ryzyko nieprawidłowej konfiguracji powodującej routing asymetryczny, zdecydowanie zalecamy, aby adresy IP translatora adresów sieciowych anonsowane do firmy Microsoft za pośrednictwem usługi ExpressRoute pochodziły z zakresu, który w ogóle nie jest anonsowany do Internetu. Jeśli nie jest to możliwe, należy upewnić się, że anonsujesz bardziej szczegółowy zakres za pośrednictwem usługi ExpressRoute niż ten w połączeniu internetowym. Oprócz trasy publicznej translatora adresów sieciowych można również anonsować za pośrednictwem usługi ExpressRoute publiczne adresy IP używane przez serwery w sieci lokalnej, które komunikują się z punktami końcowymi platformy Microsoft 365 w firmie Microsoft.
Publiczna komunikacja równorzędna (przestarzała — niedostępna dla nowych obwodów)
Ścieżka publicznej komunikacji równorzędnej Azure umożliwia łączenie ze wszystkimi usługami obsługiwanymi na platformie Azure za pośrednictwem ich publicznych adresów IP. Obejmują one usługi wymienione w artykule ExpressRoute FAQ (Często zadawane pytania dotyczące usługi ExpressRoute) i wszelkie usługi hostowane przez niezależnych dostawców oprogramowania na platformie Microsoft Azure. Połączenie z usługami Microsoft Azure w publicznej komunikacji równorzędnej jest zawsze inicjowane z sieci użytkownika do sieci Microsoft. W odniesieniu do ruchu skierowanego do sieci firmy Microsoft należy użyć publicznych adresów IP.
Ważne
Wszystkie usługi PaaS platformy Azure są dostępne za pośrednictwem komunikacji równorzędnej firmy Microsoft.
Prywatny numer AS jest dozwolony z publiczną komunikacją równorzędną.
Wymiana tras dynamicznych
Wymiana routingu odbywa się za pośrednictwem protokołu eBGP. Sesje eBGP są ustanawiane między rozwiązaniami MSEE a routerami użytkownika. Uwierzytelnianie sesji protokołu BGP nie jest wymagane. W razie potrzeby można skonfigurować skrót MD5. Informacje na temat konfigurowania sesji BGP znajdują się w artykułach Configure routing (Konfigurowanie routingu) i Circuit provisioning workflows and circuit states (Przepływy pracy inicjowania obsługi obwodu i stany obwodu).
Numery systemu autonomicznego (ASN)
Firma Microsoft używa numeru AS 12076 do publicznej i prywatnej komunikacji równorzędnej Azure oraz komunikacji równorzędnej Microsoft. Zarezerwowaliśmy numery AS od 65515 do 65520 do użytku wewnętrznego. Obsługiwane są zarówno liczby 16-bitowe, jak i 32-bitowe AS.
Nie ma żadnych wymagań związanych z symetrią transferu danych. Ścieżki przekazywania dalej i ścieżki zwracania mogą przechodzić różne pary routerów. Identyczne trasy muszą być anonsowane z obu stron między wieloma parami obwodów należącymi do Ciebie. Metryki tras nie muszą być identyczne.
Agregacja tras i limity prefiksów
Usługa ExpressRoute obsługuje maksymalnie 4000 prefiksów IPv4 i 100 prefiksów IPv6 anonsowanych do firmy Microsoft za pośrednictwem prywatnej komunikacji równorzędnej platformy Azure. Ten limit można zwiększyć do 10 000 prefiksów IPv4, jeśli dodatek ExpressRoute Premium jest włączony. Usługa ExpressRoute akceptuje maksymalnie 200 prefiksów na sesję protokołu BGP dla publicznej komunikacji równorzędnej platformy Azure i komunikacji równorzędnej firmy Microsoft.
Sesja protokołu BGP zostanie przerwana, jeśli liczba prefiksów przekroczy limit. Usługa ExpressRoute akceptuje trasy domyślne tylko w linku prywatnej komunikacji równorzędnej. Dostawca musi odfiltrować trasę domyślną i prywatne adresy IP (RFC 1918) ze ścieżek publicznej komunikacji równorzędnej Azure i komunikacji równorzędnej Microsoft.
Routing tranzytowy i routing obejmujący wiele regionów
Nie można skonfigurować usługi ExpressRoute jako routerów tranzytowych. Musisz polegać na dostawcy łączności dla usług routingu tranzytowego.
Anonsowanie tras domyślnych
Trasy domyślne są dozwolone tylko w sesjach prywatnej komunikacji równorzędnej Azure. W takim przypadku usługa ExpressRoute kieruje cały ruch ze skojarzonych sieci wirtualnych do sieci. Anonsowanie domyślnych tras do prywatnej komunikacji równorzędnej powoduje zablokowanie ścieżki internetowej z platformy Azure. Aby przekierować ruch do i z Internetu w przypadku usług hostowanych na platformie Azure, konieczne jest zastosowanie krawędzi sieci firmowej.
Aby można było włączyć łączność z innymi usługami i usługami infrastruktury Azure, musi być spełniony jeden z poniższych warunków:
- Publiczna komunikacja równorzędna platformy Azure jest włączona w celu kierowania ruchu do publicznych punktów końcowych.
- Używasz routingu zdefiniowanego przez użytkownika, aby zezwolić na połączenie z Internetem dla każdej podsieci wymagającej takiego połączenia.
Uwaga
Anonsowanie tras domyślnych spowoduje awarię aktywacji licencji maszyn wirtualnych systemu Windows i innych systemów. Aby uzyskać informacje na temat obejścia, zobacz Używanie tras zdefiniowanych przez użytkownika w celu włączenia aktywacji usługi KMS.
Obsługa społeczności BGP
Ta sekcja zawiera omówienie sposobu użycia społeczności protokołu BGP z usługą ExpressRoute. Firma Microsoft anonsuje trasy w prywatnych, publicznych i publicznych (przestarzałych) ścieżkach komunikacji równorzędnej z trasami oznaczonymi odpowiednimi wartościami społeczności. Uzasadnienie tego działania i szczegółowe informacje na temat wartości społeczności są opisane zgodnie z poniższymi instrukcjami. Firma Microsoft nie honoruje jednak żadnych wartości społeczności oznaczonych trasami anonsowanymi do firmy Microsoft.
W przypadku prywatnej komunikacji równorzędnej, jeśli skonfigurujesz niestandardową wartość społeczności protokołu BGP w sieciach wirtualnych platformy Azure, zobaczysz tę wartość niestandardową i regionalną wartość społeczności protokołu BGP na trasach platformy Azure anonsowanych do środowiska lokalnego za pośrednictwem usługi ExpressRoute.
W przypadku komunikacji równorzędnej firmy Microsoft łączysz się z firmą Microsoft za pośrednictwem usługi ExpressRoute w dowolnej lokalizacji komunikacji równorzędnej w regionie geopolitycznym. Masz również dostęp do wszystkich usług w chmurze firmy Microsoft we wszystkich regionach w granicach geopolitycznych.
Jeśli na przykład nawiązano połączenie z firmą Microsoft w Amsterdamie za pośrednictwem usługi ExpressRoute, masz dostęp do wszystkich usług w chmurze firmy Microsoft hostowanych w regionie Europa Północna i Europa Zachodnia.
Zapoznaj się ze stroną ExpressRoute partners and peering locations (Partnerzy i lokalizacje komunikacji równorzędnej usługi ExpressRoute), która zawiera szczegółową listę regionów geopolitycznych, powiązanych regionów świadczenia usługi Azure i odpowiadających im lokalizacji komunikacji równorzędnej usługi ExpressRoute.
Możesz kupić więcej niż jeden obwód usługi ExpressRoute na region geopolityczny. Wiele ofert połączeń daje znaczące korzyści w zakresie wysokiej dostępności z powodu nadmiarowości geograficznej. W przypadkach, gdy masz wiele obwodów usługi ExpressRoute, otrzymujesz ten sam zestaw prefiksów anonsowanych od firmy Microsoft w ścieżkach komunikacji równorzędnej firmy Microsoft i publicznej komunikacji równorzędnej. Ta konfiguracja powoduje wiele ścieżek z sieci do firmy Microsoft. Taka konfiguracja może potencjalnie spowodować nieoptymalne decyzje dotyczące routingu w sieci. W efekcie połączenia z różnymi usługami mogą nie być optymalne. Wartości społeczności gwarantują, że zostaną podjęte odpowiednie decyzje w kwestii routingu i klienci będą mieli zapewniony optymalny routing do użytkowników.
| Region platformy Microsoft Azure | Regionalna społeczność protokołu BGP (prywatna komunikacja równorzędna) | Regionalna społeczność protokołu BGP (komunikacja równorzędna firmy Microsoft) | Społeczność protokołu BGP magazynu | Społeczność protokołu BGP SQL | Społeczność protokołu BGP usługi Azure Cosmos DB | Tworzenie kopii zapasowej społeczności protokołu BGP |
|---|---|---|---|---|---|---|
| Ameryka Północna | ||||||
| East US | 12076:50004 | 12076:51004 | 12076:52004 | 12076:53004 | 12076:54004 | 12076:55004 |
| Wschodnie stany USA 2 | 12076:50005 | 12076:51005 | 12076:52005 | 12076:53005 | 12076:54005 | 12076:55005 |
| Zachodnie stany USA | 12076:50006 | 12076:51006 | 12076:52006 | 12076:53006 | 12076:54006 | 12076:55006 |
| Zachodnie stany USA 2 | 12076:50026 | 12076:51026 | 12076:52026 | 12076:53026 | 12076:54026 | 12076:55026 |
| Zachodnio-środkowe stany USA | 12076:50027 | 12076:51027 | 12076:52027 | 12076:53027 | 12076:54027 | 12076:55027 |
| Północno-środkowe stany USA | 12076:50007 | 12076:51007 | 12076:52007 | 12076:53007 | 12076:54007 | 12076:55007 |
| South Central US | 12076:50008 | 12076:51008 | 12076:52008 | 12076:53008 | 12076:54008 | 12076:55008 |
| Central US | 12076:50009 | 12076:51009 | 12076:52009 | 12076:53009 | 12076:54009 | 12076:55009 |
| Kanada Środkowa | 12076:50020 | 12076:51020 | 12076:52020 | 12076:53020 | 12076:54020 | 12076:55020 |
| Kanada Wschodnia | 12076:50021 | 12076:51021 | 12076:52021 | 12076:53021 | 12076:54021 | 12076:55021 |
| SAmeryka Południowa | ||||||
| Brazylia Południowa | 12076:50014 | 12076:51014 | 12076:52014 | 12076:53014 | 12076:54014 | 12076:55014 |
| Europa | ||||||
| Europa Północna | 12076:50003 | 12076:51003 | 12076:52003 | 12076:53003 | 12076:54003 | 12076:55003 |
| West Europe | 12076:50002 | 12076:51002 | 12076:52002 | 12076:53002 | 12076:54002 | 12076:55002 |
| Południowe Zjednoczone Królestwo | 12076:50024 | 12076:51024 | 12076:52024 | 12076:53024 | 12076:54024 | 12076:55024 |
| Zachodnie Zjednoczone Królestwo | 12076:50025 | 12076:51025 | 12076:52025 | 12076:53025 | 12076:54025 | 12076:55025 |
| Francja Środkowa | 12076:50030 | 12076:51030 | 12076:52030 | 12076:53030 | 12076:54030 | 12076:55030 |
| Francja Południowa | 12076:50031 | 12076:51031 | 12076:52031 | 12076:53031 | 12076:54031 | 12076:55031 |
| Szwajcaria Północna | 12076:50038 | 12076:51038 | 12076:52038 | 12076:53038 | 12076:54038 | 12076:55038 |
| Szwajcaria Zachodnia | 12076:50039 | 12076:51039 | 12076:52039 | 12076:53039 | 12076:54039 | 12076:55039 |
| Niemcy Północne | 12076:50040 | 12076:51040 | 12076:52040 | 12076:53040 | 12076:54040 | 12076:55040 |
| Niemcy Środkowo-Zachodnie | 12076:50041 | 12076:51041 | 12076:52041 | 12076:53041 | 12076:54041 | 12076:55041 |
| Norwegia Wschodnia | 12076:50042 | 12076:51042 | 12076:52042 | 12076:53042 | 12076:54042 | 12076:55042 |
| Norwegia Zachodnia | 12076:50043 | 12076:51043 | 12076:52043 | 12076:53043 | 12076:54043 | 12076:55043 |
| Azja i Pacyfik | ||||||
| Azja Wschodnia | 12076:50010 | 12076:51010 | 12076:52010 | 12076:53010 | 12076:54010 | 12076:55010 |
| Southeast Asia | 12076:50011 | 12076:51011 | 12076:52011 | 12076:53011 | 12076:54011 | 12076:55011 |
| Japonia | ||||||
| Japonia Wschodnia | 12076:50012 | 12076:51012 | 12076:52012 | 12076:53012 | 12076:54012 | 12076:55012 |
| Japonia Zachodnia | 12076:50013 | 12076:51013 | 12076:52013 | 12076:53013 | 12076:54013 | 12076:55013 |
| Australia | ||||||
| Australia Wschodnia | 12076:50015 | 12076:51015 | 12076:52015 | 12076:53015 | 12076:54015 | 12076:55015 |
| Australia Południowo-Wschodnia | 12076:50016 | 12076:51016 | 12076:52016 | 12076:53016 | 12076:54016 | 12076:55016 |
| Australia — instytucje rządowe | ||||||
| Australia Środkowa | 12076:50032 | 12076:51032 | 12076:52032 | 12076:53032 | 12076:54032 | 12076:55032 |
| Australia Środkowa 2 | 12076:50033 | 12076:51033 | 12076:52033 | 12076:53033 | 12076:54033 | 12076:55033 |
| Indie | ||||||
| Indie południowe | 12076:50019 | 12076:51019 | 12076:52019 | 12076:53019 | 12076:54019 | 12076:55019 |
| Indie Zachodnie | 12076:50018 | 12076:51018 | 12076:52018 | 12076:53018 | 12076:54018 | 12076:55018 |
| Indie Środkowe | 12076:50017 | 12076:51017 | 12076:52017 | 12076:53017 | 12076:54017 | 12076:55017 |
| Korea Południowa | ||||||
| Korea Południowa | 12076:50028 | 12076:51028 | 12076:52028 | 12076:53028 | 12076:54028 | 12076:55028 |
| Korea Środkowa | 12076:50029 | 12076:51029 | 12076:52029 | 12076:53029 | 12076:54029 | 12076:55029 |
| Republika Południowej Afryki | ||||||
| Północna Republika Południowej Afryki | 12076:50034 | 12076:51034 | 12076:52034 | 12076:53034 | 12076:54034 | 12076:55034 |
| Zachodnia Republika Południowej Afryki | 12076:50035 | 12076:51035 | 12076:52035 | 12076:53035 | 12076:54035 | 12076:55035 |
| ZEA | ||||||
| Północne Zjednoczone Emiraty Arabskie | 12076:50036 | 12076:51036 | 12076:52036 | 12076:53036 | 12076:54036 | 12076:55036 |
| Środkowe Zjednoczone Emiraty Arabskie | 12076:50037 | 12076:51037 | 12076:52037 | 12076:53037 | 12076:54037 | 12076:55037 |
Wszystkie trasy anonsowane od firmy Microsoft są oznaczone odpowiednią wartością społeczności.
Ważne
Prefiksy globalne są oznaczane odpowiednią wartością społeczności.
Wartość społeczności usługi do protokołu BGP
Oprócz tagu BGP dla każdego regionu firma Microsoft również taguje prefiksy na podstawie usługi, do której należą. Ta tagowanie dotyczy tylko komunikacji równorzędnej firmy Microsoft. Poniższa tabela zawiera mapowanie usługi na wartość społeczności protokołu BGP. Możesz uruchomić polecenie cmdlet "Get-AzBgpServiceCommunity", aby uzyskać pełną listę najnowszych wartości.
| Usługa | Wartość społeczności BGP |
|---|---|
| Exchange Online (2) | 12076:5010 |
| SharePoint Online (2) | 12076:5020 |
| Skype dla firm Online (2) i (3) | 12076:5030 |
| CRM Online (4) | 12076:5040 |
| Usługi globalne platformy Azure (1) | 12076:5050 |
| Identyfikator usługi Microsoft Entra | 12076:5060 |
| Menedżer zasobów Azure | 12076:5070 |
| Inne usługi Office 365 Online (2) | 12076:5100 |
| Microsoft Defender for Identity | 12076:5220 |
| Usługi Microsoft PSTN (5) | 12076:5250 |
(1) Usługi globalne platformy Azure obejmują obecnie tylko usługę Azure DevOps.
(2) Autoryzacja wymagana od firmy Microsoft. Zobacz Konfigurowanie filtrów tras dla komunikacji równorzędnej firmy Microsoft.
(3) Ta społeczność publikuje również potrzebne trasy dla usług Microsoft Teams.
(4) Usługa CRM Online obsługuje usługę Dynamics w wersji 8.2 i poniżej. W przypadku wyższych wersji wybierz społeczność regionalną dla wdrożeń usługi Dynamics.
(5) Korzystanie z komunikacji równorzędnej firmy Microsoft z usługami PSTN jest ograniczone do określonych przypadków użycia. Zobacz Using ExpressRoute for Microsoft PSTN services (Korzystanie z usługi ExpressRoute dla usług PSTN firmy Microsoft).
Uwaga
Firma Microsoft nie uznaje żadnych wartości społeczności BGP ustawionych na trasach anonsowanych do firmy Microsoft.
Obsługa społeczności BGP w chmurach krajowych
| Region chmur krajowych platformy Azure | Wartość społeczności BGP |
|---|---|
| Administracja USA | |
| US Gov Arizona | 12076:51106 |
| US Gov Iowa | 12076:51109 |
| US Gov Wirginia | 12076:51105 |
| US Gov Teksas | 12076:51108 |
| US DoD (region środkowy) | 12076:51209 |
| US DoD (region wschodni) | 12076:51205 |
| Chiny | |
| Chiny Północne | 12076:51301 |
| Chiny Wschodnie | 12076:51302 |
| Chiny Wschodnie 2 | 12076:51303 |
| Chiny Północne 2 | 12076:51304 |
| Usługa w chmurach krajowych | Wartość społeczności BGP |
|---|---|
| Administracja USA | |
| Exchange Online | 12076:5110 |
| SharePoint Online | 12076:5120 |
| Skype dla firm Online | 12076:5130 |
| Identyfikator usługi Microsoft Entra | 12076:5160 |
| Inne usługi online Office 365 | 12076:5200 |
- Społeczności usługi Office 365 nie są obsługiwane za pośrednictwem komunikacji równorzędnej firmy Microsoft dla platformy Microsoft Azure obsługiwanej przez region 21Vianet.