GUI - Pruebas de Redundancia en Servicios de Datos Empresas - v.1.0.8

GUÍA PARA PRUEBAS EN
RESPALDOS Y BALANCEOS DE
SERVICIOS DE DATOS
Telefónica S.A.U.
Ingeniería y Centros de Servicios Datos.
Guía para pruebas en Respaldos y GUÍA DE ACTUACIÓN JULIO 2022
Balanceos de Servicios de Datos
BTO-PYM-SOP-GUI- VERSION 1.0.8
60015
Centros de Servicios Datos Empresas
USO INTERNO / PÁGINA 1 DE 58
EXTERNO
INDICE
1 INTRODUCCIÓN..................................................................................................................................................................5
2 GUIA OPERATIVA DE BALANCEO Y RESPALDO.......................................................................................................6
2.1 ÁMBITO DE LA PRUEBA.....................................................................................................................................................6
2.2 ACUERDO CON CLIENTE...................................................................................................................................................6
2.3 PERIODICIDAD DE LA PRUEBA..........................................................................................................................................7
2.4 DURACIÓN DE LA PRUEBA................................................................................................................................................7
2.5 REGISTRO DE LA PRUEBA.................................................................................................................................................7
2.6 RECOMENDACIONES PREVIAS A LA PRUEBA....................................................................................................................8
2.7 EJECUCIÓN DE LA PRUEBA...............................................................................................................................................9
2.8 MARCHA ATRÁS................................................................................................................................................................9
3 GUIA TECNICA DE BALANCEO Y RESPALDO..........................................................................................................10
3.1 ACTUACIONES PREVIAS...................................................................................................................................................10
3.1.1 Configuraciones en los EDCs.................................................................................................................................10
3.1.2 Comprobación accesibilidad entre EDCs..............................................................................................................10
3.1.3 Comprobación de Routing......................................................................................................................................10
3.1.3.1 Exportación de rutas...............................................................................................................................................................10
3.1.3.2 Importación de rutas...............................................................................................................................................................11
3.1.3.2.1 Prefijos remotos.................................................................................................................................................................12
3.1.3.2.1.1 Cisco.......................................................................................................................................................................... 12
3.1.3.2.1.2 Juniper........................................................................................................................................................................ 12
3.1.3.2.1.3 Teldat......................................................................................................................................................................... 13
3.1.3.2.1.4 One Access................................................................................................................................................................13
3.1.3.2.1.5 HPE............................................................................................................................................................................ 14
3.1.3.2.2 Ruta Señuelo/Agregado RIMA.........................................................................................................................................14
3.1.3.2.2.1 Cisco.......................................................................................................................................................................... 14
3.1.3.2.2.2 Juniper........................................................................................................................................................................ 15
3.1.3.2.2.3 Teldat......................................................................................................................................................................... 16
3.1.3.2.2.4 One Access................................................................................................................................................................16
3.1.3.2.2.5 HPE............................................................................................................................................................................ 16
3.1.4 Estado Protocolo de Alta Disponibilidad...............................................................................................................17
3.1.4.1 Track....................................................................................................................................................................................... 17
3.1.4.1.1 Cisco.................................................................................................................................................................................. 17
3.1.4.1.2 Juniper...............................................................................................................................................................................18
3.1.4.1.3 Teldat.................................................................................................................................................................................18
3.1.4.1.4 One Access........................................................................................................................................................................18
3.1.4.1.5 HPE................................................................................................................................................................................... 18
3.1.4.2 VRRP...................................................................................................................................................................................... 19
3.1.4.2.1 Cisco.................................................................................................................................................................................. 19
3.1.4.2.2 Juniper...............................................................................................................................................................................20
3.1.4.2.3 Teldat.................................................................................................................................................................................20
3.1.4.2.4 One Access........................................................................................................................................................................21
3.1.4.2.5 HPE................................................................................................................................................................................... 22
3.1.4.3 HSRP (CISCO).......................................................................................................................................................................22
3.1.4.4 TVRP (TELDAT)...................................................................................................................................................................23
3.1.5 Respaldos Moviles..................................................................................................................................................24
3.1.5.1 Conectividad del respaldo móvil............................................................................................................................................24
3.1.5.1.1 Teldat.................................................................................................................................................................................24
3.1.5.1.2 One Access........................................................................................................................................................................24
60015
EXTERNO
3.1.5.2 Comprobaciones en el LNS....................................................................................................................................................24

3.1.5.3 Comprobaciones sobre los EDC.............................................................................................................................................25
3.1.5.3.1 Teldat.................................................................................................................................................................................25
3.1.5.3.2 One Access........................................................................................................................................................................27
3.1.5.4 Restauración estado respaldo móvil.......................................................................................................................................28
3.1.5.4.1 Teldat.................................................................................................................................................................................29
3.1.5.4.2 One Access........................................................................................................................................................................29
3.2 EJECUCIÓN DE LAS PRUEBAS...........................................................................................................................................29
3.2.1 VPNIP.....................................................................................................................................................................29
3.2.1.1 Escenarios Respaldo/Backup..................................................................................................................................................29
3.2.1.1.1 Respaldo/Backup VPNIP - VPNIP Único EDC...............................................................................................................29
3.2.1.1.1.1 Cisco.......................................................................................................................................................................... 30
3.2.1.1.1.2 Juniper........................................................................................................................................................................ 30
3.2.1.1.1.3 Teldat......................................................................................................................................................................... 31
3.2.1.1.1.4 One Access................................................................................................................................................................31
3.2.1.1.1.5 HPE............................................................................................................................................................................ 31
3.2.1.1.2 Respaldo/Backup VPNIP - VPNIP Doble EDC...............................................................................................................32
3.2.1.1.2.1 EDC Principal / Primario...........................................................................................................................................32
3.2.1.1.2.1.1 Cisco...................................................................................................................................................................33
3.2.1.1.2.1.2 Juniper................................................................................................................................................................33
3.2.1.1.2.1.3 Teldat..................................................................................................................................................................33
3.2.1.1.2.1.4 One Access.........................................................................................................................................................34
3.2.1.1.2.1.5 HPE....................................................................................................................................................................34
3.2.1.1.2.2 EDC Respaldo / Secundario......................................................................................................................................35
3.2.1.1.3 Respaldo/Backup Móvil - VPNIP Único EDC.................................................................................................................35
3.2.1.1.4 Respaldo/Backup Móvil - VPNIP Doble EDC.................................................................................................................35
3.2.1.2 Escenarios Balanceo...............................................................................................................................................................35
3.2.2 MACROLAN...........................................................................................................................................................35
3.2.2.1 Escenarios Respaldo/Backup..................................................................................................................................................35
3.2.2.1.1 Respaldo/Backup MacroLAN - MacroLAN Único EDC.................................................................................................35
3.2.2.1.1.1 Cisco.......................................................................................................................................................................... 36
3.2.2.1.1.2 Juniper........................................................................................................................................................................ 36
3.2.2.1.1.3 Teldat......................................................................................................................................................................... 37
3.2.2.1.1.4 One Access................................................................................................................................................................38
3.2.2.1.1.5 HPE............................................................................................................................................................................ 38
3.2.2.1.2 Respaldo/Backup MacroLAN - MacroLAN Doble EDC.................................................................................................38
3.2.2.1.2.1.1 Cisco...................................................................................................................................................................39
3.2.2.1.2.1.2 Juniper................................................................................................................................................................39
3.2.2.1.2.1.3 Teldat..................................................................................................................................................................40
3.2.2.1.2.1.4 One Access.........................................................................................................................................................41
3.2.2.1.2.1.5 HPE....................................................................................................................................................................41
3.2.2.1.3 Respaldo/Backup MacroLAN - VPNIP Único EDC........................................................................................................42
3.2.2.1.4 Respaldo/Backup MacroLAN - VPNIP Doble EDC........................................................................................................42
3.2.2.2 Escenarios Balanceo...............................................................................................................................................................42
3.2.3 DataInternet Banda Ancha.....................................................................................................................................42
3.2.3.1 Redundancia Simple...............................................................................................................................................................42
3.2.3.1.1 Un EDC con una línea y dos conexiones lógicas sobre esa misma línea..........................................................................43
3.2.3.1.1.1 Cisco.......................................................................................................................................................................... 43
3.2.3.1.1.2 Juniper........................................................................................................................................................................ 44
3.2.3.1.1.3 Teldat......................................................................................................................................................................... 45
3.2.3.1.1.4 One Access................................................................................................................................................................46
3.2.3.1.1.5 HPE............................................................................................................................................................................ 47
3.2.3.1.2 Un EDC con dos líneas físicas distintas y una conexión por cada línea...........................................................................48
3.2.3.1.2.1 Cisco.......................................................................................................................................................................... 48
60015
EXTERNO
3.2.3.1.2.2 Juniper........................................................................................................................................................................ 48
3.2.3.1.2.3 Teldat......................................................................................................................................................................... 49
3.2.3.1.2.4 One Access................................................................................................................................................................49
3.2.3.1.2.5 HPE............................................................................................................................................................................ 49
3.2.3.2 Redundancia Completa...........................................................................................................................................................49
3.2.3.2.1 Dos EDC con dos líneas físicas distintas y una conexión por cada línea.........................................................................49
3.2.3.2.1.1.1 Cisco...................................................................................................................................................................50
3.2.3.2.1.1.2 Juniper................................................................................................................................................................50
3.2.3.2.1.1.3 Teldat..................................................................................................................................................................51
3.2.3.2.1.1.4 One Access.........................................................................................................................................................52
3.2.3.2.1.1.5 HPE....................................................................................................................................................................52
3.2.3.3 Conectividad hacia Internet....................................................................................................................................................53
4 ANEXOS................................................................................................................................................................................54
4.1 ACRÓNIMOS Y DEFINICIONES...........................................................................................................................................54
4.2 APLICACIONES CORPORATIVAS.......................................................................................................................................55
60015
EXTERNO
EDICIONES Y REVISIONES
Edición Fecha OBSERVACIONES-MODIFICACIONES (APARTADOS)
1.0 Diciembre 2018 Creación del documento.

1.0.1 Noviembre 2019 Se añaden marcadores enlazar con el Orquestador.
Se añade al alcance CEx AVANZADO, PREMIUM / PREMIUM
1.0.2 Enero 2021
PLUS.
Se indica el documento para respaldo y balanceo para el servicio
1.0.3 Marzo 2021
FlexWAN en 1. INTRODUCCIÓN
1.0.4 Mayo 2021 Sustituidas las referencias a ETICA por LOGOS PT
Se realizan modificaciones en apartados 2.2 y 2.5
1.0.5 Junio 2021 Se eliminan referencias a SAC VANTIVE y se sustituyen por
SAC/GDIA.
1.0.6 Junio 2021 Se modifica la URL de acceso a LOGOS PT
Se realizan modificaciones en los apartados 2.5, 2.6, 2.7 y
1.0.7 Agosto 2021 3.1.3.1
Se modifica reinicio programado en Teldat apartado 3.2.1.1.1.3
Se modifica el diagnóstico a utilizar en el registro de la prueba en
1.0.8 Julio 2022
GIDA, apartado 2.5
Versión Fecha Elaborado por Revisado por Aprobado por

Carlos José Mollat
1 Diciembre 2018 Enrique Yust Moreno Enrique Yust Moreno
Pujante
60015
EXTERNO
1 INTRODUCCIÓN
Este documento es una guía operativa y técnica de pruebas de respaldo y balanceo para los servicios
MACROLAN, VPN-IP y DATAINTERNET de Telefónica de España.
En este documento se describen procedimientos técnicos para comprobar la alta disponibilidad del
servicio.
Los pasos técnicos para hacer pruebas de respaldo y balanceo para el servicio FlexWAN están descritas
en el apartado “Pruebas en Respaldos y Balanceos” de la “Guía Técnica Aseguramiento de Flexwan”.
60015
EXTERNO
2 GUIA OPERATIVA DE BALANCEO Y RESPALDO

Esta parte recoge el procedimiento operativo.
2.1 Ámbito de la prueba
El ámbito aplicaría a los siguientes tipos de CEx
Tipo de CEx
CEx
CEx AVANZADO X
CEx PREMIUM / PREMIUM PLUS X
Proyecto Especial (CGE) X
2.2 Acuerdo con cliente
Con el fin de coordinar la prueba del respaldo/backup, el CEx necesita contactar con cliente para
coordinar fecha y horario de la ejecución del corte que implica la prueba del balanceo/backup.
Se debe comunicar al cliente con una antelación previa de al menos 72 horas antes o en su defecto lo
que tenga definido el cliente por contrato.
Antes de planificar estas pruebas se atenderá a lo siguiente:
 Que no haya trabajos programados que puedan impactar sobre los backups en ese momento ya
que, si cortamos el acceso principal dejaremos al cliente incomunicado.
 Que no haya algún trabajo programado que pueda impactar sobre el acceso principal en ese
momento. En este caso estaría funcionando por el respaldo, por tanto, la acción preventiva no
sería válida, ya que en ese momento la infraestructura de cliente está funcionando bajo unas
condiciones definidas por configuración, habiendo entrado en funcionamiento de modo predictivo
atendiendo a la situación que se ha dado en la red a la que está conectado.
Una vez se haya fijado la fecha de la prueba, el CEx contactará con cliente vía email indicando:
 Fecha y hora inicio del corte.

 Fecha y hora fin del corte.
 Administrativo.
 Sede/Cliente.
 Motivo.
 Duración.
En el caso que el cliente deniegue realizar la prueba se registrará en GDIA/SAC como se indica en el
punto 2.5
60015
EXTERNO
2.3 Periodicidad de la prueba
Se establece realizar la prueba una vez al año.
2.4 Duración de la prueba
La duración estimada de la prueba es de 20 minutos.
Si las pruebas, por algún motivo, son distintas a las descritas en este procedimiento se deben validar vía
VTO Servicio CEx para darles otra cotización distinta a la estándar
2.5 Registro de la prueba
Una vez se ha llegado un acuerdo con cliente sobre fecha y hora, y se inicie la ejecución de las pruebas
se debe dejar constancia de los trabajos de mantenimiento preventivo registrando un ticket en
SAC/GDIA de la siguiente forma:
 Vía: ProActivo por Rutina.

 Síntoma: Actuaciones Preventivas de mantenimiento (para los servicios que no tengan
contemplado este síntoma se abrirá con el síntoma Otros).
 Diagnóstico: EDC - Actuaciones Preventivas de mantenimiento.
 Descripción Apertura / Cierre: Pruebas rutinarias de backup
 Cierre: Telefónica – EDC-Router– Pruebas Respaldo
En ningún caso se abrirá una incidencia por cada sede probada, se abrirá una única incidencia marcada
como local justo antes de la realización de las pruebas y se cerrará después de la finalización de las
mismas.
En aquellos casos en los que la planificación de las pruebas abarque periodos superiores a un mes, se
registrará una única incidencia por mes. Se abrirá justo antes de la realización de las pruebas cada mes
y se cerrará justo después de finalizar la ejecución de las pruebas planificadas ese mes. La incidencia
que se abra irá relacionando el bloque de las sedes conforme se vayan probando ese mes.
Por ejemplo, si el cliente planifica la prueba de sus sedes del día 5 al 25 de cada mes, se abrirá una
incidencia el día 5 antes del inicio de las pruebas y se cerrará el día 25 justo después de finalizar las
pruebas planificadas para ese día.
La incidencia debe registrar la información de cada sede probada y el resultado de la misma, por ello
será necesario adjuntar el siguiente Excel de reporte.
60015
EXTERNO
Ejemplo de Excel de reporte de pruebas:
Nº de
incide
ncia
Administrativo Administrativo (en el
Clie Servi Tipo de Resultado de Causa prueba
/Teléfono /Teléfono caso
nte cio backup/balanceo prueba fallida
Acceso 1 Acceso 2 de
prueb
a
fallida)
OK / Prueba
fallida
OK / Prueba
fallida
OK / Prueba
fallida
La recopilación de los datos, es responsabilidad del servicio de operación que ejecute las pruebas,
pudiendo el Gestor de servicio técnico, aportar su visión y estudio en caso de que el resultado de las
pruebas sea fallido.
En caso de que cliente no quiera probar una sede o conjunto de sedes, se registrará la siguiente
incidencia:
 Vía: ProActivo por Rutina.

 Síntoma: Actuaciones Preventivas de mantenimiento (para los servicios que no tengan
contemplado este síntoma se abrirá con el síntoma Otros).
 Diagnóstico: EDC - Actuaciones Preventivas de mantenimiento.
 Descripción Apertura / Cierre: Pruebas rutinarias de backup
 Cierre: Cliente – EDC-Router– Pruebas Respaldo
En esta incidencia, que se cerrará como responsable Cliente, se indicará lo que el cliente nos traslade
indicando la fecha en la que se recibió el mail de cliente y se adjuntará en GDIA el correo en el que el
cliente declina que el CEx realice las pruebas de backup.
2.6 Recomendaciones previas a la prueba
El CEx es el responsable de asegurar que la información relacionada con los elementos a probar está y
correctamente registrada y actualizada. Se recomienda que si ha pasado tiempo desde la última
verificación se realicen las siguientes acciones antes de la ejecución de las pruebas con el fin de evitar
cortes innecesarios al cliente y/o un resultado fallido de las pruebas.
- Revisión del parque LOGOS PT comprobando lo siguiente:

60015
EXTERNO
o Correcta asociación de los elementos y accesos que componen la infraestructura de la

sede de cliente a el/los EDC/s implicados en la prueba.
 Datos de los nemónicos.
 Datos de los EDCs (Part Number, fabricante, ...)
 Datos de los accesos.
 Administrativo o teléfono.
 Tecnología y modalidad.
 Datos de direccionamiento IP.
o Si se detecta que alguno de los datos no fuera coherente antes de las pruebas, extraer
del bloque el elemento a probar y regularizarlo antes de probarlo.
- Asegurar que la configuración de los equipos es correcta y se encuentra disponible en GestOpe.

Para los equipos con gestión delegada o no estándar, se debe asegurar que la última
configuración está salvada según las condiciones y especificaciones que contemple cada
proyecto o cliente ad-hoc.
- Deshabilitar en OMEGA la apertura de incidencias durante la franja horaria de la prueba.
Además, se recomienda preparar las configuraciones a aplicar sobre cada sede para ejecutar la prueba.
En el caso de detectar algún problema a la hora de acceder a los equipos será necesario la apertura de
incidencia en SAC/GDIA.
2.7 Ejecución de la prueba
En la ejecución de la prueba hay que tener en cuenta que:
- Para ejecutar las pruebas se realizarán las siguientes acciones:

o Comandos CLI en el EDC indicados en el documento. Ver Sección 3.
- Durante la ejecución de las pruebas se hará las comprobaciones necesarias a través de:
o Ejecución de pruebas XLAN
o Comandos CLI indicados en el documento Ver Sección 3.
- Finalizada la ejecución de la prueba se procederá a dejar los elementos en su situación inicial y

se comprobará que el servicio ha quedado restablecido y funciona correctamente por el acceso
principal. En este momento se dará por finalizada la prueba.
2.8 Marcha atrás
Estimada una duración de la prueba de 15-20 min de los cuales los 5 primeros minutos están estimados
para la preparación de la ejecución de la prueba, si llegados a los 15 min no se hubiera podido ejecutar
la prueba por cualquier motivo de índole técnica u operativa se procederá a dejar todos los elementos en
su situación inicial, dando la prueba por nula.
60015
EXTERNO
En caso de que la prueba se hubiera iniciado y durante la misma se produzca algún fallo:
 Incomunicación por algún tipo de incidencia mayor que estuviera afectando al backup en ese
momento.
 Incomunicación por algún trabajo programado que estuviera afectando al backup en ese
momento.
 Incomunicación por identificación incorrecta por parte de los CEx de los elementos de
infraestructura implicados en la prueba.
 Cualquier otro problema no identificado o que traslade el cliente y, que afecte sus
comunicaciones degradando el servicio.
Se procederá registrando una incidencia por el backup siguiendo el protocolo de gestión de incidencias.
3 GUIA TECNICA DE BALANCEO Y RESPALDO

Esta parte recoge por servicio y tecnología la manera de proceder a la hora de realizar pruebas de la
solución de alta disponibilidad estándar, tanto en escenarios de redundancia con EDC Simple, doble
EDC y de balanceo.
En caso de tener más de un respaldo el procedimiento sería igualmente valido.
3.1 Actuaciones previas

3.1.1 Configuraciones en los EDCs
Partimos de la premisa de que la configuración esta guardada tanto en la memoria del equipo como en
los correspondientes repositorios, es decir, no es ámbito de este documento ni de la operativa descrita
en el mismo el entrar al detalle de una buena praxis a la hora de ejecutar y gestionar los EDCs
asociados a los Servicios de Datos Empresas
3.1.2 Comprobación accesibilidad entre EDCs
Dado que el propósito es el de probar el correcto funcionamiento de los respaldos, es requisito

indispensable que la gestión de todos los equipos implicados esté correctamente configurada.
Para ello los equipos deberán estar correctamente configurados tal como se detalla en los documentos
de plantillas alojados en la BTO para cada uno de los fabricantes y servicios:
Es importante que se permita el acceso al equipo principal desde el equipo de respaldo, por lo
cual debemos hacer hincapié en la revisión de la lista de acceso/filtro en el cual se indican los orígenes
desde los que se puede acceder a los equipos y confirmar que se ha incluido la dirección IP LAN de los
equipos principal y respaldo respectivamente para poder acceder entre ellos (importante para escenarios
de balanceo).
60015
EXTERNO
3.1.3 Comprobación de Routing
Estas comprobaciones aplican a escenarios de redundancia con EDC simple, doble EDC y balanceo.
3.1.3.1 Exportación de rutas
En este apartado se comprobará si el EDC principal y de respaldo están exportando correctamente IP

LAN, Gestión, etc... Para ello se puede hacer la comprobación siempre y cuando el acceso esté
conectado a los PEs empresas, en caso de estar conectado a un HL4, se puede prescindir de esta
comprobación.
Los comandos a ejecutar en el PE serían los siguientes:
<usuario>@<nemonico_PE>> show route table <VRF_CLIENTE> next-hop <IP_WAN_EDC>

<VRF_CLIENTE>.inet.0: <x> destinations, <x> routes (<x> active, <x> holddown, <x> hidden)
+ = Active Route, - = Last Active, * = Both
<Red_remota_n> *[<protocolo>/<:d>] 3w0d 02:37:12, MED <x>, localpref <x>, from <reflector_1>
AS path: <AS_Cliente> I, validation-state: unverified
> to <IP_WAN_EDC> via <if_WAN_PE>.<subif_WAN_PE>, Push 261, Push 792128(top)
[<protocolo>/<:d>] 3w0d 02:37:11, MED <x>, localpref <x>, from <reflector_n>
AS path: <AS_Cliente> I, validation-state: unverified
> to <IP_WAN_EDC> via <if_WAN_PE>.<subif_WAN_PE>, Push 261, Push 792128(top)
Por ejemplo, para consultar de manera concreta si el EDC nos exporta la IP de Gestión del EDC se
usaría el comando siguiente, la salida será similar al ejemplo superior:
<usuario>@<nemónico_PE>> show route table <VRF_CLIENTE> next-hop <IP_WAN_EDC> <IP_Gestión>
Y de la misma se procederá con el resto de los rangos que el centro de gestión tenga constancia de que
sea necesario comprobar para confirmar el correcto funcionamiento de la red de cliente.
Dónde:
<usuario>@<nemonico_PE> - Será el prompt que mostrará el PE de Red Nuria

<VRF_CLIENTE> - En MacroLAN y VPNIP será el nombre de la VRF de cliente, compuesto por el id de
cliente, su id de VPN y acabando en 00 o 01 según el servicio.
En DIBA deberá usarse solo inet.0
<IP_WAN_EDC> - IP WAN del EDC
<x> - Parámetro variable, según la cantidad de elementos totales referenciados
<Red_remota_n> - Red/es recibidas desde el EDC
<protocolo> - Protocolo de routing
<:d> - Distancia administrativa.
<:m> - Métrica.
<AS_Cliente> - Sistema Autónomo configurado en el EDC según el servicio.
<if_WAN_PE>.<subif_WAN_PE>, - Interfaz Física del PE y su subinterfaz logica.
<IP_Gestión> - IP de Gestión asignada al EDC
<reflector_1> <reflector_n> - reflectores de rutas
60015
EXTERNO
3.1.3.2 Importación de rutas
En este apartado vamos a comprobar si el EDC principal recibe la ruta señuelo y si el de respaldo está
recibiendo correctamente las redes de las sedes remotas, punto central etc.
A nivel de servicio un dato que tendremos que tener en cuenta para MacroLAN y VPNIP tanto en
escenarios de Principal/Respaldo como Balanceo (y solo en los que aplique) es que se esté recibiendo
correctamente la ruta señuelo pues es el mecanismo que se utiliza para conmutar los diferentes
protocolos de alta disponibilidad antes posibles caídas de routing pero no así de acceso.
Estos comandos deberán ser introducidos en los EDC del servicio.
3.1.3.2.1 Prefijos remotos
Aunque entendemos por prefijo remoto los rangos de red de cliente recibidos vía routing desde el PE, el
siguiente comando mostrará la tabla de rutas completa existente en el EDC, incluidas las redes
directamente conectadas o locales.
3.1.3.2.1.1 Cisco
<nemonico>#show ip route
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route
Gateway of last resort is <IP_WAN_PE> network 0.0.0.0
<protocolo> <Red_remota_n> [<:d>/<:m>] via <ip_WAN_PE>, <x>d<x>h

[…]
Dónde:
<nemonico># - Será el prompt que mostrará el EDC

<IP_WAN_PE> - IP WAN del PE
<protocolo> - Protocolo de routing, tendrá uno de los valores referenciados en Codes (ver salida
comando)
<:d> - Distancia administrativa
<:m> - Métrica
60015
EXTERNO
3.1.3.2.1.2 Juniper
<usuario>@<nemonico>> show route table inet.0 terse
inet.0: <x> destinations, <x> routes (<x> active, <x> holddown, <x> hidden)
A V Destination P Prf Metric 1 Metric 2 Next hop AS path

* ? <Red_remota_n> <protocolo> <:d> <:m> <IP_WAN_PE> <AS_1> <AS_n> I
[…]
Dónde:
<usuario>@<nemonico>> - Será el prompt que mostrará el EDC

<:m> - Métrica
<AS_1> <AS_n> I – AS Path de la ruta.
3.1.3.2.1.3 Teldat
Desde el modo de monitorización (process 3)
<nemonico>+ protocol ip
<nemonico>IP+dump-routing-table
Type Dest net/Mask Cost Age Next hop(s)
<protocolo>(<x>)[<x>] <Red_remota_n> [<:d>/<:m>] 0 <IP_WAN_PE> (<IF_WAN_EDC>.<subIF_WAN_EDC>)

[…]
Dónde:
<nemonico>* - Será el prompt que mostrará el EDC

<if_WAN_EDC>.<subIF_WAN_EDC>, - Interfaz Física del PE y su subinterfaz lógica.
<:m> - Métrica
3.1.3.2.1.4 One Access

60015
EXTERNO
Codes: C connected, S static, R RIP, O OSPF, B eBGP, b iBGP, s IPSEC, o other
I OSPF intra area, IA OSPF inter area, E1/E2 OSPF external type 1/2
<protocolo> <Red_remota_n> [<:d>/<:m>] via <IP_WAN_PE>, <IF_WAN_EDC>.<subIF_WAN_EDC>
Dónde:

<if_WAN_EDC>.<subIF_WAN_EDC>, - Interfaz Física del PE y su subinterfaz lógica.
<protocolo> - Protocolo de routing, tendrá alguno de los valores referenciados tras Codes:
<:m> - Métrica
3.1.3.2.1.5 HPE
<nemonico>display ip routing-table
Destinations : <x> Routes : <x>
Destination/Mask Proto Pre Cost NextHop Interface

<Red_remota_n> <protocolo> <:d><:m> <IP_WAN_PE> <IF_WAN_EDC>.<subIF_WAN_EDC>
*OJO: En HPE se puede usar tanto el comando “display” como el alias “show”
Dónde:
<nemonico> - Será el prompt que mostrará el EDC

<if_WAN_EDC>.<subIF_WAN_EDC>, - Interfaz Física del PE y su subinterfaz logica.
<protocolo> - Protocolo de routing.
<:m> - Métrica
3.1.3.2.2 Ruta Señuelo/Agregado RIMA
Si estamos ante un MacroLAN/VPNIP estaremos consultando por la también conocida como ruta Host
de Monitorización.
En escenarios de DataInternet Banda Ancha lo que estaremos monitorizando conjunto de Redes
Públicas de TdE pertenecientes al AS 3352 de TDE en RIPE.
Esta comprobación será obligatoria para escenarios Dónde exista redundancia de EDC y en cualquier
escenario de DIBA.
60015
EXTERNO
Se puede consultar en una primera instancia por la tabla de rutas según él lo indicado más adelante en
las actuaciones previas de routing e identificar la ruta correspondiente en la salida, ya sea la ruta
señuelo o el agregado RIMA o con los siguientes comandos de manera más específica.
3.1.3.2.2.1 Cisco
<nemonico>#show ip route <Ruta_señuelo>

Routing entry for <Ruta_señuelo>/<mascara_Ruta_señuelo>, supernet
Known via "bgp <AS_EDC>", distance <:d>, metric <:m>
Tag <AS_PE>, type external
Last update from <IP_WAN_PE> 2d04h ago
Routing Descriptor Blocks:
* <IP_WAN_PE>, from <IP_WAN_PE>, 2d04h ago
Route metric is <:m>, traffic share count is 1
AS Hops 1
Route tag <AS_PE>
MPLS label: none
Dónde:

<Ruta_señuelo>/<mascara_Ruta_señuelo>, Ruta Host de Monitorización o Agregado RIMA y su
máscara en formato bit.
<protocolo> - Protocolo de routing, tendrá algún valor de los referenciados en Codes:
<AS_EDC>
<AS_PE>
<:m> - Métrica
3.1.3.2.2.2 Juniper
La consulta podrá realizarse sobre la tabla de rutas global o específicamente sobre la tabla de rutas
inet.0 de Juniper, la salida del comando será igual.
<usuario>@<nemonico>> show route table inet.0 <ruta_señuelo>
<usuario>@<nemonico>> show route <ruta_señuelo>

inet.0: <x> destinations, <x> routes (<x> active, <x> holddown, <x> hidden)
<Ruta_señuelo>/<mascara_Ruta_señuelo> *[<protocolo>/<:d>] 2d 04:30:23, MED <:m>, localpref <:lp>

AS path: <AS_1> <AS_n> I, validation-state: unverified
> to <IP_WAN_PE> via <if_WAN_PE>.<subif_WAN_PE>
60015
EXTERNO
Dónde:

<if_WAN_PE>.<subif_WAN_PE> Interfaz Física del PE y su subinterfaz logica.
<Ruta_señuelo> - Ruta Host de Monitorización o Agregado RIMA
<AS_1> <AS_n> I – AS Path de la ruta
<:m> - Métrica
<:lp> - Local Preference
3.1.3.2.2.3 Teldat
<nemonico>IP+ route-given-address <Ruta_señuelo>
Destination: <Ruta_señuelo>
Mask: <mascara_Ruta_señuelo>
Route type: <protocolo>
Distance: <:m>
Tag: 0
Next hop(s): <IP_WAN_PE> (<if_WAN_EDC>.<subIF_WAN_EDC>) Age:
Dónde:

<if_WAN_EDC>.<subIF_WAN_EDC>, - Interfaz Física del EDC y su subinterfaz lógica.
<Ruta_señuelo>/<mascara_Ruta_señuelo>, - Ruta Host de Monitorización o Agregado RIMA y su
máscara.
<:m> - Métrica
<nemonico>#show ip route <Ruta_señuelo>

Routing entry for <Ruta_señuelo>/<mascara_Ruta_señuelo>, (flags: 0x8003)
Route is up
Gateway address is <IP_WAN_PE>, via <if_WAN_EDC>.<subIF_WAN_EDC>,
Local address is <IP_WAN_EDC>
Route distance is <:d>
60015
EXTERNO
Dónde:
<nemonico># o <nemonico>>- Será el prompt que mostrará el EDC

<if_WAN_EDC>.<subIF_WAN_EDC>, - Interfaz Física del EDC y su subinterfaz logica.
3.1.3.2.2.5 HPE
<nemonico>display ip routing-table <Ruta_señuelo>
Destinations : <x> Routes : <x>

<Ruta_señuelo>/<mascara_Ruta_señuelo> <protocolo> <:d><:m> <IP_WAN_PE> <IF_WAN_EDC>.<subIF_WAN_EDC>
Dónde:

<if_WAN_EDC>.<subIF_WAN_EDC>, - Interfaz Física del EDC y su subinterfaz logica.
<Ruta_señuelo>/<mascara_Ruta_señuelo> - Ruta Host de Monitorización o Agregado RIMA y su
<protocolo> - Protocolo de routing.
<:m> - Métrica
3.1.4 Estado Protocolo de Alta Disponibilidad
En los EDC´s (principal/respaldo) se comprobará el estado del protocolo de alta disponibilidad según
corresponda, VRRP/HSRP/TVRP. El equipo principal actuara a modo de MASTER/ACTIVO (podrá variar
el nombre según protocolo o tecnología), su rol cambiará cuando cambie el estado del track
correspondiente que va asociada a la ruta señuelo, que también revisaremos en el equipo principal.
Aclarar que en accesos DSLAM ATM del servicio VPNIP no existe ruta señuelo por lo cual el estado del
track va asociado al estado del subinterface WAN.
3.1.4.1 Track
3.1.4.1.1 Cisco
60015
EXTERNO
<nemonico>#show track
Track 100
IP route <Ruta_señuelo> <mascara_Ruta_señuelo> reachability
Reachability is Up (connected)
<X> changes, last change 00:00:10
First-hop interface is <if_WAN_EDC>
Tracked by:
VRRP <if_LAN_EDC>.<subif_LAN_EDC> <Id_Grupo_VRRP_n>
Dónde:

<if_LAN_EDC>.<subif_LAN_EDC> - Interfaz Física LAN el EDC y su subinterfaz logica.
mascara
3.1.4.1.2 Juniper
<usuario>@<nemonico>> show vrrp track

Track Int State Speed VRRP Int Group VR State Current prio
<if_LAN_EDC>.<subif_LAN_EDC> up 10g <if_LAN_EDC>.<subif_LAN_EDC> 00 1 <rol>
<Prioridad>
Track route State Cost Interface Group Cfg Run VR State

<Ruta_señuelo> up 10 <if_LAN_EDC>.<subif_LAN_EDC> 31 <Prioridad> <Prioridad> <rol>
Dónde:

<if_LAN_EDC>.<subif_LAN_EDC> Interfaz Física del EDC y su subinterfaz logica.
<Ruta_señuelo> - Ruta Host de Monitorización o Agregado RIMA
<Prioridad> - Será el valor de la prioridad configurada o asignada al EDC según su rol.
<rol> - Podrá ser Master o Backup
3.1.4.1.3 Teldat
Ver el apartado de VRRP o el apartado de TVRP ya que el track está integrado en la propia
funcionalidad VRRP o TVRP.
3.1.4.1.4 One Access

60015
EXTERNO
<nemonico>#show dialer-watch-group statistics

no dialer watch-group
vrrp watch-list SENUELO

state UP
<x> total down transitions
no voice watch-list
no IP LED watch-list
<nemonico>#
Dónde:

3.1.4.1.5 HPE
Se podrá ejecutar tanto en modo “display-view” como “system-view”.
<nemonico>display track 100

Track ID: 100
State: Positive
Duration: 0 days 0 hours 10 minutes 42 seconds
Notification delay: Positive <x>, Negative <x> (in seconds)
Tracked object:
IP route: <Ruta_señuelo>/<mascara_Ruta_señuelo> reachability
VPN instance name: --
Protocol: <protocolo>
Nexthop interface: <If_WAN_EDC>.<subif_WAN_EDC>
Dónde:

<if_WAN_EDC>.<subif_WAN_EDC> - Interfaz Física WAN el EDC y su subinterfaz logica.
máscara en formato bit
<protocolo> - Protocolo de routing usado en la WAN
3.1.4.2 VRRP
3.1.4.2.1 Cisco
<nemonico>#show vrrp
<if_LAN_EDC>.<subIF_LAN_EDC>, - Group <Id_Grupo_VRRP_n>
60015
EXTERNO
State is <rol>
Virtual IP address is <IPVIRTUAL_n>
Virtual MAC address is 0000.5e00.010a
Advertisement interval is 1.000 sec
Preemption enabled
Priority is <Prioridad> (cfgd <Prioridad>)
Track object 100 state Up decrement 10
Master Router is <IP_LAN_EDC_Principal> (local), priority is <Prioridad>)
Master Advertisement interval is 1.000 sec
Master Down interval is 3.589 sec
<nemonico>#show vrrp brief

Interface Grp Pri Time Own Pre State Master addr Group addr
<if_LAN_EDC>.<subIF_LAN_EDC> <Id_Grupo_VRRP_n> <Prioridad> 3589 Y <rol> <IP_LAN_EDC_BACKUP>
<IP_VIRTUAL_GRUPO_VRRP>
Dónde:

<IP_LAN_EDC> - Sera la IP del EDC local, podrá coincidir con la de Principal o Respaldo según su rol.
<IP_LAN_EDC_Principal> - IP EDC del EDC Principal
<IP_LAN_EDC_Respaldo> - IP EDC del EDC Respaldo
<IPVIRTUAL_n> - IP Virtual para el grupo VRRP
<if_LAN_EDC>.<subIF_LAN_EDC>, - Interfaz Física LAN del EDC y su subinterfaz logica.
máscara.
<Id_Grupo_VRRP_n> - Es el identificador del grupo VRRP.
3.1.4.2.2 Juniper
<usuario>@<nemónico>> show vrrp

Interface State Group VR state VR Mode Timer […]
<if_LAN_EDC>.<subif_LAN_EDC> up <Id_Grupo_VRRP_n> <rol> Active A 0.738
Type Address
lcl <IP_LAN_EDC_Principal>
vip <IPVIRTUAL_n>
Dónde:
<usuario>@<nemónico>> - Será el prompt que mostrará el EDC

máscara.
60015
EXTERNO

3.1.4.2.3 Teldat
IP+vrrp
-- VRRP console --
VRRP+list summary
[<if_LAN_EDC>.<subIF_LAN_EDC>, vrId <Id_Grupo_VRRP_n>], <rol>, prio <prioridad>, vIP <IPVIRTUAL_n>
IP+vrrp
<nemonico>IP+ vrrp
-- VRRP console --
<nemonico> VRRP+list vrid <Id_Grupo_VRRP_n>

Virtual Router [<if_LAN_EDC>.<subIF_LAN_EDC>, vrId <Id_Grupo_VRRP_n>] - State <rol>
Virtual IP: <IPVIRTUAL_n>, Virtual MAC: 00-00-5e-00-01-01
Priority <prioridad> (configured <prioridad>), Preemption enabled, Standby delay 0 sec
Reload delay: 30 seconds
IP addresses count: 1
Primary Address: <IP_LAN_EDC>
Authentication: None
Master router: <IP_LAN_EDC_Principal> (local router)
Packets destined for the (not owned) virtual IP are accepted
Transitions to MASTER 1 Priority Zero Pkts Sent 0
Advertisements Rcvd 0 Invalid Type Pkts Rcvd 0
Advertise Interval Errors 0 Address List Errors 0
Authentication Failures 0 Invalid Auth Type 0
IP TTL Errors 0 Auth Type Mismatch 0
Priority Zero Pkts Rcvd 0 Packet Length Errors 0
Tracking <Ruta_señuelo> priority-cost 10, last check OK
VRRP+
Dónde:

máscara.
60015
EXTERNO

<nemonico>#show vrrp vrid

interface <if_LAN_EDC>.<subIF_LAN_EDC>, vrid <Id_Grupo_VRRP_n>, priority <prioridad>, advert 1 sec.,
preemption, <rol> state
<nemonico>#show vrrp interface <if_LAN_EDC>.<subIF_LAN_EDC>

<if_LAN_EDC>.<subIF_LAN_EDC> - Group <Id_Grupo_VRRP_n>
State is <rol>
Virtual IP address <IPVIRTUAL_n>, Netmask 255.255.255.0 (1)
Virtual MAC address is 00:00:5e:00:01:01
Advertisement interval is 1 sec
Preemption is enabled, min delay is 1 sec
Priority <prioridad>
Master router is <IP_LAN_EDC_Principal_o_Respaldo> (local), priority is <prioridad>
<nemonico>#
Dónde:

máscara.
3.1.4.2.5 HPE
Se podrá ejecutar tanto en modo “display-view” como “system-view”.
<nemonico>display vrrp
IPv4 Virtual Router Information:
Running mode : Standard
Total number of virtual routers : 1
Interface VRID State
Running Adver Auth Virtual
Pri Timer Type IP
----------------------------------------------------------------------------------------------------
<if_LAN_EDC>.<subif_LAN_EDC> <Id_Grupo_VRRP_n> <rol> <prioridad> 100 None <IPVIRTUAL_n>
60015
EXTERNO
Dónde:

3.1.4.3 HSRP (CISCO)
<nemonico>#show standby
<if_LAN_EDC>.<subIF_LAN_EDC> - Group <Id_Grupo_VRRP_n>
State is Active
1 state change, last state change 1y45w
Virtual IP address is <IPVIRTUAL_n>
Active virtual MAC address is 0000.0c07.ac15 (MAC In Use)
Local virtual MAC address is 0000.0c07.ac15 (v1 default)
Hello time 3 sec, hold time 10 sec
Next hello sent in 2.096 secs
Preemption enabled
Active router is local
Standby router is <IP_LAN_EDC>, priority <Prioridad> (expires in 9.168 sec)
Priority <Prioridad> (configured <Prioridad>)
Group name is " hsrp-<if_LAN_EDC>.<subIF_LAN_EDC> <Id_Grupo_VRRP_n> (default)
Dónde:

<if_LAN_EDC>.<subIF_LAN_EDC> - Interfaz Física LAN del EDC y su subinterfaz logica.
máscara.
3.1.4.4 TVRP (TELDAT)
<nemonico> TVRP+list all
===== Global TVRP Parameters =====
TVRP is currently: ENABLED

TVRP port (UDP): 1985
Virtual redirects: ENABLED
Unknown packets: 1
Authentication Failed packets: 0
60015
EXTERNO
===== List of TVRP groups =====
+------------------------------------------------------------+
| TVRP GROUP: <Id_Grupo_VRRP_n> |
+------------------------------------------------------------+
Virtual IP: <IPVIRTUAL_n>
Virtual MAC: 00-00-0c-07-ac-0a
Current local IP/Interface: <IP_LAN_EDC> <if_LAN_EDC>.<subIF_LAN_EDC>, <Id_Grupo_VRRP_n>
ACTIVE Router: <IP_LAN_EDC>
STANDBY Router: 0.0.0.0
Hellotime: 3 Holdtime: 10
TVRP state: ACTIVE Previous state: STANDBY
Currently RUNNING Last event: HELO_EXP
Initial: 1 Learn: 0 Listen: 1
Speak: 1 Standby: 1 Active: 1
Hello messages --> sent: 8, received: 2
Coup messages ---> sent: 1, received: 0
Resign messages -> sent: 0, received: 0
Dónde:

3.1.5 Respaldos Moviles
En el caso de los respaldos móviles estos accesos se activan bajo demanda, esto quiere decir que
únicamente están activos en caso de caída del acceso principal. Estos equipos son accesibles debido a
que la dirección IP de gestión del respaldo móvil es anunciada por el equipo principal
3.1.5.1 Conectividad del respaldo móvil
Debido a la que las líneas móviles en modalidad respaldo funcionan de forma conmutada, el paso previo
a la ejecución de las pruebas consiste en la verificación de la conectividad hacia la MPLS a través de la
infraestructura del servicio AyRM bajo la nueva arquitectura sobre LNS (No POI)
3.1.5.1.1 Teldat
Para deshabilitar el mecanismo de backup en los equipo Teldat con tecnología móvil se utilizara el
comando “disable” dentro de la funcionalidad “wrr” o Wan reroute Backup de Teldat.
<nemonico>*p 5
<nemonico>Config$ feature wrr-backup-wan
-- WAN Reroute Backup user configuration –

60015
EXTERNO
<nemonico>WRR$disable
Dónde:

Para deshabilitar el mecanismo de respaldo en los equipo One Access con tecnología móvil se
eliminara la configuración del “dialer” dentro del interface “virtual-ethernet 1”.
<nemonico>#Configure terminal
interface virtual-ethernet 1
no dialer-group enable
no dialer watch-group
Dónde:
3.1.5.2 Comprobaciones en el LNS
Las comprobaciones indicadas tienen que realizarse después de haberse desactivado el mecanismo
conmutación sobre el equipo con tecnología móvil
Debido a la topología móvil el backup móvil la sesión puede establecerse contra cualquiera de los dos
LNS Por lo cual, habrá que ejecutar la siguiente secuencia de comandos sobre ambos LNS hasta
encontrar el LNS sobre el cual haya levantado sesión:
<usuario>@<Nemonico LNS>> show route instance brief | match <Id de vpn>

<Id de vpn>00 vrf
<Id de vpn>00.inet.0 269/0/0
Dónde:
<nemonico>@<Nemonico LN>> - Será el prompt que mostrará el EDC

<Nemonico LNS> – Será el Nemónico del LNS asignado a la linea movil.
<Id de vpn> - Será el ID de VPN asociado al cliente, se podrá conseguir via LOGOS PT.
Con esto tendremos el nombre de la VRF en el LNS, que deberia ser “<Id de vpn>00.inet.0” pero lo
resumiremos con <VRF_CLIENTE> a partir de ahora.
Una vez obtenido el nombre de la tabla de rutas del cliente en el LNS se comprobará cuál de los dos es
el LNS en el que se encuentra activa la sesión de nuestra delegación siendo. Siendo el LNS que
responda con la IP de gestión el que se encuentre activo en ese momento.
La secuencia de comandos a aplicar en los dos LNS será la siguiente:

60015
EXTERNO
<usuario>@<nemónico_LNS> show route table <VRF_CLIENTE> <IP_Gestión>
Este comando será similar al ya mostrado en el punto anterior de Comprobaciones de Routing –

Exportación de rutas y tras conseguir el “<IP_WAN_EDC> via <if_WAN_PE>.<subif_WAN_PE>” ya
dispondremos tanto de la IP WAN asignada a nuestro EDC por la línea móvil y la interfaz lógica
asignada.
De esta forma obtendremos la IP del vecino BGP desde el que aprendemos la ruta de gestión. Este
término lo nombraremos de aquí en adelante como <IP_WAN_EDC_MOVIL>
Secuencia de comandos a aplicar en el LNS Dónde la conexión esta activa que usaremos para
comprobar que rutas estamos recibiendo desde el EDC remoto.
<usuario>@<nemónico_LNS> show route table <VRF_CLIENTE> receive-protocol bgp <IP_WAN_EDC_MOVIL>
La salida del comando será similar a la ya vista en el punto de Comprobaciones de Routing – prefijos
remotos - Juniper, en la salida de este comando deberemos ser capaz de identificar la IP de Gestión del
EDC asignada por los sistemas a este router, la IP LAN del cliente (o LANes)…etc
3.1.5.3 Comprobaciones sobre los EDC
3.1.5.3.1 Teldat
Una vez desactivado el mecanismo que bloquea la activación de la línea móvil, si la configuración
aplicada en el equipo es correcta y existe cobertura en la zona se procederá al logado en red del acceso.
Desde el EDC se verificará que se establece la sesión BGP contra la IP del LNS siendo la secuencia de
comandos la mostrada a continuación:
<nemonico>*p 3
Console Operator
<nemonico>+protocol BGP
<nemonico>BGP+summary
Configuration running
Neighbor V AS MsgRcvd MsgSent NumEst State Time
<neighbor> 4 <AS> <x> <x> <x> <estado> <x>
[…]
BGP summary, <x> groups, <x> peers.
Dónde:

<neighbor> - Será la IP del “vecino” con el que se establece la sesión eBGP.
Si es correcto deberá haber una sesión eBGP contra la IP del LNS (<IP_NeighbourBGP_LNS>
10.227.255.255)
60015
EXTERNO
<AS> - Sistema autónomo remoto

<estado> - Indicará el estado de la sesión BGP
Después de comprobar que la sesión BGP está establecida se verificaran los anuncios hacia el LNS y
que estamos recibiendo las rutas de las delegaciones en el equipo.
Para comprobar que recibimos las rutas dentro del protocolo BGP de las sedes remotas a través del
LNS la secuencia de comandos será la siguiente, este comando además también mostrará otras redes
que hayamos incluido a redistribuir dentro del proceso BGP.
<nemonico>*p 3
Console Operator
<nemonico>BGP+ routes
Flags: A active, M multipath, D deleted, N not install, I incomplete
Proto Route/Mask NextHop Pref Pref2 Metr Metr2 ASPath
<flags> <protocolo> <Red_remota_n> <IP_WAN_EDC> <:d> 0 <:m> <:lp> <AS_1> <AS_n> I
Dónde:

<flags> - son los estados de las “rutas”, el detalle lo da la propia salida.
<:m> - Métrica
Para comprobar que los anuncios desde la línea móvil se están realizando de forma correcta,
ejecutaremos la siguiente secuencia de comandos Dónde preguntaremos al EDC dentro de su proceso
BGP que rutas está anunciando al LNS, la salida será similar a la anterior, con el detalle que solo
deberíamos ver la IP de Gestión del EDC y las Redes LAN de cliente a anunciar.
<nemonico>*p 3
Console Operator
<nemonico>BGP+ routes sent_to_peer <IP_NeighbourBGP_LNS>
Dónde:
<IP_NeighbourBGP_LNS> - IP del LNS (10.227.255.255)
Tras esto ya se verificará que las rutas aprendidas desde el LNS se han instalado en la tabla de rutas del
equipo, se podrá visualizar en el EDC con la siguiente secuencia de comandos
<nemonico>*p 3
60015
EXTERNO
Console Operator
<nemonico>+protocol ip
<nemonico>IP+ dump-routing-table
La salida de este comando será similar a la ya mostrada en las actuaciones previas, en el apartado de
routing e importación de rutas de prefijos remotos para Teldat.

Una vez desactivado el mecanismo que bloquea la activación de la línea móvil, si la configuración
aplicada en el equipo es correcta y existe cobertura en la zona se procederá al logado en red del acceso.
Desde el EDC se verificará que se establece la sesión BGP contra la IP del LNS siguiendo la secuencia
de comandos mostrada a continuación:
<nemonico>#show ip bgp summary

BGP router identifier <router-id>, local AS number <AS>, vrf (null)
<x> BGP AS-PATH entries
<x> BGP community entries
Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd

<IP_NeighbourBGP_LNS> 4 <AS_Remoto> <x> <x> <x> <x> <x> 01:48:53 <x>
Dónde:

<nemonico># o <nemonico>>- Será el prompt que mostrará el EDC
<router-id> - Identificativo del EDC en el proceso BGP
<AS> - Sistema Autónomo BGP al que pertenece el EDC
<AS_remoto> - Sistema Autónomo BGP remoto.
Después de comprobar que la sesión BGP está establecida se verificaran los anuncios hacia el LNS y
que estamos recibiendo las rutas de las delegaciones en el equipo.
Para comprobar que recibimos las rutas de las delegaciones desde el LNS, la secuencia de comandos
será la siguiente:
<nemonico>#show ip bgp neighbors <IP_NeighbourBGP_LNS> routes

BGP table version is 127, local router ID is <router-id>
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path Tag

*> <Red_remota_n> <IP_NeighbourBGP_LNS> <:m> <:lp> 0 <AS_1> <AS_n> I
Dónde:

60015
EXTERNO

<router-id> - Identificativo del EDC en el proceso BGP
<:m> - Métrica
Para comprobar que los anuncios desde la línea móvil se están realizando de forma correcta,
ejecutaremos el siguiente comando.
La salida del comando será similar a la anterior solo que en ella veremos los prefijos que estamos
anunciando al LNS via eBGP para que sean visibles en la VPN de cliente.
<nemonico>#show ip bgp neighbors <IP_NeighbourBGP_LNS> advertised-routes
Dónde:

Ya para finalizar se verificará que las rutas aprendidas por del LNS se han instalado en la tabla de rutas
del equipo, se verificara con la siguiente secuencia de comandos:
La salida de este comando será similar a la ya mostrada en las actuaciones previas, en el apartado de
routing e importación de rutas de prefijos remotos para One Access.
3.1.5.4 Restauración estado respaldo móvil
Para restaurar el acceso móvil a su estado previo a las comprobaciones según la tecnología del EDC
habrá que ejecutar los siguientes comandos:
3.1.5.4.1 Teldat
<nemonico>*p 5
<nemonico>Config$ feature wrr-backup-wan
-- WAN Reroute Backup user configuration –

<nemonico>WRR$enable
<nemonico>#Configure terminal
interface virtual-ethernet 1
60015
EXTERNO
dialer-group enable
dialer watch-group SENUELO
3.2 Ejecución de las pruebas

3.2.1 VPNIP
3.2.1.1 Escenarios Respaldo/Backup
Se recomienda el uso de los correspondientes métodos de reinicio controlado y/o temporizador para una
vuelta atrás automática para poder acometer las pruebas con seguridad.
3.2.1.1.1 Respaldo/Backup VPNIP - VPNIP Único EDC

Una vez realizados todos los pasos de las actuaciones previas, pasaremos a detallar como realizar la
prueba de respaldo en el caso de tener un solo EDC y accesos diversificados.
Para los escenarios dónde exista un mismo EDC con accesos diversificados, se deshabilitará el
subinterface WAN del acceso principal. Es posible que se detecte un micro corte en la gestión o
directamente una pérdida total de la misma, por lo que habrá que acceder de nuevo al equipo.
Después se realizarán las pruebas de conectividad con otras sedes, puntos centrales de cliente o con
las redes que se hayan acordado previamente con cliente.
Terminadas las pruebas se deberá levantar el subinterfaz WAN del acceso principal y realizar de nuevo
las comprobaciones del apartado actuaciones previas para comprobar que todo vuelve a la situación
inicial y el servicio se presta de nuevo con normalidad a través del acceso principal.
A continuación, detallamos como forzar la conmutación del tráfico del acceso principal al de respaldo. El
procedimiento consiste en deshabilitar el subinterface WAN.
3.2.1.1.1.1 Cisco
Se programará un reinicio automático (reload in) y no grabar nunca la configuración para que se
recupere automáticamente.
Para las plataformas ISR, ISRG2. ISR4K
configure terminal
interface <if_WAN_EDC>.<subif_WAN_EDC>
shutdown
Para volver a levantar el puerto

60015
EXTERNO
conf terminal
no shutdown
Dónde:
<if_WAN_EDC>.<subif_WAN_EDC> - Interfaz Física WAN del EDC y su subinterfaz lógica, la cual

deberá coincidir con el id de VLAN, canal lógico asignado…etc.
El tipo de interfaz dependerá según el acceso.
3.2.1.1.1.2 Juniper
Como cualquier configuración en Juniper tendremos que entrar en modo configuración y aplicar el
comando “commit” para que sea activa la configuración.
Se usará “commit confirmed” para tener una vuelta atrás automática.
Familia SRX
set interfaces <if_WAN_EDC> unit <IDVLANSERVICIO> disable
Con el siguiente comando comprobar que la sub-interface esta deshabilitada correctamente.
show interfaces terse
Familia SRX
delete interfaces <if_WAN_EDC> unit <IDVLANSERVICIO> disable
Dónde:
<IDVLANSERVICIO> - Es el identificador de VLAN asignado a la VLAN de Servicio

<if_WAN_EDC> - Interfaz Física WAN del EDC.
3.2.1.1.1.3 Teldat
Se programará un reinicio automático (schedule-restart) y no grabar nunca la configuración para que

se recupere automáticamente.
Para programar que el equipo se reinicie a la hora indicada :
*p 5
Config$set schedule-restart time <hora>:<minuto>
60015
EXTERNO
No es un temporizador, debemos indicar la hora y minutos que queremos el reinicio, para ello
deberemos verificar la hora del router. Ejemplo :
P 3
Router + uptime
Date: Friday, 08/13/21 Time: 10:05:39

Router uptime: 23h55m50s
Para cancelar el reinicio programado:
*p 5
Config$s no set schedule-restart time <hora>:<minuto>
*p 5
Config$network <if_WAN_EDC>.<subif_WAN_EDC>
-- Subinterface Configuration --
<if_WAN_EDC>.<subif_WAN_EDC> config$shutdown
*p 5
<if_WAN_EDC>.<subif_WAN_EDC> config$no shutdown
Dónde:
<if_WAN_EDC>.<subif_WAN_EDC> - Interfaz Física WAN del EDC y su subinterfaz logica, la cual

Se programará un reinicio automático (reboot after) y no grabar nunca la configuración para que se
recupere automáticamente.
conf terminal
(configure)>interface <if_WAN_EDC>.<subif_WAN_EDC>
(config-if)>shutdown
60015
EXTERNO
conf terminal
(config-if)>no shutdown
Dónde:

deberá coincidir con el id de VLAN asignado a la VLAN de Servicio.
3.2.1.1.1.5 HPE
Se deberá ejecutar en modo “system-view”, primero tiraremos una de las interfaces WAN del equipo y
así probar la redundancia de la otra que haya disponible.
Se recomienda el uso de “schedule reboot delay” para programar un reinicio controlado.
shutdown
no shutdown
Dónde:

deberá coincidir con el id de VLAN asignado a la VLAN de Servicio
3.2.1.1.2 Respaldo/Backup VPNIP - VPNIP Doble EDC
Una vez realizados todos los pasos detallados en el apartado actuaciones previas, pasaremos a detallar
como realizar la prueba de respaldo en el caso de tener doble EDC.
Accederemos al equipo de respaldo por gestión, una vez dentro accederemos al equipo principal
mediante un telnet/ssh a su IP LAN.
Ahora estando en el equipo principal deshabilitaremos la subinterface WAN para forzar el paso al
respaldo.
Esto provocara que tanto el grupo VRRP/HSRP/TVRP como el estado del track (donde exista) cambien.
Además dejaremos de ver en la tabla de rutas del equipo principal la ruta señuelo y las redes de las
sedes remotas de cliente.
60015
EXTERNO
De esta manera seguiremos teniendo accesibilidad al equipo principal por la LAN y el tráfico conmuta al
acceso de respaldo.
Terminadas las pruebas se deberá levantar la subinterfaz WAN principal y realizar de nuevo las
comprobaciones del apartado actuaciones previas para comprobar que todo vuelve a la situación inicial y
el servicio se presta de nuevo con normalidad a través del EDC Principal y su acceso WAN.
A continuación, detallamos como deshabilitar la subinterfaz WAN del equipo principal por fabricante y
como volver a habilitarla
3.2.1.1.2.1 EDC Principal / Primario
En todos los fabricantes deberemos tener en cuenta los distintos métodos de reinicio controlado
o de “marcha Atrás” automático de las configuraciones aplicadas. Ver el apartado correspondiente
en Respaldos VPNIP – VPNIP en un unico EDC.
3.2.1.1.2.1.1 Cisco
Para las plataformas ISR, ISRG2. ISR4K
configure terminal
shutdown
conf terminal
no shutdown
Dónde:

3.2.1.1.2.1.2 Juniper
Familia SRX

60015
EXTERNO
Familia SRX
Dónde:

3.2.1.1.2.1.3 Teldat
*p 5
*p 5
Dónde:

3.2.1.1.2.1.4 One Access
conf terminal
conf terminal
Dónde:
60015
EXTERNO

3.2.1.1.2.1.5 HPE
shutdown
no shutdown
Dónde:

3.2.1.1.2.2 EDC Respaldo / Secundario

Una vez realizado el conmutado el tráfico al acceso de respaldo, realizaremos pruebas de conectividad
con otras sedes, puntos centrales de cliente o con las redes que se hayan acordado previamente con
cliente tener en cuenta para comprobar el correcto funcionamiento de la red.
Una vez realizadas las pruebas se volverá a habilitar la subinterface de la WAN principal
Terminadas las pruebas se deberá de acceder al equipo principal de nuevo a través de la LAN, levantar
la interface WAN y realizar de nuevo las comprobaciones del apartado 3.1 para ver que todo está
correcto de nuevo.
3.2.1.1.3 Respaldo/Backup Móvil - VPNIP Único EDC

En el caso de que el equipo con tecnología móvil tenga una línea fija ya sea MacroLAN o VPN IP se
procederá a la desactivación de está tirando la subinterface WAN para forzar la conmutación, para lo
cual aplica el mismo procedimiento ya explicado en el apartado de Respaldo VPNIP – VPNIP en unico
EDC.
Una vez realizada desactivación de la línea fija el mecanismo que inhibe la activación de la línea móvil
se desactivara automáticamente levantando la conexión y dotando de conectividad al cliente.
3.2.1.1.4 Respaldo/Backup Móvil - VPNIP Doble EDC

Una vez verificado que la línea móvil tiene visibilidad con la MPLS se procederá a la desactivación
subinterfaces LAN hasta que la conmutación de los grupos VRRP/HSRP llegue al equipo con tecnología
móvil.
60015
EXTERNO
Por lo tanto, los pasos indicados en el apartado de Respaldo VPNIP – VPNIP en doble EDC son válidos
para realizar la comprobación de una línea móvil.
3.2.1.2 Escenarios Balanceo
Las pruebas serán idénticas a los escenarios de redundancia. Solamente tener en cuenta se recibirá por
ambos accesos de manera simultánea la Ruta Señuelo.
3.2.2 MACROLAN
3.2.2.1 Escenarios Respaldo/Backup
En todos los fabricantes deberemos tener en cuenta los distintos métodos de reinicio controlado o de
“marcha Atrás” automático de las configuraciones aplicadas. Ver el apartado correspondiente en
Respaldos VPNIP – VPNIP en un unico EDC.
3.2.2.1.1 Respaldo/Backup MacroLAN - MacroLAN Único EDC
Una vez realizados todos los pasos del apartado de actuaciones previas pasaremos a detallar como
realizar la prueba de respaldo en el caso de tener un solo EDC y accesos diversificados.
Para los escenarios dónde exista un mismo EDC con accesos diversificados, se deshabilitará la sub-
interface WAN del acceso principal. Una vez realizado esto el tráfico se cursará por el acceso de
respaldo.
Después se realizarán las pruebas de conectividad con otras sedes, puntos centrales de cliente o con
las redes que se hayan acordado previamente con cliente tener en cuenta para comprobar el correcto
funcionamiento de su red.
Terminadas las pruebas se deberá levantar la interfaz WAN y realizar de nuevo las comprobaciones del
apartado actuaciones previas para comprobar que todo vuelve a la situación inicial y el servicio se presta
de nuevo con normalidad a través del EDC Principal y su acceso WAN.
A continuación, se indica como forzar el tráfico a través del acceso de respaldo por cada fabricante,
deshabilitando la subinterface WAN o interfaz WAN del EDC Principal.
3.2.2.1.1.1 Cisco
Para las plataformas ISR, ISRG2. ISR4K, ISR1K
configure terminal
shutdown
60015
EXTERNO
En el caso de las plataformas ASR920
conf terminal
interface BDI <IDVLANSERVICIO>
shutdown
conf terminal
no shutdown
Para el caso de ASR920
conf terminal
no shutdown
Dónde:

3.2.2.1.1.2 Juniper
Familia SRX
Familia EX
set interfaces vlan unit <IDVLANSERVICIO> disable

Nota: Tambíen es posible encontrarnos equipos de la familia EX configurados como los SRX.
EX4300
set interfaces irb unit <IDVLANSERVICIO> disable
Familia SRX

60015
EXTERNO
Familia EX
delete interfaces vlan unit <IDVLANSERVICIO> disable
EX4300
delete interfaces irb unit <IDVLANSERVICIO> disable
Dónde:

3.2.2.1.1.3 Teldat
*p 5
-- Ethernet Subinterface Configuration --
*p 5
Dónde:

conf terminal
conf terminal
Dónde:
60015
EXTERNO

3.2.2.1.1.5 HPE
shutdown
no shutdown
Dónde:

3.2.2.1.2 Respaldo/Backup MacroLAN - MacroLAN Doble EDC
Una vez realizados todos los pasos detallados en al apartado de actuaciones previas pasaremos a
detallar como realizar la prueba de respaldo en el caso de tener doble EDC.
Accederemos al equipo de respaldo por gestión, una vez dentro accederemos al equipo principal
mediante un telnet a su IP LAN que se puede consultar en el grupo VRRP como se indica en el apartado
de VRRP o según corresponda HSRP / TVRP y que aparece como “<IP_LAN_EDC_PRINCIPAL>”
Estando en el equipo principal deshabilitaremos la subinterface WAN para forzar el paso al respaldo.
la interfaz WAN y realizar de nuevo las comprobaciones del apartado de actuaciones previas para ver
que todo vuelve a la situación inicial y el servicio se presta de nuevo con normalidad a través del EDC
Principal y su acceso WAN.

3.2.2.1.2.1.1 Cisco
Para las plataformas ISR, ISRG2. ISR4K, ISR1K
configure terminal
60015
EXTERNO
shutdown
En el caso de las plataformas ASR920
conf terminal
shutdown
conf terminal
no shutdown
Para el caso de ASR920
conf terminal
no shutdow
Dónde:

3.2.2.1.2.1.2 Juniper
Familia SRX
Familia EX
set interfaces vlan unit <IDVLANSERVICIO> disable

Nota: Tambíen es posible encontrarnos equipos de la familia EX configurados como los SRX.
EX4300
set interfaces irb unit <IDVLANSERVICIO> disable

60015
EXTERNO
Familia SRX
Familia EX
delete interfaces vlan unit <IDVLANSERVICIO> disable
EX4300
delete interfaces irb unit <IDVLANSERVICIO> disable
Dónde:

3.2.2.1.2.1.3 Teldat
*p 5
*p 5
Dónde:

3.2.2.1.2.1.4 One Access
conf terminal
conf terminal
60015
EXTERNO
Dónde:

3.2.2.1.2.1.5 HPE
shutdown
no shutdown
Dónde:

Una vez realizado el forzado de tráfico por el respaldo, realizaremos pruebas de conectividad con otras
sedes, puntos centrales de cliente o con las redes que se hayan acordado previamente con cliente tener
en cuenta para comprobar el correcto funcionamiento de su red.
Una vez realizadas las pruebas se volverá a habilitar la sub-interface de la WAN principal
la interface WAN y realizar de nuevo las comprobaciones del apartado de actuaciones previas para
revisar que todo está correcto de nuevo y se cursa el tráfico de manera normal por el EDC Principal.
3.2.2.1.3 Respaldo/Backup MacroLAN - VPNIP Único EDC
Aplica lo mismo que en el apartado Respaldo/Backup MacroLAN - MacroLAN Único EDC
3.2.2.1.4 Respaldo/Backup MacroLAN - VPNIP Doble EDC
Aplica lo mismo que en el apartado Respaldo/Backup MacroLAN - MacroLAN Doble EDC

60015
EXTERNO
3.2.2.2 Escenarios Balanceo
Las pruebas serán idénticas a los escenarios de redundancia. Solamente tener en cuenta se recibirá por
ambos accesos de manera simultánea la ruta señuelo.
3.2.3 DataInternet Banda Ancha
3.2.3.1 Redundancia Simple
La redundancia simple se establece desde un único EDC, configurando dos conexiones con dos Routers
de Acceso (PE o HL4) distintos, la base de la prueba consistirá en deshabilitar la subinterfaz IP WAN
principal.
La excepción serán los accesos basados en ADSL o FTTH que solo tendrán un canal lógico y tendrán
siempre que disponer de un respaldo a través de otro acceso.
Daremos por hecho que el escenario más común será disponer de direccionamiento público
directamente conectado o un direccionamiento LAN directamente conectado que será traducido por el
propio EDC al rango público de cliente y que siempre se deberá recibir el Agregado RIMA
(213.0.127.0/17) vía BGP y se usará como determinante para confirmar el correcto funcionamiento del
routing.
En caso contrario será necesario si o si la ayuda de cliente para confirmar la disponibilidad del servicio
durante las pruebas.
Primero se identificará la interfaz WAN que podrá estar asociado a 3 distintos accesos:
 Acceso a la red MetroLAN

 Acceso FTTH con conexión vía ONT
 Acceso ADSL
Si el acceso es ADSL o FTTH el respaldo deberá darse si o si a través de otro acceso, por lo que
tendremos que acudir a las pruebas de Redundancia Simple con un EDC y dos líneas físicas distintas.
Lo identificaremos como <Puerto_accesoRED> y a posteriori identificaremos como <DIBA1> o <DIBA2>

los dos circuitos lógicos que entregan el servicio o uno en caso de los accesos ADSL o FTTH
Antes de seguir será necesario contar con un punto de origen para poder realizar las pruebas, esto será
o bien una interfaz ficticia loopback o una interfaz física de cliente que disponga de direccionamiento con
posibilidad de salida hacia INTERNET, esto es, que esté dentro del rango público de cliente o se esté
traduciendo a un rango público de cliente mediante NAT en el propio equipo, si esto no se cumple se
dependerá de cliente para poder tener un resultado positivo de la prueba de respaldo.
3.2.3.1.1 Un EDC con una línea y dos conexiones lógicas sobre esa misma línea.
A continuación damos las configuraciones a aplicar para comprobar el correcto funcionamiento del
respaldo según el fabricante.
60015
EXTERNO
Aunque estas pruebas están orientadas para escenarios de principal y respaldo, si el escenario es de
balanceo la prueba consistiría en actuar también sobre el circuito lógico secundario habiendo
probado tanto el mecanismo de redundancia de los dos segmentos de red con los que se juega en estos
escenarios.
Se recomienda siempre guardar la configuración aplicada y configurar reinicios programados

antes de proseguir.
3.2.3.1.1.1 Cisco
 Se deshabilita el circuito lógico principal
ISR, ISRG2,ISR4K y ISRC11xx
interface <Puerto_AccesoRed>.<DIBA1>
shutdown
ASR920
interface BDI<DIBA1>
shutdown
Con esto se consigue que el único camino posible sea a través del circuito lógico < DIBA2> por lo que
tras consultar por dónde se recibe ahora el Agregado_RIM deberá coincidir con la IP del Router de
Acceso del circuito lógico <DIBA2>.
Ejemplo:
<nemónico># show ip route 213.0.128.0
Routing entry for 213.0.128.0/17, supernet
Known via "bgp 65200", distance 20, metric 0
Tag 3352, type external
Last update from <IP_WAN_PE_BCK> 6d03h ago
Routing Descriptor Blocks:
* <IP_WAN_PE_BCK>, from <IP_WAN_PE_BCK>, 6d03h ago
Route metric is 0, traffic share count is 1
AS Hops 1
Route tag 3352
MPLS label: none
 Tras esto realizaremos las pruebas indicadas en el apartado Conectividad hacia Internet
 Con la confirmación de que existe continuidad del servicio ya podrá levantarse el circuito
principal y se podrán realizar las mismas comprobaciones del apartado de actuaciones
previas y así poder asegurar que la vuelta atrás es correcta.
60015
EXTERNO
 Se habilita el circuito lógico principal:
ISR, ISRG2,ISR4K y ISRC11xx
no shutdown
ASR920
interface BDI<DIBA1>
no shutdown
3.2.3.1.1.2 Juniper
 Se deshabilita el circuito lógico principal, se recomienda ejecutar un un “commit

confirmed” para que el cambio tenga efecto y vuelva a su situación original en caso de
que se pierda gestión.
Familia SRX
set interfaces <Puerto_AccesoRed> unit <DIBA1> disable
Familia EX*
set interfaces <Puerto_AccesoRed> unit <DIBA1> disable
set interfaces vlan unit <DIBA1> disable
*Según el modo de configuración definido en el <Puerto_AccesoRed>
Ejemplo:
60015
EXTERNO
<usuario>@<nemónico>> show route 213.0.128.0
inet.0: 190 destinations, 190 routes (190 active, 0 holddown, 0 hidden)

213.0.128.0/17 *[BGP/170] 1w6d 10:53:04, localpref 100

AS path: 3352 I, validation-state: unverified
> to <IP_WAN_PE_BCK>, via <Puerto_AccesoRed>.<DIBA2>
previas, para asegurar que la vuelta atrás es correcta.
 Se habilita de nuevo el circuito lógico principal y deberá seguirse de un “commit

confirmed” para que se ejecute.
Familia SRX
delete interfaces <Puerto_AccesoRed> unit <DIBA1> disable
Familia EX*
delete interfaces <Puerto_AccesoRed> unit <DIBA1> disable
delete interfaces vlan unit <DIBA1> disable
3.2.3.1.1.3 Teldat
 Se deshabilita el circuito lógico principal, se deberá ejecutar en el modo P 5 de la CLI de

Teldat Dónde los cambios son inmediatos.
Config> network <Puerto_AccesoRed>.<DIBA1>
-- Config of the Ethernet Subinterface –

<Puerto_AccesoRed>.<DIBA1> config> shutdown
<Puerto_AccesoRed>.<DIBA1> config> exit
60015
EXTERNO
Ejemplo:
<nemonico> *p 3
Console Operator
loarcachcc +p ip
-- IP protocol monitor --
loarcachcc IP+rou
loarcachcc IP+route-given-address 213.0.127.0
Destination: 213.0.0.0
Mask: 255.255.0.0
Route type: bgp
Distance: 0
Tag: 0
Next hop(s): <IP_WAN_PE_BCK> (<Puerto_AccesoRed>.<DIBA2>) Age: 0
 Se habilita de nuevo el circuito lógico principal de manera similar a como lo

deshabilitamos, en modo P 5.

<Puerto_AccesoRed>.<DIBA1> config> no shutdown
 Se deshabilita el circuito lógico principal., se recomienda configurar un “reboot after…”

antes de proseguir.
shutdown
exit
60015
EXTERNO
Ejemplo:
<nemonico> #sh ip route 213.0.127.0

Routing entry for 0.0.0.0/0 (flags: 0x8003)
Route is up
Gateway address is <IP_WAN_PE_BCK>, via <Puerto_AccesoRed>.<DIBA2>
Local address is <IP_WAN_EDC_DIBA2>
Route distance is 1

deshabilitamos. (No olvidar cancelar el “reboot after” si se programó)
no shutdown
exit
3.2.3.1.1.5 HPE
 Se deshabilita el circuito lógico principal.
[<nemonico>] interface <Puerto_AccesoRed>.<DIBA1>

[<nemonico> -<Puerto_AccesoRed>.<DIBA1>] shutdown
[<nemonico> -<Puerto_AccesoRed>.<DIBA1>] exit
Ejemplo:
60015
EXTERNO
<nemonico>display ip routing-table 213.0.128.0
Summary count : 1

213.0.128.0/17 BGP 90 100 <IP_WAN_PE_BCK> <Puerto_AccesoRed>.<DIBA2>
*Los valores de PRE y COST pueden variar en escenarios reales, consultar Manual Técnico del Servicio

deshabilitamos.
[<nemonico>] interface <Puerto_AccesoRed>.<DIBA1>

[<nemonico> - <Puerto_AccesoRed>.<DIBA1>] undo shutdown
[<nemonico> - <Puerto_AccesoRed>.<DIBA1>] exit
3.2.3.1.2 Un EDC con dos líneas físicas distintas y una conexión por cada línea.
En estos escenarios seguiremos contando con un único EDC gestionado DIBA pero con dos accesos
independientes por puertos distintos, podrán ser cualquiera de las tecnologías descritas en el punto
apartado de Redundancia Simple.
Es decir, la metodología será similar, pero aqui identificaremos tanto <Puerto_AccesoRed_1> y

<Puerto_AccesoRed_2> siendo esta la única diferencia:
- Dispondremos de dos puertos diferenciados, por lo que tras identificar el acceso principal se
deshabilitará con los mismos comandos indicados en el escenario anterior de único EDC, un
única linea y dos conexiones lógicas.
3.2.3.1.2.1 Cisco
Ver apartado “Un EDC con una línea y dos conexiones lógicas sobre esa misma línea” y actuar sobre
<Puerto_AccesoRed_1> tras identificarlo, el cual normalmente será el principal.
3.2.3.1.2.2 Juniper
60015
EXTERNO
3.2.3.1.2.3 Teldat
3.2.3.1.2.5 HPE
3.2.3.2 Redundancia Completa
La redundancia completa se establece utilizando dos EDCs, y configurando conexiones desde ambos
EDCs hacia dos Routers de Acceso distintos utilizando dos conexiones lógicas distintas.
Aplicarán las mismas consideraciones que en los escenarios de Redundancia Simple respecto a
identificación de puertos de acceso de red según la tecnología y la metodología usada por el cual el
Agregado RIMA es determinante para la confirmación del funcionamiento del routing BGP.
Sin embargo en los escenarios de doble EDC tendremos dos nuevos factores a tener en cuenta:
 Existencia de un protocolo de Alta Disponibilidad asociado a la disponibilidad del

Agregado RIM en la tabla de rutas del EDC Principal o en ambos en escenarios de
Balanceo.
Por defecto este protocolo deberá ser VRRP
 Existencia de una sesión de routing interno entre ambos EDCs por la cual el EDC de
Respaldo puede recibir la misma tabla de rutas que el EDC Principal a excepción de la
Ruta Señuelo o Agregado RIMA (Si está correctamente configurado y según fabricante)
3.2.3.2.1 Dos EDC con dos líneas físicas distintas y una conexión por cada línea.
A continuación damos las configuraciones a aplicar para comprobar el correcto funcionamiento del
respaldo según el fabricante.
Aunque estas pruebas están orientadas para escenarios de principal y respaldo, si el escenario es de
balanceo la prueba consistiría en actuar también sobre el circuito lógico secundario habiendo
60015
EXTERNO
probado el mecanismo de redundancia de los dos segmentos de red con los que se juega en estos
escenarios.
Se recomienda siempre guardar la configuración aplicada y configurar reinicios programados antes de

proseguir.

3.2.3.2.1.1.1 Cisco
 Accederemos al EDC Principal a través del EDC de Respaldo usando su IP LAN, asi
garantizaremos la gestión del EDC aunque operemos en su interfaz WAN.
 Habrá que ejecutar el comando “shutdown” en modo configuración sobre el

<Puerto_AccesoRed>.
Esto será igual tanto para la gama de Gama ISR,ASR1K,ASR4k o ASR920.
interface <Puerto_AccesoRed>
shutdown
Con esto se consigue que el único camino posible sea a través del circuito lógico <DIBA2> que seguirá
activo en el EDC de Respaldo
 Tras deshabilitar la interfaz del EDC Principal se desencadenará el mecanismo de monitorización

de la red del Agregado_RIM y provocará una penalización del Protocolo de Alta Disponibilidad
configurado.
 Para habilitar de nuevo la interfaz se tendrá que ejecutar “no shutdown”
3.2.3.2.1.1.2 Juniper
 Habrá que ejecutar el comando “disable” en modo configuración sobre el <Puerto_AccesoRed> y

realizar el “commit” controlado correspondiente.
Esto podrá variar según el modelo de EDC:
Familia SRX
set interfaces <Puerto_AccesoRed> disable
Familia EX*
60015
EXTERNO
set interfaces <Puerto_AccesoRed> disable
set interfaces vlan unit <DIBA1> disable

configurado.
 Para habilitar de nuevo la interfaz se tendrá que ejecutar eliminar las líneas anteriormente
configuradas y aplicar el “commit” para que se habilite la configuración.
Familia SRX
delete interfaces <Puerto_AccesoRed> disable
Familia EX*
delete interfaces <Puerto_AccesoRed> disable
delete interfaces vlan unit <DIBA1> disable
3.2.3.2.1.1.3 Teldat
 Habrá que ejecutar el comando “shutdown” en el modo P 5 sobre el <Puerto_AccesoRed>.

60015
EXTERNO

<Puerto_AccesoRed>.<DIBA1> config> shutdown

configurado.

<Puerto_AccesoRed>.<DIBA1> config> no shutdown
3.2.3.2.1.1.4 One Access

<Puerto_AccesoRed>.
shutdown
exit

configurado.
no shutdown
exit
60015
EXTERNO
3.2.3.2.1.1.5 HPE

<Puerto_AccesoRed>.
[<nemonico>] interface <Puerto_AccesoRed>

[<nemonico> -<Puerto_AccesoRed>.<DIBA1>]shutdown
[<nemonico> -<Puerto_AccesoRed>.<DIBA1>]exit

configurado.
[<nemonico>] interface <Puerto_AccesoRed>

[<nemonico> -<Puerto_AccesoRed>.<DIBA1>]no shutdown
[<nemonico> -<Puerto_AccesoRed>.<DIBA1>]exit
Una vez realizado el forzado de tráfico por el respaldo, realizaremos pruebas de conectividad con otras
sedes, puntos centrales de cliente o con las redes que se hayan acordado previamente con cliente tener
en cuenta para comprobar el correcto funcionamiento de su red.
Las pruebas a ejecutar desde el EDC de Respaldo serán las siguientes para todos los fabricantes:
 Realizaremos las pruebas indicadas en el apartado Conectividad hacia Internet
 Con la confirmación de que existe continuidad del servicio ya se podrá volver a entrar en
el EDC Principal a través de la LAN del EDC de Respaldo y habilitar la interfaz
deshabilitada en el punto correspondiente a EDC Principal / Primario según el
fabricante.
3.2.3.3 Conectividad hacia Internet
La conectividad hacia Internet, según como se compruebe, puede darnos lugar a falsos
positivos/negativos, ya sea porque se está atacando a DNS públicos ajenos a nuestro AS como podrían
60015
EXTERNO
ser los DNS públicos de Google (8.8.8.8/8.8.4.4) o IPs de Webs conocidas independientemente de
dónde estén ubicadas y cual sea su ISP.
Para ello se establece que las pruebas a realizar sean contra destinos conocidos y dentro del AS de
TDE 3352
Las pruebas a ejecutar desde el EDC de Respaldo serán las siguientes para todos los fabricantes:
 La prueba básica consiste en realizar una prueba de conectividad a otro DIBA de cliente
con visibilidad en Internet o cualquiera de los DNS púbicos de TDE usando un ping
ICMP con origen una IP Pública asignada a cliente o una IP LAN propia de cliente que
esté siendo traducida localmente en el EDC mediante NAT, insistimos que deberá estar
configurada en el EDC para poder lanzar el tráfico con una IP válida.
DNS de TDE:
213.0.184.68 minerva.ttd.net
213.0.184.69 artemis.ttd.net
Habrá que tener especial cuidado a la hora de realizar las pruebas, al no disponer de una
plataforma dedicada para el destino de esta prueba podemos encontrarnos con que los
DNS nos rechacen las conexiones por mera seguridad o que lo identifique como un
ataque DDOS.
 Esta prueba puede completarse con un traceroute hacia los DNS y así confirmar que el
siguiente salto es la IP WAN del PE de la VLAN DIBA2.
4 ANEXOS
4.1 Acrónimos y definiciones
WAN. Wide Area Network, se asociará normalmente al puerto o servicios que prestan comunicación
global hacia una RPV
LAN. Local Area Network, comúnmente se asocia con el segmento de red interno de una red local.
BGP. Protocolo de routing.
RIP. Protocolo de routing
CLI. Acrónimo usado para referirse a la consola de acceso a los EDC.
EDC. Equipo en Domicilio de cliente.
VRRP. Protocolo de redundancia de red utilizado entre dos o más EDCs que se configuran para
representar un router virtual. Es el estándar.
HSRP. Protocolo de redundancia propietario de Cisco de red utilizado entre dos o más EDCs que se
configuran para representar un router virtual.
TVRP. Protocolo de redundancia de red propietario de Teldat utilizado entre dos o más EDCs que se
configuran para representar un router virtual.
Track. Camino lógico que se establece para alcanzar un EDC que tiene un protocolo de redundancia
configurado.
60015
EXTERNO
PE. Nodo de acceso a Red Nuria

LNS. Terminador de túneles para el servicio AyRM, actua a la vez de PE
Neighbor Conexión por BGP que se establece entre dos EDCs que tienen configurado BGP.
Peer. EDC remoto con el que se establece una sesión BGP.
Prefijo remoto. Red del EDC remoto.
Ruta señuelo. Ruta de monitorización del estado de routing.
Agregado RIMA. Conjunto de redes públicas asociadas al AS de TDE en el entorno Internet.
Sistema Autónomo (AS). Identificador del EDC para la sesión BGP.
4.2 Aplicaciones Corporativas

LOGOS PT. Es una aplicación Web (https://lb.es.telefonica/pt/) que sirve para gestionar el inventario de
grandes clientes de telefónica.
OMEGA. Sistema de Gestión dirigido a aumentar el grado de automatización de las actividades de
Operación y Mantenimiento-
Gestope Herramienta de gestión de configuraciones de EDCs.
SIGA. Es una aplicación Web (http://10.0.93.15/p/siga/PruebaSIGA3.php) que sirve para diagnosticar
averias en el acceso.
WOCU. Es la herramienta de monitorización enfocada a sustituir a NETCOOL como Herramienta de
Monitorización WAN (Datos y Voz).
XLAN. Es la herramienta web (http://srvweb.cte.sdr.tesa/etxlanweb/index.zul) para visualiza y probar
parte de las funcionalidades de los servicios.
SAC/GDIA. Herramienta de apertura de ticket de incidencias y averías.

GUI - Pruebas de Redundancia en Servicios de Datos Empresas - v.1.0.8

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

GUI - Pruebas de Redundancia en Servicios de Datos Empresas - v.1.0.8

Cargado por

Copyright:

Formatos disponibles

GUÍA PARA PRUEBAS EN

3.1.5.2 Comprobaciones en el LNS....................................................................................................................................................24

Edición Fecha OBSERVACIONES-MODIFICACIONES (APARTADOS)

1.0 Diciembre 2018 Creación del documento.

Versión Fecha Elaborado por Revisado por Aprobado por

2 GUIA OPERATIVA DE BALANCEO Y RESPALDO

2.1 Ámbito de la prueba

El ámbito aplicaría a los siguientes tipos de CEx

2.2 Acuerdo con cliente

Antes de planificar estas pruebas se atenderá a lo siguiente:

 Fecha y hora inicio del corte.

2.3 Periodicidad de la prueba

Se establece realizar la prueba una vez al año.

2.4 Duración de la prueba

La duración estimada de la prueba es de 20 minutos.

2.5 Registro de la prueba

 Vía: ProActivo por Rutina.

Ejemplo de Excel de reporte de pruebas:

 Vía: ProActivo por Rutina.

2.6 Recomendaciones previas a la prueba

- Revisión del parque LOGOS PT comprobando lo siguiente:

o Correcta asociación de los elementos y accesos que componen la infraestructura de la

- Asegurar que la configuración de los equipos es correcta y se encuentra disponible en GestOpe.

- Deshabilitar en OMEGA la apertura de incidencias durante la franja horaria de la prueba.

2.7 Ejecución de la prueba

En la ejecución de la prueba hay que tener en cuenta que:

- Para ejecutar las pruebas se realizarán las siguientes acciones:

- Finalizada la ejecución de la prueba se procederá a dejar los elementos en su situación inicial y

2.8 Marcha atrás

3 GUIA TECNICA DE BALANCEO Y RESPALDO

En caso de tener más de un respaldo el procedimiento sería igualmente valido.

3.1 Actuaciones previas

3.1.2 Comprobación accesibilidad entre EDCs

Dado que el propósito es el de probar el correcto funcionamiento de los respaldos, es requisito

3.1.3 Comprobación de Routing

3.1.3.1 Exportación de rutas

En este apartado se comprobará si el EDC principal y de respaldo están exportando correctamente IP

Los comandos a ejecutar en el PE serían los siguientes:

<usuario>@<nemonico_PE>> show route table <VRF_CLIENTE> next-hop <IP_WAN_EDC>

<usuario>@<nemonico_PE> - Será el prompt que mostrará el PE de Red Nuria

3.1.3.2 Importación de rutas

Estos comandos deberán ser introducidos en los EDC del servicio.

3.1.3.2.1 Prefijos remotos

Gateway of last resort is <IP_WAN_PE> network 0.0.0.0

<protocolo> <Red_remota_n> [<:d>/<:m>] via <ip_WAN_PE>, <x>d<x>h

<nemonico># - Será el prompt que mostrará el EDC

A V Destination P Prf Metric 1 Metric 2 Next hop AS path

<usuario>@<nemonico>> - Será el prompt que mostrará el EDC

Desde el modo de monitorización (process 3)

<protocolo>(<x>)[<x>] <Red_remota_n> [<:d>/<:m>] 0 <IP_WAN_PE> (<IF_WAN_EDC>.<subIF_WAN_EDC>)

<nemonico>* - Será el prompt que mostrará el EDC

3.1.3.2.1.4 One Access

<protocolo> <Red_remota_n> [<:d>/<:m>] via <IP_WAN_PE>, <IF_WAN_EDC>.<subIF_WAN_EDC>

<nemonico># - Será el prompt que mostrará el EDC

Destinations : <x> Routes : <x>

Destination/Mask Proto Pre Cost NextHop Interface

<nemonico> - Será el prompt que mostrará el EDC

3.1.3.2.2 Ruta Señuelo/Agregado RIMA

<nemonico>#show ip route <Ruta_señuelo>

<nemonico># - Será el prompt que mostrará el EDC

<usuario>@<nemonico>> show route table inet.0 <ruta_señuelo>

<usuario>@<nemonico>> show route <ruta_señuelo>

<Ruta_señuelo>/<mascara_Ruta_señuelo> *[<protocolo>/<:d>] 2d 04:30:23, MED <:m>, localpref <:lp>