|
| 1 | +--- |
| 2 | +title: 'How to configure Route-maps summarize routes from an NVA in a spoke VNet' |
| 3 | +titleSuffix: Azure Virtual WAN |
| 4 | +description: Learn how to configure Route-maps to summarize routes from an NVA |
| 5 | +author: cfields475 |
| 6 | +ms.service: azure-virtual-wan |
| 7 | +ms.topic: how-to |
| 8 | +ms.date: 03/04/2025 |
| 9 | +ms.author: cfields |
| 10 | +ms.custom: references_region |
| 11 | + |
| 12 | +--- |
| 13 | +# How to configure Route-maps to summarize routes from an NVA in a spoke VNet |
| 14 | + |
| 15 | +This article helps you use the Route-maps feature to summarize routes from an NVA in a spoke VNet using the Azure portal. For more information about Virtual WAN Route-maps, see [About Route-maps](route-maps-about.md). |
| 16 | + |
| 17 | +## Prerequisites |
| 18 | + |
| 19 | +Verify that you've met the following criteria before beginning your configuration: |
| 20 | + |
| 21 | +* You have virtual WAN (VWAN) with a connection (S2S, P2S, or ExpressRoute) already configured. |
| 22 | + |
| 23 | + * For steps to create a VWAN with a S2S connection, see [Tutorial - Create a S2S connection with Virtual WAN](virtual-wan-site-to-site-portal.md). |
| 24 | + * For steps to create a virtual WAN with a P2S User VPN connection, see [Tutorial - Create a User VPN P2S connection with Virtual WAN](virtual-wan-point-to-site-portal.md). |
| 25 | +* Be sure to view [About Route-maps](route-maps-about.md#considerations-and-limitations) for considerations and limitations before proceeding with configuration steps. |
| 26 | + |
| 27 | +## Design |
| 28 | +In this situation we have two hubs. Hub 1 has 2 VNets and a VPN branch office. One of the VNets has an NVA peered with the hub. Hub 2 also has 2 VNets and a VPN branch office. |
| 29 | + |
| 30 | + :::image type="content" source="./media/route-maps-how-to-summarize/Environment.png" alt-text="Screenshot shows how to the Enviroment." lightbox="./media/route-maps-how-to-summarize/Environment.png"::: |
| 31 | + |
| 32 | +Here is the addressing for this environment: |
| 33 | + |
| 34 | +| Resource |Address Space | |
| 35 | +| --- |---| |
| 36 | +|Hub 1 |192.168.1.0/24 | |
| 37 | +|Hub 2 |192.168.2.0/24 | |
| 38 | +|VNet 1 |10.1.0.0/24 | |
| 39 | +|VNet 2 |10.2.0.0/24 | |
| 40 | +|VNet 3 |10.3.0.0/24 | |
| 41 | +|VNet 4 |10.4.0.0/24 | |
| 42 | +|VPN Branch 1 |10.122.1.0/24, 10.122.2.0/24, 10.122.3.0/24, 10.100.0.0/16| |
| 43 | +|VPN Branch 2 |10.200.0.0/16 | |
| 44 | +|NVA 1 | 10.150.1.0/24, 10.150.2.0/24 , 10.150.3.0/24 , 10.150.4.0/24 | |
| 45 | + |
| 46 | +## Scenario : Summarize routes from an NVA in a spoke VNet |
| 47 | + |
| 48 | +In this scenario, the goal is to summarize some routes being advertised to the hub from the NVA in VNet 1. In this example we will be taking the routes 10.150.1.0/24, 10.150.2.0/24, 10.150.3.0/24, 10.150.4.0/24, and summarizing them to 10.150.0.0/16 |
| 49 | + |
| 50 | + :::image type="content" source="./media/route-maps-how-to-NVA/NVA.png" alt-text="Screenshot that shows the Scenario." lightbox="route-maps-how-to-NVA/NVA.png"::: |
| 51 | + |
| 52 | +## Workflow |
| 53 | + |
| 54 | +1. Use the Route-Map dashboard in hub 1 to verify the correct routes are currently being advertised from VNet 1 to the hub. |
| 55 | + |
| 56 | + :::image type="content" source="./media/route-maps-how-to-NVA/DB_Before_1.png" alt-text="Screenshot that shows the routes before Route-maps." lightbox="route-maps-how-to-NVA/DB_Before_1.png"::: |
| 57 | + |
| 58 | + use the Route-Map dashboard to verify the routes being sent to VPN branch 1. |
| 59 | + :::image type="content" source="./media/route-maps-how-to-NVA/DB_Before_2.png" alt-text="Screenshot that shows the routes before Route-maps." lightbox="route-maps-how-to-NVA/DB_Before_2.png"::: |
| 60 | + |
| 61 | +2. Create a Route-Map to tag the route. If this is your frist time creating a Route-Map, see [How to configure Route-maps](route-maps-how-to.md) for more information. |
| 62 | + |
| 63 | + The Route-Map will have a match rule for route 10.150.0.0/16. The action **modify** will be selected. Route Modification will have an **Replace** for **RoutePrefix** 10.150.0.0/16. |
| 64 | + :::image type="content" source="./media/route-maps-how-to-NVA/RM.png" alt-text="Screenshot that shows the Route-map." lightbox="route-maps-how-to-NVA/RM.png"::: |
| 65 | + |
| 66 | +3. Apply the Route-Map on the VNet 1 connection. The Route-Map will be applied in the inbound direction. |
| 67 | + |
| 68 | + :::image type="content" source="./media/route-maps-how-to-NVA/Apply.png" alt-text="Screenshot that shows the Route-map being applied." lightbox="route-maps-how-to-NVA/Apply.png"::: |
| 69 | + |
| 70 | +4. Using the Route-Map dashboard in Hub 1, Verify that route 10.150.0.0/16 is being summarized. |
| 71 | + |
| 72 | + :::image type="content" source="./media/route-maps-how-to-NVA/DB_After_1.png" alt-text="Screenshot that shows the Route-map being applied." lightbox="route-maps-how-to-NVA/DB_After_1.png"::: |
| 73 | + |
| 74 | + Using the Route-Map dashboard verify route 10.150.0.0/16 has been advertised to VPN branch 1 |
| 75 | + |
| 76 | + :::image type="content" source="./media/route-maps-how-to-NVA/DB_After_2.png" alt-text="Screenshot that shows the Route-map being applied." lightbox="route-maps-how-to-NVA/DB_After_2.png"::: |
| 77 | + |
| 78 | +## Next steps |
| 79 | + |
| 80 | +* Use the [Route-maps dashboard](route-maps-dashboard.md) to monitor routes, AS Path, and BGP communities. |
| 81 | +* To learn more about Route-maps, see [About Route-maps](route-maps-about.md). |
0 commit comments