Skip to content

Commit 8322086

Browse files
authored
Private ASN processing clarification
1 parent ec110c8 commit 8322086

File tree

1 file changed

+3
-2
lines changed

1 file changed

+3
-2
lines changed

articles/azure-vmware/concepts-network-design-considerations.md

Lines changed: 3 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -3,7 +3,7 @@ title: Concepts - Network design considerations
33
description: Learn about network design considerations for Azure VMware Solution
44
ms.topic: conceptual
55
ms.service: azure-vmware
6-
ms.date: 6/26/2023
6+
ms.date: 9/15/2023
77
---
88

99
# Azure VMware Solution network design considerations
@@ -24,7 +24,8 @@ For AS-Path Prepend, consider the following:
2424

2525
> [!div class="checklist"]
2626
> * The key point is that you must prepend **Public** ASN numbers to influence how Azure VMware Solution routes traffic back to on-premises. If you prepend using _Private_ ASN, Azure VMware Solution will ignore the prepend, and the ECMP behavior above will occur. Even if you operate a Private BGP ASN on-premises, it's still possible to configure your on-premises devices to utilize a Public ASN when prepending routes outbound, to ensure compatibility with Azure VMware Solution.
27-
> * Both or all circuits are connected to Azure VMware Solution through ExpressRoute Global Reach.
27+
> * Design your traffic path for private ASNs after the public ASN to be honored by Azure VMware Solution. The Azure VMware Solution ExpressRoute circuit doesn't strip any private ASNs that exist in the path after the public ASN is processed.
28+
> * Both or all circuits are connected to Azure VMware Solution through Azure ExpressRoute Global Reach.
2829
> * The same netblocks are being advertised from two or more circuits.
2930
> * You wish to use AS-Path Prepend to force Azure VMware solution to prefer one circuit over another.
3031
> * Use either 2-byte or 4-byte public ASN numbers.

0 commit comments

Comments
 (0)