Prerequisites for DMVPN Configuration Using FQDN
Cisco IOS Domain Name System (DNS) client must be available on the spoke.
The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
The DMVPN Configuration Using FQDN feature enables next hop clients (NHCs) to register with the next hop server (NHS).
This feature allows you to configure a fully qualified domain name (FQDN) for the nonbroadcast multiple access network (NBMA) address of the hub (NHS) on the spokes (NHCs). The spokes resolve the FQDN to IP address using the DNS service and get registered with the hub using the newly resolved address. This allows spokes to dynamically locate the IP address of the hub using FQDN.
With this feature, spokes need not configure the protocol address of the hub. Spokes learn the protocol address of the hub dynamically from the NHRP registration reply of the hub. According to RFC 2332, the hub to which the NHRP registration was sent responds with its own protocol address in the NHRP registration reply and hence the spokes learn the protocol address of the hub from the NHRP registration reply packet.
In Cisco IOS Release 15.1(2)T and earlier releases, in Dynamic Multipoint VPN (DMVPN), NHS NBMA addresses were configured with either IPv4 or IPv6 addresses. Because NHS was configured to receive a dynamic NBMA address, it was difficult for NHCs to get the updated NBMA address and register with the NHS. This limitation is addressed with the DMVPN Configuration Using FQDN feature. This feature allows NHC to use an FQDN instead of an IP address to configure NBMA and register with the NHS dynamically.
Cisco IOS Domain Name System (DNS) client must be available on the spoke.
If the NBMA IP address resolved from the FQDN is not mapped to an NHS configured with the protocol address, the spoke cannot register with the hub.
A Domain Name System (DNS) client communicates with a DNS server to translate a hostname to an IP address.
The intermediate DNS server or the DNS client on the route enters the FQDN DNS reply from the DNS server into the cache for a lifetime. If the DNS client receives another query before the lifetime expires, the DNS client uses the entry information from the cache. If the cache expires, the DNS client queries the DNS server. If the NBMA address of the NHS changes frequently, the DNS entry lifetime must be short, otherwise the spokes may take some time before they start using the new NBMA address for the NHS.
A DNS server can be located either in a hub network or outside a hub and spoke network.
Following are the four DNS server load balancing models:
Round robin--Each DNS request is assigned an IP address sequentially from the list of IP addresses configured for an FQDN.
Weighted round robin--This is similar to round-robin load balancing except that the IP addresses are assigned weights and nodes, where higher weights can take more load or traffic.
Geography or network--Geography-based load balancing allows the requests to be directed to the optimal node that is geographically the nearest or the most efficient to the requester.
Failover--Failover load balancing sends all requests to a single host until the load balancer determines a particular node to be no longer available. It then directs traffic to the next node available in the list.
Perform this task to configure a DNS server on a spoke. You must perform this task only if you want to resolve FQDN using an external DNS server.
Command or Action | Purpose | |
---|---|---|
Step 1 |
enable Example:
|
Enables privileged EXEC mode.
|
Step 2 |
configure terminal Example:
|
Enters global configuration mode. |
Step 3 |
ip name-server ip-address Example:
|
Configures a DNS server on a spoke. |
Step 4 |
exit Example:
|
Exits global configuration mode. |
Perform this task to configure a DNS server. You must perform the configuration on a DNS server.
Command or Action | Purpose | |||
---|---|---|---|---|
Step 1 |
enable Example:
|
Enables privileged EXEC mode.
|
||
Step 2 |
configure terminal Example:
|
Enters global configuration mode. |
||
Step 3 |
ip dns server Example:
|
Enables a DNS server. |
||
Step 4 |
ip host hostname ip-address Example:
|
Maps a FQDN (hostname) with the IP address in the DNS hostname cache for a DNS view.
|
||
Step 5 |
exit Example:
|
Exits global configuration mode. |
Perform this task to configure an FQDN with a protocol address. You must know the protocol address of the NHS while you are configuring the FQDN. This configuration registers spoke to a hub using NBMA.
Command or Action | Purpose | |||
---|---|---|---|---|
Step 1 |
enable Example:
|
Enables privileged EXEC mode.
|
||
Step 2 |
configure terminal Example:
|
Enters global configuration mode. |
||
Step 3 |
interface tunnel number Example:
|
Enters interface configuration mode. |
||
Step 4 |
ip nhrp nhs nhs-address [nbma {nbma-address | FQDN-string }] [multicast ] [priority value ] [cluster number ] Example:
|
Registers a spoke to a hub.
|
||
Step 5 |
end Example:
|
Exits interface configuration mode and returns to privileged EXEC mode. |
Perform this task to configure an FQDN without an NHS protocol address.
Command or Action | Purpose | |||
---|---|---|---|---|
Step 1 |
enable Example:
|
Enables privileged EXEC mode.
|
||
Step 2 |
configure terminal Example:
|
Enters global configuration mode. |
||
Step 3 |
interface tunnel number Example:
|
Enters interface configuration mode. |
||
Step 4 |
ip nhrp nhs dynamic nbma {nbma-address | FQDN-string } [multicast ] [priority value ] [cluster value ] Example:
|
Registers a spoke to a hub.
|
||
Step 5 |
end Example:
|
Exits interface configuration mode and returns to privileged EXEC mode. |
This task shows how to display information to verify DMVPN FQDN configuration. The following show commands can be entered in any order.
Step 1 |
enable Enables privileged EXEC mode. Enter your password if prompted. Example:
|
Step 2 |
show dmvpn Displays DMVPN-specific session information. Example:
|
Step 3 |
show ip nhrp nhs Displays the status of the NHS. Example:
|
Step 4 |
show running-config interface tunnel tunnel-number Displays the contents of the current running configuration file or the tunnel interface configuration. Example:
|
Step 5 |
show ip nhrp multicast Displays NHRP multicast mapping information. Example:
|
The following example shows how to configure a local DNS server:
enable
configure terminal
ip host host1.example.com 192.0.2.2
The following example shows how to configure an external DNS server:
enable
configure terminal
ip name-server 192.0.2.1
enable
configure terminal
ip dns server
ip host host1.example.com 192.0.2.2
The following example shows how to configure NHS with a protocol address and an NBMA address:
enable
configure terminal
interface tunnel 1
ip nhrp nhs 192.0.2.1 nbma 209.165.200.225
The following example shows how to configure NHS with a protocol address and an FQDN:
enable
configure terminal
interface tunnel 1
ip nhrp nhs 192.0.2.1 nbma examplehub.example1.com
The following example shows how to configure NHS without a protocol address and with an NBMA address:
enable
configure terminal
interface tunnel 1
ip nhrp nhs dynamic nbma 192.0.2.1
The following example shows how to configure NHS without a protocol address and with an FQDN:
enable
configure terminal
interface tunnel 1
ip nhrp nhs dynamic nbma examplehub.example1.com
Related Topic |
Document Title |
---|---|
DMVPN complete command syntax, command mode, defaults, usage guidelines, and examples |
Cisco IOS Security Command Reference |
Standard |
Title |
---|---|
No new or modified standards are supported by this feature and support for existing standards has not been modified by this feature. |
-- |
MIB |
MIBs Link |
---|---|
No new or modified MIBs are supported by this feature, and support for existing MIBs has not been modified by this feature. |
To locate and download MIBs for selected platforms, Cisco software releases, and feature sets, use Cisco MIB Locator found at the following URL: |
RFC |
Title |
---|---|
RFC 2332 |
NBMA Next Hop Resolution Protocol (NHRP) |
Description |
Link |
---|---|
The Cisco Support and Documentation website provides online resources to download documentation, software, and tools. Use these resources to install and configure the software and to troubleshoot and resolve technical issues with Cisco products and technologies. Access to most tools on the Cisco Support and Documentation website requires a Cisco.com user ID and password. |
The following table provides release information about the feature or features described in this module. This table lists only the software release that introduced support for a given feature in a given software release train. Unless noted otherwise, subsequent releases of that software release train also support that feature.
Use Cisco Feature Navigator to find information about platform support and Cisco software image support. To access Cisco Feature Navigator, go to www.cisco.com/go/cfn. An account on Cisco.com is not required.
Feature Name |
Releases |
Feature Information |
---|---|---|
DMVPN Configuration Using FQDN |
The DMVPN Configuration Using FQDN feature enables the NHC to register with the NHS. It uses the NHRP without using the protocol address of the NHS. The following commands were introduced or modified: clear dmvpn session , debug nhrp condition , ip nhrp nhs ,and ipv6 nhrp nhs . |