|
2 | 2 | title: 'Azure ExpressRoute: Reset circuit peering using Azure PowerShell'
|
3 | 3 | description: Learn how to enable and disable peerings for an Azure ExpressRoute circuit using Azure PowerShell.
|
4 | 4 | services: expressroute
|
5 |
| -author: charwen |
6 |
| - |
| 5 | +author: duongau |
7 | 6 | ms.service: expressroute
|
8 |
| -ms.custom: devx-track-azurepowershell |
9 | 7 | ms.topic: how-to
|
10 |
| -ms.date: 12/15/2020 |
| 8 | +ms.date: 12/28/2023 |
11 | 9 | ms.author: duau
|
12 | 10 | ---
|
13 | 11 |
|
14 | 12 | # Reset ExpressRoute circuit peerings using Azure PowerShell
|
15 | 13 |
|
16 |
| -This article describes how to enable and disable peerings of an ExpressRoute circuit using PowerShell. Peerings are enabled by default when you create them. When you disable a peering, the BGP session on both the primary and the secondary connection of your ExpressRoute circuit will be shut down. You'll lose connectivity for this peering to Microsoft. When you enable a peering, the BGP session on both the primary and the secondary connection of your ExpressRoute circuit will be established. The connectivity to Microsoft will be restored for this peering. You can enable and disable peering for Microsoft Peering and Azure Private Peering independently on the ExpressRoute circuit. |
| 14 | +This article describes how to enable and disable peerings of an ExpressRoute circuit using PowerShell. Peerings are enabled by default when you create them. When you disable a peering, the BGP session on both the primary and the secondary connection of your ExpressRoute circuit disconnects. You lose connectivity for this peering to Microsoft. When you enable a peering, the BGP session on both the primary and the secondary connection of your ExpressRoute circuit establishes. The connectivity to Microsoft reconnects for this peering. You can enable and disable peering for Microsoft Peering and Azure Private Peering independently on the ExpressRoute circuit. |
17 | 15 |
|
18 |
| -There are a two scenarios where you may find it helpful to reset your ExpressRoute peerings. |
| 16 | +There are a two scenarios where you can find it helpful to reset your ExpressRoute peerings. |
19 | 17 | * If you want to test your disaster recovery design and implementation. For example, you have two ExpressRoute circuits. You can disable the peerings on one circuit and force your network traffic to fail over to the other circuit.
|
20 |
| -* Enable Bidirectional Forwarding Detection (BFD) on either Azure Private Peering or Microsoft Peering of your ExpressRoute circuit. BFD gets enabled by default on Azure Private Peering if you created your ExpressRoute circuit after August 1, 2018 and for Microsoft Peering after January 10, 2020. If your circuit was created before the date listed, you'll need reset the peering to enable BFD. |
| 18 | +* Enable Bidirectional Forwarding Detection (BFD) on either Azure Private Peering or Microsoft Peering of your ExpressRoute circuit. BFD gets enabled by default on Azure Private Peering if you created your ExpressRoute circuit after August 1, 2018 and for Microsoft Peering after January 10, 2020. If your circuit was created before the date listed, you need reset the peering to enable BFD. |
21 | 19 |
|
22 | 20 | ### Working with Azure PowerShell
|
23 | 21 |
|
@@ -144,7 +142,7 @@ There are a two scenarios where you may find it helpful to reset your ExpressRou
|
144 | 142 | $ckt.Peerings[0].State = "Enabled"
|
145 | 143 | Set-AzExpressRouteCircuit -ExpressRouteCircuit $ckt
|
146 | 144 | ```
|
147 |
| - The peering should be in a enabled state you set. |
| 145 | + The peering should be in an enabled state you set. |
148 | 146 |
|
149 | 147 | ## Next steps
|
150 | 148 | If you need help with troubleshooting an ExpressRoute problem, see the following articles:
|
|
0 commit comments