Skip to content

Commit 0318a3d

Browse files
authored
Merge pull request #97637 from jaredr80/revert-93643-patch-137
Revert "BFD is supported on Microsoft Peering now"
2 parents a04a48d + 562d50d commit 0318a3d

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

articles/expressroute/expressroute-howto-reset-peering.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -6,7 +6,7 @@ author: charwen
66

77
ms.service: expressroute
88
ms.topic: conceptual
9-
ms.date: 10/25/2019
9+
ms.date: 08/15/2018
1010
ms.author: charwen
1111
---
1212

@@ -16,7 +16,7 @@ This article describes how to disable and enable peerings of an ExpressRoute cir
1616

1717
There are a couple scenarios where you may find it helpful resetting your ExpressRoute peerings.
1818
* Test your disaster recovery design and implementation. For example, you have two ExpressRoute circuits. You can disable the peerings of one circuit and force your network traffic to fail over to the other circuit.
19-
* Enable Bidirectional Forwarding Detection (BFD) on Azure Private Peering or Microsoft Peering of your ExpressRoute circuit. BFD is enabled by default on Azure Private Peering if your ExpressRoute circuit is created after August 1 2018 and on Microsoft Peering if your ExpressRoute circuit is created after October 1 2019. If your circuit was created before that, BFD wasn't enabled. You can enable BFD by disabling the peering and reenabling it.
19+
* Enable Bidirectional Forwarding Detection (BFD) on Azure Private Peering of your ExpressRoute circuit. BFD is enabled by default if your ExpressRoute circuit is created after August 1, 2018. If your circuit was created before that, BFD wasn't enabled. You can enable BFD by disabling the peering and reenabling it. It should be noted that BFD is supported on Azure Private Peering only.
2020

2121
### Working with Azure PowerShell
2222

0 commit comments

Comments
 (0)