Skip to content

Commit 511023a

Browse files
committed
update article for support of M365
1 parent 5002cca commit 511023a

File tree

1 file changed

+5
-10
lines changed

1 file changed

+5
-10
lines changed

articles/expressroute/using-expressroute-for-microsoft365.md

Lines changed: 5 additions & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -6,12 +6,15 @@ author: rambk
66
manager: tracsman
77
ms.service: expressroute
88
ms.topic: article
9-
ms.date: 6/30/2023
9+
ms.date: 6/11/2024
1010
ms.author: rambala
1111
---
1212

1313
# Using ExpressRoute for routing Microsoft 365 traffic
1414

15+
> [!NOTE]
16+
> We **don't recommend** ExpressRoute for Microsoft 365 because it doesn't provide the best connectivity model for the service in most circumstances. As such, Microsoft authorization is required to use this connectivity model. We review every customer request and authorize ExpressRoute for Microsoft 365 only in the rare scenarios where it is necessary. For more information, see the [ExpressRoute for Microsoft 365 guide](https://aka.ms/erguide) and review the document with your productivity, network, and security teams before working with your Microsoft account team to submit an exception as required. If you try to create a route filter for Microsoft 365 without an authorized subscription you will receive an [error message](https://support.microsoft.com/kb/3181709).
17+
1518
An ExpressRoute circuit provides private connectivity to the Microsoft backbone network.
1619

1720
* It offers *Private peering* to connect to private endpoints of your IaaS deployment in Azure regions.
@@ -53,15 +56,7 @@ Therefore, in scenarios where you have widely distributed SaaS clients or client
5356

5457
## When to use ExpressRoute for Microsoft 365?
5558

56-
The following are some of the reasons why you may want to use ExpressRoute for routing Microsoft 365 traffic:
57-
58-
* Your SaaS clients are concentrated in a geo-location and the most optimal way to connect to Microsoft global network is using ExpressRoute.
59-
* Your SaaS clients are concentrated in multiple global locations and each location has its own ExpressRoute connection that provides optimal connectivity to Microsoft's global network.
60-
* You're required by law to route cloud-bound traffic with a private connection.
61-
* You're required to route all the SaaS traffic to a geo-pinned centralized location whether it be a private or a public datacenter. The only optimal way to connect the centralized location to the Microsoft global network is by using ExpressRoute.
62-
* For some of your static SaaS clients only ExpressRoute can provide optimal connectivity, while for the other clients they can use the Internet.
63-
64-
When you're using ExpressRoute, you can apply a route filter to Microsoft peering to only advertise a subset of Microsoft 365 services and/or Azure PaaS services prefixes over the ExpressRoute circuit. For more information, see [Tutorial: Configure route filters for Microsoft peering][ExRRF].
59+
We no longer recommend the use of ExpressRoute for Microsoft 365 traffic. For more information, see [Azure ExpressRoute for Microsoft 365](/microsoft-365/enterprise/azure-expressroute?view=o365-worldwide).
6560

6661
## Next steps
6762

0 commit comments

Comments
 (0)