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ć
/29
lub dwie/30
podsieci. - 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/30
podsieci.- Pierwsza
/30
podsieć jest używana dla linku podstawowego, a druga/30
podsieć jest używana dla łącza pomocniczego. - Dla każdej podsieci
/30
należy użyć pierwszego adresu/30
IP podsieci dla routera. Firma Microsoft używa drugiego adresu IP podsieci/30
do 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ć
/125
lub dwie/126
podsieci. - 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/126
podsieci.- Pierwsza
/126
podsieć jest używana dla linku podstawowego, a druga/126
podsieć jest używana dla łącza pomocniczego. - Dla każdej podsieci
/126
należy użyć pierwszego adresu/126
IP podsieci dla routera. Firma Microsoft używa drugiego adresu IP podsieci/126
do 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/29
element jest podzielony na ia.b.c.d+4/30
przekazywany doa.b.c.d/30
firmy Microsoft za pośrednictwem interfejsów API aprowizacji.a.b.c.d+1
Jako adres IP VRF dla podstawowego środowiska PE i firma Microsoft używaa.b.c.d+2
go jako adresu IP VRF dla podstawowego urządzenia MSEE.a.b.c.d+5
Jako adres IP VRF dla pomocniczego środowiska PE i firma Microsoft używaa.b.c.d+6
go 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/30
jest przypisywany dolink1
programu z dostawcą korzystającym z programu i firmą Microsoft przy użyciu192.168.100.129
polecenia192.168.100.130
.192.168.100.132/30
jest przypisywany dolink2
programu z dostawcą korzystającym z programu i firmą Microsoft przy użyciu192.168.100.133
polecenia192.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
/29
podsieci (IPv4) lub (IPv6) lub/125
dwóch/30
podsieci (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/30
podsieci. - Pierwsza
/30
podsieć jest używana dla linku podstawowego, a druga/30
podsieć jest używana dla łącza pomocniczego. - Dla każdej podsieci
/30
należy użyć pierwszego adresu/30
IP podsieci na routerze. Firma Microsoft używa drugiego adresu IP podsieci/30
do skonfigurowania sesji protokołu BGP. - Jeśli używana jest podsieć
/125
, jest podzielona na dwie/126
podsieci. - Pierwsza
/126
podsieć jest używana dla linku podstawowego, a druga/126
podsieć jest używana dla łącza pomocniczego. - Dla każdej podsieci
/126
należy użyć pierwszego adresu/126
IP podsieci na routerze. Firma Microsoft używa drugiego adresu IP podsieci/126
do skonfigurowania sesji protokołu BGP. - Aby zapewnić ważność umowy SLA dotyczącej dostępności, musisz skonfigurować obie sesje protokołu BGP.
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 nawiązywanie połączenia z usługami w chmurze firmy Microsoft. Lista usług obejmuje usługi Microsoft 365, np. 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.
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.
Niektóre usługi nie mogą być dostępne z poziomu firmowej krawędzi. Aby umożliwić łączność z innymi usługami platformy Azure i usługami infrastruktury, należy użyć routingu zdefiniowanego przez użytkownika, aby umożliwić łączność z Internetem dla każdej podsieci wymagającej łączności z Internetem dla tych usług.
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.
Uwaga
Aby trasy platformy Azure wyświetlały regionalne wartości społeczności protokołu BGP, należy najpierw skonfigurować niestandardową wartość społeczności protokołu BGP dla sieci wirtualnej.
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. 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 | ||||||
Wschodnie stany USA | 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 |
Zachodnie stany USA 3 | 12076:50044 | 12076:51044 | 12076:52044 | 12076:53044 | 12076:54044 | 12076:55044 |
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 |
Środkowe stany USA | 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 |
Zjednoczone Emiraty Arabskie | ||||||
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 |
Microsoft Entra ID | 12076:5060 |
Azure Resource Manager | 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 |
Chiny Północne 3 | 12076:51305 |
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 |
Microsoft Entra ID | 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.