ExpressRoute sites not receiving BGP updates except from VPN connected sites

Question

ExpressRoute sites not receiving BGP updates except from VPN connected sites

Chuck Davidson 10

Hi ..

I have a WAN consisting of Virtual hubs and each hub has one ExpressRoute and some L2L VPN connections.

I have BGP set up on the ExpressRoute endpoints, but they are only getting updates with the routes to the VPN connected sites (regardless of which hub the VPNs are connected to) but are NOT getting any routing information for the other two ExpressRoute connected sites.

Each hub's effective routes include all the addresses and correct connection info, but some of that is not making it to the ExpressRoute endpoint's router.

I appreciate any suggestions.

Ganesh Patapati 7,155 Reputation points Microsoft External Staff Moderator

2025-03-06T17:40:07.9466667+00:00
Hi Chuck Davidson

Greetings!

I understand that ExpressRoute connections aren't propagating routes from other ExpressRoute sites in your Azure Virtual WAN and this issue could happen if ExpressRoute connections in the virtual hubs are not configured to propagate the hub's default route table (which contains all learned routes, including those from other ExpressRoute sites).

Can you please check Route Propagation Settings for each ExpressRoute Connection:

Navigate to Virtual Hub >> Under Connectivity >> ExpressRoute >> select each ExpressRoute connection. - Ensure Propagate route table is set to Default (or the route table containing all routes). - If it is set to None or a custom table, routes from other ExpressRoute sites won't be advertised.

Refer: https://learn.microsoft.com/en-us/azure/virtual-wan/virtual-wan-expressroute-about#expressroute-connection-concepts

Also, please verify BGP Peering Configuration and confirm that Azure Private Peering is enabled on all ExpressRoute circuits.

If not,

Could you please verify ExpressRoute connectivity using this troubleshooting documentation

Validate ARP: ARP tables can help validate layer 2 configuration

Validate BGP and routes on the MSEE

Can you please update us if the action plan provided by was helpful?

Should there be any follow-up questions or concerns, please let us know and we shall try to address them.
Chuck Davidson 10 Reputation points

2025-03-06T18:23:33.6266667+00:00
Regarding your advice, editing the ExpressRoute connection shows the "Propagate Default Route" slide switch set to Enable. Routing weight is at default of 0. I don't see where in the ExpressRoute configuration that you have the option to choose a routing table, but if I look at Properties ->Routing Configuration the JSON for the Associated route table and Propagate route tables both end with

hubRouteTables/defaultRouteTable"
Chuck Davidson 10 Reputation points

2025-03-06T18:50:22.62+00:00

Yes, only using Azure private peering on each ExpressRoute. BGP peering is working as "show bgp" on endpoint router shows the learned networks (the incomplete list).

ARP records only shows a single record, attached. ARP Records.png
Chuck Davidson 10 Reputation points

2025-03-06T18:52:08.0766667+00:00

Yes, using (only) Azure Private Peering. BGP is working as (some) networks are being received by the endpoint's router.
Chuck Davidson 10 Reputation points

2025-03-09T03:54:48.7466667+00:00

Thanks much for the reply!

I only need to advertise one route per location and only 10 locations, so the 1000 route limit is not an issue. Routes must be advertising as the hubs have complete routing information. As all hubs know all routes, BGP is surely working. Only the ExpressRoute's routing table is missing routes - which should be supplied by the hub.

I will check the BGP sessions to see if both are up and update my comments.
Ganesh Patapati 7,155 Reputation points Microsoft External Staff Moderator

2025-03-10T17:30:58.2166667+00:00

Hello Chuck Davidson
Can you please update us, should there be any follow-up questions or concerns, please let us know and we shall try to address them.
Ganesh Patapati 7,155 Reputation points Microsoft External Staff Moderator

2025-03-11T10:20:55.0266667+00:00

Hello Chuck Davidson
Can you please update us, should there be any follow-up questions or concerns, please let us know and we shall try to address them.
Chuck Davidson 10 Reputation points

2025-03-12T14:23:40.04+00:00

I think I have found the issue, but have not solved it yet. Peering is out of sync!?

If I click the Sync button, I get a login request which then fails, saying I don't have access (which is strange because I created all of this!)
Ganesh Patapati 7,155 Reputation points Microsoft External Staff Moderator

2025-03-12T19:37:13.9833333+00:00

@Chuck Davidson

I can see in the above screenshot that you don't have contributor access to sync the virtual network.

Please ensure you have a contributor role to make any changes to the VNet peering.

Can you please update us, should there be any follow-up questions or concerns, please let us know and we shall try to address them.
Ganesh Patapati 7,155 Reputation points Microsoft External Staff Moderator

2025-03-13T13:09:42.2433333+00:00

@Chuck Davidson

I can see in the above screenshot that you don't have contributor access to sync the virtual network.

Please ensure you have a contributor role to make any changes to the VNet peering.

Can you please update us, should there be any follow-up questions or concerns, please let us know and we shall try to address them.
Chuck Davidson 10 Reputation points

2025-03-13T15:23:21.2133333+00:00

That is one more strange thing. I verified that I do have the contributor role. It acts like this resource is under another account, which it certainly should not be! I am investigating.
My understanding is that this should automatically sync given a little time, but that is not happening, so I suspect there is another issue causing this.
Chuck Davidson 10 Reputation points

2025-03-13T21:08:50.1666667+00:00

In case there was any doubt - I am a "Network Contributor"
Ganesh Patapati 7,155 Reputation points Microsoft External Staff Moderator

2025-03-17T15:35:28.3933333+00:00

@Chuck Davidson

For further troubleshooting, could you please share your email ID via Private messages so that we can connect privately over an offline call to resolve the issue. Also, could you please share your available times for scheduling the Teams call via Private messages?
Ganesh Patapati 7,155 Reputation points Microsoft External Staff Moderator

2025-03-18T08:57:41.6166667+00:00

@Chuck Davidson

For further troubleshooting, could you please share your email ID via Private messages so that we can connect privately over an offline call to resolve the issue. Also, could you please share your available times for scheduling the Teams call via Private messages?
Ganesh Patapati 7,155 Reputation points Microsoft External Staff Moderator

2025-03-19T09:38:02.8633333+00:00

@Chuck Davidson

For further troubleshooting, could you please share your email ID via Private messages so that we can connect privately over an offline call to resolve the issue. Also, could you please share your available times for scheduling the Teams call via Private messages?
Venkat V 2,545 Reputation points Microsoft External Staff Moderator

2025-03-24T08:24:43.45+00:00
Hi @Chuck Davidson

It seems you already have the Network Contributor role, but make sure to check the same role in both VNets. It’s better to assign the same role at the Resource Group level if both VNets are in the same RG. If they are in different RGs, assign the role at the Subscription level and check again after 5 minutes using the cmdlets below.
Reference: Permissions

Azure CLI

az network vnet peering sync -g MyResourceGroup -n MyVnet1ToMyVnet2 --vnet-name MyVnet1

Powershell

Sync-AzVirtualNetworkPeering -Name 'peering2' -VirtualNetworkName 'vnet1' -ResourceGroupName 'rg1

I hope this helps to resolve your query.

If the above is unclear and/or you are unsure about something, add a comment below.
Venkat V 2,545 Reputation points Microsoft External Staff Moderator

2025-03-25T05:29:11.9233333+00:00

Hi @Chuck Davidson

I just wanted to follow up and see if you had a chance to review my response to your question. Please let us know if it was helpful, and feel free to reach out if you have any further queries.
Chuck Davidson 10 Reputation points

2025-03-26T19:48:22.7466667+00:00

I am both Network contributor and just added Classic. This view is from the network resource group (IAM).
Venkat V 2,545 Reputation points Microsoft External Staff Moderator

2025-03-27T09:17:13.0733333+00:00

Hi @Chuck Davidson

Can you please confirm if both the VNets are in the same resource group? If they are not in the same resource group, kindly assign the Network Contributor role to the other resource group.

Kindly share the role access screenshot for both the VNets.
Venkat V 2,545 Reputation points Microsoft External Staff Moderator

2025-03-28T07:12:49.9566667+00:00

Hi @chuck davidson
Can you please confirm whether you assigned the Network Contributor role to the other resource group or Remote Vnet as well?
Vinay B 500 Reputation points Microsoft External Staff Moderator

2025-03-31T08:35:52.63+00:00

Hello chuck davidson

We haven’t heard from you on the last response, and was just checking back to see if you have a resolution yet. In case if you have any resolution, please do share that same with the community as it can be helpful to others.

Please let us know if it was helpful, and feel free to reach out if you have any further queries.
Chuck Davidson 10 Reputation points

2025-04-01T14:25:08.42+00:00
Chuck Davidson 10 Reputation points

2025-04-01T14:25:53.59+00:00

I seem to have all the proper roles and rights but still cannot force a manual sync.
Vinay B 500 Reputation points Microsoft External Staff Moderator

2025-04-02T05:46:26.2966667+00:00

Hello Chuck Davidson

Thanks for the update and for sharing your full role assignments. From what you've provided, your access is fully aligned (Owner, Network Contributor, and User Access Admin at the subscription level), which rules out RBAC as the issue.

Now, as you have all the necessary permissions, need to check from the peering end. In order to do that, you may need to recreate the peering from both sides.

Because even if the peering looks correct, there may be stale or broken metadata causing the sync issue. To check, we may need to delete the current peering from both VNets.

Recreating the peering with full options enabled, i.e., Allow forwarded traffic, Use remote gateway_ (if applicable), Allow gateway transit_ (if applicable)

Once this recreating done, continue the sync step mentioned Venkat V using the CLI or PowerShell command shared

Also validate Express Route Circuit Region & VWAN Hub Association are all in the same Azure region because Cross-region route propagation may not work as expected if VNets or hubs are regionally mismatched.

Please let us know if it was helpful, and feel free to reach out if you have any further queries.
Vinay B 500 Reputation points Microsoft External Staff Moderator

2025-04-03T05:41:06.6233333+00:00

Hi Chuck Davidson

I just wanted to follow up and see if you had a chance to review my response to your question.

Please let us know if it was helpful, and feel free to reach out if you have any further queries.
Chuck Davidson 10 Reputation points

2025-04-03T13:46:50.17+00:00

These services are in use, so deleting and re-creating is something that will need to be scheduled during a planned maintenance window.

Unfortunately, I have experienced the same type of problems with Azure VPNs where they stop passing traffic and where connecting/disconnecting and even gateway resets do not resolve the problem. In those cases, I've had to tear down and totally recreate VPN connections. A disappointing implementation of SDN :-(
Venkat V 2,545 Reputation points Microsoft External Staff Moderator

2025-04-04T04:47:47.2+00:00

Hi @chuck davidson

Can you please confirm whether both VNets are in the same resource group or different ones? Also, please share the role assignment screenshots for both VNets.

1 answer

Your answer

Ganesh Patapati 7,155 Reputation points Microsoft External Staff Moderator

2025-03-06T17:40:07.9466667+00:00

Hi Chuck Davidson

Greetings!

I understand that ExpressRoute connections aren't propagating routes from other ExpressRoute sites in your Azure Virtual WAN and this issue could happen if ExpressRoute connections in the virtual hubs are not configured to propagate the hub's default route table (which contains all learned routes, including those from other ExpressRoute sites).

Can you please check Route Propagation Settings for each ExpressRoute Connection:

Navigate to Virtual Hub >> Under Connectivity >> ExpressRoute >> select each ExpressRoute connection. - Ensure Propagate route table is set to Default (or the route table containing all routes). - If it is set to None or a custom table, routes from other ExpressRoute sites won't be advertised.

Refer: https://learn.microsoft.com/en-us/azure/virtual-wan/virtual-wan-expressroute-about#expressroute-connection-concepts

Also, please verify BGP Peering Configuration and confirm that Azure Private Peering is enabled on all ExpressRoute circuits.

If not,

Could you please verify ExpressRoute connectivity using this troubleshooting documentation

Validate ARP: ARP tables can help validate layer 2 configuration

Validate BGP and routes on the MSEE

Can you please update us if the action plan provided by was helpful?

Should there be any follow-up questions or concerns, please let us know and we shall try to address them.
Chuck Davidson 10 Reputation points

2025-03-06T18:23:33.6266667+00:00

Regarding your advice, editing the ExpressRoute connection shows the "Propagate Default Route" slide switch set to Enable. Routing weight is at default of 0. I don't see where in the ExpressRoute configuration that you have the option to choose a routing table, but if I look at Properties ->Routing Configuration the JSON for the Associated route table and Propagate route tables both end with

hubRouteTables/defaultRouteTable"
Chuck Davidson 10 Reputation points

2025-03-06T18:50:22.62+00:00

Yes, only using Azure private peering on each ExpressRoute. BGP peering is working as "show bgp" on endpoint router shows the learned networks (the incomplete list).

ARP records only shows a single record, attached. ARP Records.png
Chuck Davidson 10 Reputation points

2025-03-06T18:52:08.0766667+00:00

Yes, using (only) Azure Private Peering. BGP is working as (some) networks are being received by the endpoint's router.
Chuck Davidson 10 Reputation points

2025-03-09T03:54:48.7466667+00:00

Thanks much for the reply!

I only need to advertise one route per location and only 10 locations, so the 1000 route limit is not an issue. Routes must be advertising as the hubs have complete routing information. As all hubs know all routes, BGP is surely working. Only the ExpressRoute's routing table is missing routes - which should be supplied by the hub.

I will check the BGP sessions to see if both are up and update my comments.
Ganesh Patapati 7,155 Reputation points Microsoft External Staff Moderator

2025-03-10T17:30:58.2166667+00:00

Hello Chuck Davidson
Can you please update us, should there be any follow-up questions or concerns, please let us know and we shall try to address them.
Ganesh Patapati 7,155 Reputation points Microsoft External Staff Moderator

2025-03-11T10:20:55.0266667+00:00

Hello Chuck Davidson
Can you please update us, should there be any follow-up questions or concerns, please let us know and we shall try to address them.
Chuck Davidson 10 Reputation points

2025-03-12T14:23:40.04+00:00

I think I have found the issue, but have not solved it yet. Peering is out of sync!?

If I click the Sync button, I get a login request which then fails, saying I don't have access (which is strange because I created all of this!)
Ganesh Patapati 7,155 Reputation points Microsoft External Staff Moderator

2025-03-12T19:37:13.9833333+00:00

@Chuck Davidson

I can see in the above screenshot that you don't have contributor access to sync the virtual network.

Please ensure you have a contributor role to make any changes to the VNet peering.

Can you please update us, should there be any follow-up questions or concerns, please let us know and we shall try to address them.
Ganesh Patapati 7,155 Reputation points Microsoft External Staff Moderator

2025-03-13T13:09:42.2433333+00:00

@Chuck Davidson

I can see in the above screenshot that you don't have contributor access to sync the virtual network.

Please ensure you have a contributor role to make any changes to the VNet peering.

Can you please update us, should there be any follow-up questions or concerns, please let us know and we shall try to address them.
Chuck Davidson 10 Reputation points

2025-03-13T15:23:21.2133333+00:00

That is one more strange thing. I verified that I do have the contributor role. It acts like this resource is under another account, which it certainly should not be! I am investigating.
My understanding is that this should automatically sync given a little time, but that is not happening, so I suspect there is another issue causing this.
Chuck Davidson 10 Reputation points

2025-03-13T21:08:50.1666667+00:00

In case there was any doubt - I am a "Network Contributor"
Ganesh Patapati 7,155 Reputation points Microsoft External Staff Moderator

2025-03-17T15:35:28.3933333+00:00

@Chuck Davidson

For further troubleshooting, could you please share your email ID via Private messages so that we can connect privately over an offline call to resolve the issue. Also, could you please share your available times for scheduling the Teams call via Private messages?
Ganesh Patapati 7,155 Reputation points Microsoft External Staff Moderator

2025-03-18T08:57:41.6166667+00:00

@Chuck Davidson

For further troubleshooting, could you please share your email ID via Private messages so that we can connect privately over an offline call to resolve the issue. Also, could you please share your available times for scheduling the Teams call via Private messages?
Ganesh Patapati 7,155 Reputation points Microsoft External Staff Moderator

2025-03-19T09:38:02.8633333+00:00

@Chuck Davidson

For further troubleshooting, could you please share your email ID via Private messages so that we can connect privately over an offline call to resolve the issue. Also, could you please share your available times for scheduling the Teams call via Private messages?
Venkat V 2,545 Reputation points Microsoft External Staff Moderator

2025-03-24T08:24:43.45+00:00

Hi @Chuck Davidson

It seems you already have the Network Contributor role, but make sure to check the same role in both VNets. It’s better to assign the same role at the Resource Group level if both VNets are in the same RG. If they are in different RGs, assign the role at the Subscription level and check again after 5 minutes using the cmdlets below.
Reference: Permissions

Azure CLI

az network vnet peering sync -g MyResourceGroup -n MyVnet1ToMyVnet2 --vnet-name MyVnet1

Powershell

Sync-AzVirtualNetworkPeering -Name 'peering2' -VirtualNetworkName 'vnet1' -ResourceGroupName 'rg1

I hope this helps to resolve your query.

If the above is unclear and/or you are unsure about something, add a comment below.
Venkat V 2,545 Reputation points Microsoft External Staff Moderator

2025-03-25T05:29:11.9233333+00:00

Hi @Chuck Davidson

I just wanted to follow up and see if you had a chance to review my response to your question. Please let us know if it was helpful, and feel free to reach out if you have any further queries.
Chuck Davidson 10 Reputation points

2025-03-26T19:48:22.7466667+00:00

I am both Network contributor and just added Classic. This view is from the network resource group (IAM).
Venkat V 2,545 Reputation points Microsoft External Staff Moderator

2025-03-27T09:17:13.0733333+00:00

Hi @Chuck Davidson

Can you please confirm if both the VNets are in the same resource group? If they are not in the same resource group, kindly assign the Network Contributor role to the other resource group.

Kindly share the role access screenshot for both the VNets.
Venkat V 2,545 Reputation points Microsoft External Staff Moderator

2025-03-28T07:12:49.9566667+00:00

Hi @chuck davidson
Can you please confirm whether you assigned the Network Contributor role to the other resource group or Remote Vnet as well?
Vinay B 500 Reputation points Microsoft External Staff Moderator

2025-03-31T08:35:52.63+00:00

Hello chuck davidson

We haven’t heard from you on the last response, and was just checking back to see if you have a resolution yet. In case if you have any resolution, please do share that same with the community as it can be helpful to others.

Please let us know if it was helpful, and feel free to reach out if you have any further queries.
Chuck Davidson 10 Reputation points

2025-04-01T14:25:08.42+00:00
Chuck Davidson 10 Reputation points

2025-04-01T14:25:53.59+00:00

I seem to have all the proper roles and rights but still cannot force a manual sync.
Vinay B 500 Reputation points Microsoft External Staff Moderator

2025-04-02T05:46:26.2966667+00:00

Hello Chuck Davidson

Thanks for the update and for sharing your full role assignments. From what you've provided, your access is fully aligned (Owner, Network Contributor, and User Access Admin at the subscription level), which rules out RBAC as the issue.

Now, as you have all the necessary permissions, need to check from the peering end. In order to do that, you may need to recreate the peering from both sides.

Because even if the peering looks correct, there may be stale or broken metadata causing the sync issue. To check, we may need to delete the current peering from both VNets.

Recreating the peering with full options enabled, i.e., Allow forwarded traffic, Use remote gateway_ (if applicable), Allow gateway transit_ (if applicable)

Once this recreating done, continue the sync step mentioned Venkat V using the CLI or PowerShell command shared

Also validate Express Route Circuit Region & VWAN Hub Association are all in the same Azure region because Cross-region route propagation may not work as expected if VNets or hubs are regionally mismatched.

Please let us know if it was helpful, and feel free to reach out if you have any further queries.
Vinay B 500 Reputation points Microsoft External Staff Moderator

2025-04-03T05:41:06.6233333+00:00

Hi Chuck Davidson

I just wanted to follow up and see if you had a chance to review my response to your question.

Please let us know if it was helpful, and feel free to reach out if you have any further queries.
Chuck Davidson 10 Reputation points

2025-04-03T13:46:50.17+00:00

These services are in use, so deleting and re-creating is something that will need to be scheduled during a planned maintenance window.

Unfortunately, I have experienced the same type of problems with Azure VPNs where they stop passing traffic and where connecting/disconnecting and even gateway resets do not resolve the problem. In those cases, I've had to tear down and totally recreate VPN connections. A disappointing implementation of SDN :-(
Venkat V 2,545 Reputation points Microsoft External Staff Moderator

2025-04-04T04:47:47.2+00:00

Hi @chuck davidson

Can you please confirm whether both VNets are in the same resource group or different ones? Also, please share the role assignment screenshots for both VNets.

Answer 1

Ganesh Patapati 7,155 Microsoft External Staff Moderator

Hello Chuck Davidson

Since some networks are being received, BGP is up and running, indicating that the BGP session is established. However, only some networks are being advertised, which may indicate issues with route advertisement. Please check the BGP configuration from On-Premises to ensure all required prefixes are advertised to Azure.

Azure has a maximum limit of 1000 IPv4 prefixes advertised on a single ExpressRoute connection. If the on-premises router is advertising more than that, some routes might be dropped.

Refer: https://learn.microsoft.com/en-us/azure/expressroute/expressroute-faqs#how-many-prefixes-can-be-advertised-from-a-virtual-network-to-on-premises-on-expressroute-private-peering

Verify if both BGP sessions (primary and secondary) are up. Even if one is up, some routes might be missing if there's asymmetry in route advertisements between the two sessions.

Use PowerShell command Get-AzExpressRouteCircuitRouteTable to view the advertised and learned routes.

Refer: https://learn.microsoft.com/en-us/powershell/module/az.network/get-azexpressroutecircuitroutetablesummary?view=azps-13.3.0#description

And also, please go through this document to understand the Route selection algorithm for virtual hub

Can you please update us if the action plan provided by was helpful?

Should there be any follow-up questions or concerns, please let us know and we shall try to address them.

Chuck Davidson 10 Reputation points

2025-03-26T20:01:59.96+00:00

Those permissions make no difference. When choosing the "sync" option, I am prompted to login, after which the prompt closes and I am back at the same point. No message window to indicate failure or success, but the red mark and authentication status {} remains unchanged.

Venkat V 2,545 Microsoft External Staff Moderator

Hi @Chuck Davidson

Thanks for your reply.

Please open the Azure Cloud Shell and run the command below to sync the peering. This script will display detailed error messages. Kindly share a screenshot of the error message for further clarification.

$resourceGroup = 'HUB1-RG'
$vnetName = 'spoke1'
$peeringName = 'spoke1-hub1'

try {
    # Get the peering object
    $peering = Get-AzVirtualNetworkPeering -Name $peeringName -VirtualNetworkName $vnetName -ResourceGroupName $resourceGroup


# Try to sync the peering
$peering | Sync-AzVirtualNetworkPeering

Write-Host "Peering synced successfully."
} catch {
    # Permission or other errors will land here
    Write-Host "Failed to sync peering. Details:"
    Write-Host $_.Exception.Message
}

Chuck Davidson 10 Reputation points

2025-04-07T18:30:03.9233333+00:00
Chuck Davidson 10 Reputation points

2025-04-07T18:30:43.0633333+00:00
Your Cloud Shell session will be ephemeral so no files or system changes will persist beyond your current session.

chuck [ ~ ]$ $resourceGroup = 'HUB1-RG'

$vnetName = 'spoke1'

$peeringName = 'spoke1-hub1'

try {

# Get the peering object $peering = Get-AzVirtualNetworkPeering -Name $peeringName -VirtualNetworkName $vnetName -ResourceGroupName $resourceGroup

Try to sync the peering

$peering | Sync-AzVirtualNetworkPeering

Write-Host "Peering synced successfully."

} catch {

# Permission or other errors will land here Write-Host "Failed to sync peering. Details:" Write-Host $_.Exception.Message

}

bash: =: command not found

bash: =: command not found

bash: =: command not found

bash: try: command not found

bash: =: command not found

bash: Sync-AzVirtualNetworkPeering: command not found

bash: Write-Host: command not found

bash: syntax error near unexpected token `}'

bash: Write-Host: command not found

bash: Write-Host: command not found

bash: syntax error near unexpected token `}'

chuck [ ~ ]$
Chuck Davidson 10 Reputation points

2025-04-07T18:37:27.3966667+00:00

sorry, that should not have been pasted here... my apologies.

Where am I to find the "peering name" ??
Venkat V 2,545 Reputation points Microsoft External Staff Moderator

2025-04-08T01:47:17.7533333+00:00

You can go to another vnet and select peering; there you will see the peering name.
Venkat V 2,545 Reputation points Microsoft External Staff Moderator

2025-04-08T06:25:53.2033333+00:00

Please provide the requested details in the private chat so we can connect for further troubleshooting.
Venkat V 2,545 Reputation points Microsoft External Staff Moderator

2025-04-09T11:54:24.02+00:00

Hi @Chuck Davidson

Please provide the requested details in the private chat so we can connect offline and resolve the issue over the call.

Share via

ExpressRoute sites not receiving BGP updates except from VPN connected sites

1 answer

Try to sync the peering

Your answer