How ExpressRoute Works
ExpressRoute uses a connectivity provider (like Tata Communications, Airtel, Reliance Jio in India) to establish a physical dedicated circuit from your facility to Microsoft's edge routers. The connection bypasses the public internet entirely.
Connection Models
| Model | How |
|---|---|
| Co-location at cloud exchange | Your equipment is in same data centre as Microsoft edge — direct cross-connect |
| Point-to-point Ethernet | Direct dedicated Ethernet link from your site to Microsoft edge |
| Any-to-any (IPVPN) | Your MPLS/WAN provider integrates Azure into your existing WAN |
| ExpressRoute Direct | Direct physical connection to Microsoft global network — 10/100 Gbps |
Circuit SKUs and Bandwidths
| SKU | Available Bandwidths | Use Case |
|---|---|---|
| Local | 50 Mbps – 10 Gbps | Single Azure region, unlimited egress |
| Standard | 50 Mbps – 10 Gbps | Up to 9 Azure regions |
| Premium | 50 Mbps – 10 Gbps | Global routing, 10+ regions, Office 365 |
| ExpressRoute Direct | 10 Gbps, 100 Gbps | Highest bandwidth, direct Microsoft edge |
Peering Types
An ExpressRoute circuit has two independent BGP peering sessions:
Private Peering
Connects to Azure VNets (VMs, load balancers, internal services). Traffic stays on the private circuit and uses private IP addresses. Required for connecting to Azure IaaS and PaaS resources in VNets.
Microsoft Peering
Connects to Microsoft public services — Microsoft 365 (Exchange Online, SharePoint), Azure Storage, Azure SQL over private network. Uses public IP addresses but traffic goes through your private circuit instead of the internet.
ExpressRoute Global Reach
Global Reach allows you to connect your on-premises sites to each other through Microsoft's network using their ExpressRoute circuits. Instead of building separate on-premises connectivity between sites, traffic flows: Site A → ExpressRoute → Microsoft backbone → ExpressRoute → Site B.
FastPath
By default, ExpressRoute routes traffic through the Virtual Network Gateway, adding some latency. FastPath bypasses the gateway and sends traffic directly to VMs in the VNet — reducing latency and improving throughput. Requires Ultra Performance or ErGw3AZ gateway SKU.
Coexistence with VPN Gateway
You can configure both ExpressRoute and VPN Gateway on the same VNet. Common use case:
- ExpressRoute as the primary connection (fast, reliable)
- VPN Gateway as a failover backup (if ExpressRoute circuit fails)
ExpressRoute vs VPN Gateway
| Choose ExpressRoute when... | Choose VPN Gateway when... |
|---|---|
| Compliance requires no public internet exposure | Budget is limited |
| Need >10 Gbps bandwidth | Need quick setup (hours vs weeks) |
| Consistent, predictable latency required | Workload can tolerate variable latency |
| Connecting large data centres with heavy traffic | Connecting small offices or remote workers |