Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Alcance

Consideraciones

Problema: Escenarios DNS con entrada FQDN

Escenario 1. Entrada DNS con FQDN, la resolución funciona

Situación hipotética 2. Entrada de DNS con FQDN, la resolución falla

Solución: configure la entrada DNS con IP estática

Configuración para vEdge

Configuración para controladores

Configuración para cEdge

Configuración adicional

Problemas comunes de configuración

Información Relacionada

Introducción

Este documento describe el procedimiento para configurar la entrada de host para el controlador vBond de red de área extensa definida por software (SD-WAN).

Prerequisites

Requirements

Cisco recomienda que tenga conocimiento sobre estos temas:

- Red de área extensa definida por software de Cisco (SD-WAN)

- Controlador Cisco SD-WAN vBond

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

- vManage software 20.6.3

- vBond software 20.6.3

- vSmart software 20.6.3

- Software de router Viptela Edge (vEdge) 20.6.3

- Software Cisco Edge (cEdge) Router 17.6.3

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.

Alcance

Configure la entrada de host de vBond cuando haya problemas con el servidor de nombres de dominio (DNS), entre otros, por los siguientes motivos:

- No se puede traducir el nombre de dominio completo (FQDN)

- conectividad DNS

Consideraciones

Este documento supone:

- La red tiene controladores vBond, vManage y vSmart que están activos y en buen estado

- Los routers periféricos WAN SD-WAN son totalmente funcionales

- La configuración básica se aplica a los controladores

- Los controladores y los routers periféricos tienen conectividad entre ellos

Si necesita información sobre la implementación del controlador, navegue hasta Cisco SD-WAN Overlay Network Bring-Up Process.

Visite este enlace SD-WAN Design si está interesado en una guía de diseño.

Problema: Escenarios DNS con entrada FQDN

Escenario 1. Entrada DNS con FQDN, la resolución funciona

Este es un ejemplo de una configuración común con FQDN.

vedge# show running-config system vbond

system

vbond vbond.lab.sdwan

!

vedge# show running-config vpn 0 dns

vpn 0

dns 192.168.1.11 primary

!

Este es el resultado esperado cuando funciona la traducción DNS.

vedge# nslookup vbond.lab.sdwan

nslookup in VPN 0:

Server:    192.168.1.11

Address 1: 192.168.1.11

Name:      vbond.lab.sdwan

Address 1: 192.168.2.1 vbond.lab.sdwan

Address 2: 192.168.2.2 vbond.lab.sdwan

vedge# ping vbond.lab.sdwan

Ping in VPN 0

PING vbond.lab (192.168.2.1) 56(84) bytes of data.

64 bytes from vbond.lab (192.168.2.1): icmp_seq=1 ttl=63 time=26.1 ms

Situación hipotética 2. Entrada de DNS con FQDN, la resolución falla

Esta configuración es la misma que la del escenario anterior.

vedge# show running-config system vbond

system

vbond vbond.lab.sdwan

!

vedge# show running-config vpn 0 dns

vpn 0

dns 192.168.1.11 primary

!

Esta vez falla la resolución DNS.

vedge#nslookup vbond.lab.sdwan

nslookup in VPN 0:

Server: 192.168.1.11

Address 1: 192.168.1.11

nslookup: can't resolve 'vbond.lab.sdwan'

vedge#

vedge# ping vpn 0 vbond.lab.sdwan

Ping in VPN 0

ping: vbond.lab.sdwan: Name or service not known

vedge#

Solución: configure la entrada DNS con IP estática

Configuración para vEdge

Configure el comando host con FQDN e IP de vBond.

vedge# show running-config vpn 0 host

vpn 0

host vbond.lab.sdwan ip 192.168.2.1 192.168.2.2

!

vedge#

Ejecute nslookup  con fines de validación.

vedge# nslookup vbond.lab.sdwan

nslookup in VPN 0:

Server: 192.168.1.11

Address 1: 192.168.1.11

Name: vbond.lab.sdwan

Address 1: 192.168.2.1 vbond.lab.sdwan

Address 2: 192.168.2.2 vbond.lab.sdwan

Sugerencia: puede analizar los registros del archivo vDebug desde admin-tech si falla la resolución de vBond.

Configuración para controladores

La configuración es la misma que para los dispositivos vEdge.

Este es un ejemplo de vSmart.

vsmart# show running-config system vbond

system

vbond vbond.lab.sdwan

!

vsmart# show running-config vpn 0 dns

vpn 0

dns 192.168.1.11 primary

!

vsmart# show running-config vpn 0 host

vpn 0

host vbond.lab.sdwan ip 192.168.2.1 192.168.2.2

!

vsmart#

Configuración para cEdge

Esta es la configuración para el router cEdge.

cedge#show sdwan run system | include vbond

vbond vbond-list

cedge#

cedge#show sdwan run | include host

ip host vbond-list 192.168.2.1 192.168.2.2

cedge#

Configuración adicional

Establezca el servidor DNS primario y secundario como un método de redundancia. En caso de que un servidor falle, el otro realiza una resolución DNS.

VM# show running-config vpn 0 dns

vpn 0

dns 192.168.1.11 secondary

dns 192.168.1.12 primary

!

Problemas comunes de configuración

- Resolución de nombres incoherente entre los controladores y los routers periféricos WAN.

- Direcciones IP de vBond erróneas.

- Utilice la misma dirección IP en vBonds. Cada vBond debe tener su propia dirección IP configurada como  vBond local.

- Puede tener conexiones de control en ambas interfaces Gigabit Ethernet1 y Gigabit Ethernet2, pero el servidor DNS sólo es accesible a través de Gigabit Ethernet1, por lo tanto, la conexión de control falla.

Información Relacionada

- Redundancia de vBond Orchestrator

- Recopilar Admin-tech

- Soporte Técnico y Documentación - Cisco Systems