Skip to content

Files

Latest commit

 

History

History
95 lines (64 loc) · 5.42 KB

expressroute-howto-add-ipv6-cli.md

File metadata and controls

95 lines (64 loc) · 5.42 KB
title description services author ms.service ms.topic ms.date ms.author
Azure ExpressRoute: Add IPv6 support using Azure CLI
Learn how to add IPv6 support to connect to Azure deployments using Azure CLI.
expressroute
duongau
expressroute
how-to
09/27/2021
duau

Add IPv6 support for private peering using Azure CLI

This article describes how to add IPv6 support to connect via ExpressRoute to your resources in Azure using Azure CLI.

Prerequisites

[!INCLUDE cloud-shell-try-it.md]

Add IPv6 Private Peering to your ExpressRoute circuit

  1. Create an ExpressRoute circuit or use an existing circuit. View the circuit details by running the following:

    az network express-route show --resource-group "<ExpressRouteResourceGroup>" --name "<MyCircuit>"

  2. View the private peering configuration for the circuit by running the following:

    az network express-route peering show -g "<ExpressRouteResourceGroup>" --circuit-name "<MyCircuit>" --name AzurePrivatePeering

  3. Add an IPv6 Private Peering to your existing IPv4 Private Peering configuration. Provide a pair of /126 IPv6 subnets that you own for your primary link and secondary links. From each of these subnets, you will assign the first usable IP address to your router as Microsoft uses the second usable IP for its router.

    az network express-route peering update -g "<ExpressRouteResourceGroup>" --circuit-name "<MyCircuit>" --name AzurePrivatePeering --ip-version ipv6 --primary-peer-subnet "<X:X:X:X/126>" --secondary-peer-subnet "<Y:Y:Y:Y/126>"

Update your connection to an existing virtual network

Follow the steps below if you have an existing environment of Azure resources that you would like to use your IPv6 Private Peering with.

  1. Add an IPv6 address space to the virtual network that your ExpressRoute circuit is connected to.

    az network vnet update -g "<MyResourceGroup>" -n "<MyVNet>" --address-prefixes "X:X:X:X::/64"

  2. Add IPv6 address space to your gateway subnet. The gateway IPv6 subnet should be /64 or larger.

    az network vnet subnet update -g "<MyResourceGroup>" -n "<MySubnet>" -vnet-name "<MyVNet>" --address-prefixes "10.0.0.0/26", "X:X:X:X::/64"

  3. If you have an existing zone-redundant gateway, run the following to enable IPv6 connectivity (note that it may take up to 1 hour for changes to reflect). Otherwise, create the virtual network gateway using any SKU. If you plan to use FastPath, use UltraPerformance or ErGw3AZ (note that this is only available for circuits using ExpressRoute Direct).

    az network vnet-gateway update --name "<GatewayName>" --resource-group "<MyResourceGroup>"

Note

If you have an existing gateway that is not zone-redundant (meaning it is Standard, High Performance, or Ultra Performance SKU) and uses a public IP address of Basic SKU, you will need to delete and recreate the gateway using any SKU and a Standard, Static public IP address.

Create a connection to a new virtual network

Follow the steps below if you plan to connect to a new set of Azure resources using your IPv6 Private Peering.

  1. Create a dual-stack virtual network with both IPv4 and IPv6 address space. For more information, see Create a virtual network.

  2. Create the dual-stack gateway subnet.

  3. Create the virtual network gateway using any SKU. If you plan to use FastPath, use UltraPerformance or ErGw3AZ (note that this is only available for circuits using ExpressRoute Direct).

  4. Link your virtual network to your ExpressRoute circuit.

Limitations

While IPv6 support is available for connections to deployments in global Azure regions, it does not support the following use cases:

  • Connections to existing ExpressRoute gateways that are not zone-redundant. Note that newly created ExpressRoute gateways of any SKU (both zone-redundant and not) using a Standard, Static IP address can be used for dual-stack ExpressRoute connections
  • Global Reach connections between ExpressRoute circuits
  • Use of ExpressRoute with virtual WAN
  • FastPath with non-ExpressRoute Direct circuits
  • FastPath with circuits in the following peering locations: Dubai
  • Coexistence with VPN Gateway

Next steps

To troubleshoot ExpressRoute problems, see the following articles: