done

Author: wtnlee

articles/virtual-wan/howto-connect-vnet-hub-powershell.md

@@ -16,7 +16,7 @@ This article helps you connect your virtual network to your virtual hub using Po
 Before you create a connection, be aware of the following:
 
 * A virtual network can only be connected to one virtual hub at a time.
-* In order to connect it to a virtual hub, the remote virtual network can't have a gateway.
+* In order to connect it to a virtual hub, the remote virtual network can't have a gateway (ExpressRoute or VPN) or RouteServer.
 
 * Some configuration settings, such as **Propagate static route**, can only be configured in the Azure portal at this time. See the [Azure portal](howto-connect-vnet-hub.md) version of this article for steps.
 

articles/virtual-wan/howto-connect-vnet-hub.md

@@ -16,7 +16,7 @@ This article helps you connect your virtual network to your virtual hub using th
 Before you create a connection, be aware of the following:
 
 * A virtual network can only be connected to one virtual hub at a time.
-* In order to connect it to a virtual hub, the remote virtual network can't have a gateway.
+* In order to connect it to a virtual hub, the remote virtual network can't have a gateway (ExpressRoute or VPN) or RouteServer.
 
 > [!IMPORTANT]
 > If VPN gateways are present in the virtual hub, this operation as well as any other write operation on the connected VNet can cause disconnection to Point-to-site clients as well as reconnection of site-to-site tunnels and BGP sessions.

articles/virtual-wan/whats-new.md

@@ -97,6 +97,7 @@ The following features are currently in gated public preview. After working with
 |6| Configuring routing intent to route between connectivity and firewall NVAs in the same Virtual WAN Hub| Virtual WAN routing intent private routing policy does not support routing between a SD-WAN NVA and a Firewall NVA (or SaaS solution) deployed in the same Virtual hub.| | Deploy the connectivity and firewall integrated NVAs in two different hubs in the same Azure region. Alternatively, deploy the connectivity NVA to a spoke Virtual Network connected to your Virtual WAN Hub and leverage the [BGP peering](scenario-bgp-peering-hub.md).|
 | 7| BGP between the Virtual WAN hub router and NVAs deployed in the Virtual WAN hub does not come up if the ASN used for BGP peering is updated post-deployment.|Virtual Hub router expects NVA in the hub to use the ASN that was configured on the router when the NVA was first deployed. Updating the ASN associated with the NVA on the NVA resource does not properly register the new ASN with the Virtual Hub router so the router rejects BGP sessions from the NVA if the NVA OS is configured to use the new ASN. | |Delete and recreate the NVA in the Virtual WAN hub with the correct ASN.|
 |8| Advertising default route (0.0.0.0/0) from on-premises (VPN, ExpressRoute, BGP endpoint) or statically configured on a Virtual Network connection is not supported for forced tunneling use cases.| The 0.0.0.0/0 route advertised from on-premises (or statically configured on a Virtual Network connection) is not applied to the Azure Firewall or other security solutions deployed in the Virtual WAN hub. Packets inspected by the security solution in the hub are routed directly to the internet, bypassing the route learnt from on-premises||Publish the default route from on-premises only in non-secure hub scenarios.|
+|9| Routing intent update operations fail in deployments where private routing policy next hop resource is a NVA or SaaS solution.| In deployments where private routing policy is configured with next hop NVA or SaaS solutions alongside additional private prefixes, modifying routing intent fails. Examples of operations that fail are adding or removing internet or private routing policies.  | |Remove any additional private prefixes, update routing intent and then re-configure  additional private prefixes.|
 
 
 ## Next steps