You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/expressroute/resiliency-validation.md
+10-14Lines changed: 10 additions & 14 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ services: expressroute
5
5
author: duongau
6
6
ms.service: azure-expressroute
7
7
ms.topic: conceptual
8
-
ms.date: 03/24/2025
8
+
ms.date: 03/26/2025
9
9
ms.author: duau
10
10
ms.custom: ai-usage
11
11
---
@@ -102,43 +102,39 @@ The dashboard provides a detailed overview of all ExpressRoute circuits connecte
102
102
103
103
## Frequently asked questions
104
104
105
-
1.Can control the gateway validation tests other than the Azure portal?
105
+
1.Can control the gateway validation tests other than the Azure portal?
106
106
107
107
Yes, you can use REST API to start and stop the Gateway resiliency validation tests.
108
108
109
-
2. What happens if I don't terminate a test?
109
+
1.What happens if I don't terminate a test?
110
110
111
111
The tests continue to run indefinitely.
112
112
113
-
3. What metrics or alerts are available to monitor during the test?
113
+
1.What metrics or alerts are available to monitor during the test?
114
114
115
115
The purpose of configuring redundant connections is to ensure network resilience during outages. If a single circuit is utilized at more than 50% of its bandwidth, packet drops might occur. During validation tests, the **Test Status** tab helps monitor traffic through the connections. You should expect [alerts](monitor-expressroute.md#alerts) if they're configured, providing an opportunity to validate their effectiveness.
116
116
117
117
For more information, see [Circuit utilization](monitor-expressroute-reference.md#category-circuit-traffic) or [Connection traffic](monitor-expressroute-reference.md#category-traffic) for metrics you can set up alerts on.
118
118
119
-
4. Can I control traffic on demand using the gateway resiliency validation tool?
119
+
1. Can I control traffic on demand using the gateway resiliency validation tool?
120
120
121
121
Yes, the gateway resiliency validation tool allows you to control traffic on demand. This is useful for testing different traffic scenarios and ensuring your network can handle various failovers. It can also be used to validate connectivity after successful site migrations before disconnecting the redundant circuit.
122
122
123
-
5. Are there specific Role-Based Access Controls (RBAC) policies for this feature?
123
+
1.Are there specific Role-Based Access Controls (RBAC) policies for this feature?
124
124
125
125
Yes, there are specific RBAC policies to ensure that only authorized users with contributor access to the gateway can initiate downtime.
126
126
127
-
6. When can I run this feature in a Virtual WAN setup or other resiliency models?
128
-
129
-
For feedback or other requests, contact the [**ExpressRoute PM**](mailto:[email protected]).
130
-
131
-
7. Does this feature work with FastPath and Private Link?
127
+
1. Does this feature work with FastPath and Private Link?
132
128
133
129
For FastPath, although the data path bypasses the gateway, the gateway still manages control plane activities like route management. During a disconnect between the ExpressRoute circuit and the ExpressRoute gateway, routes are withdrawn from the gateway. However, connectivity for the failover connection to FastPath and Private Link is maintained during the failover.
134
130
135
-
8. Is packet loss expected during this activity?
131
+
1.Is packet loss expected during this activity?
136
132
137
133
During the failover simulation, a brief connectivity disruption occurs as BGP (Border Gateway Protocol) reestablishes. Performance tests using iPerf on TCP (Transmission Control Protocol) up to 500 Mbps show no packet loss. However, in a real outage scenario, some packet loss occurs until the traffic successfully fails over.
138
134
139
-
9. How long does it take to fail over?
135
+
1.How long does it take to fail over?
140
136
141
-
Once the simulation start, it can take up to 15 seconds for the traffic to fail over.
137
+
Once the simulation starts, it can take up to 15 seconds for the traffic to fail over.
0 commit comments