El estado de mi VSI está DOWN

Publicado 2019-10-4 06:13:54Última respuesta oct. 08, 2019 08:20:49 65 3 0 0
  Recompensa Goldies : 0 (solución de problemas)

Buenas tardes amigos, les agradesco por ayudarme por la primera pregunta. Ahora tengo otro pequeño problema, he creado VSI en nuestra red backbone:

vsi PEAJE
description VPLS_TO_CENTRAL
pwsignal ldp
vsi-id 111
mac-withdraw enable
interface-status-change mac-withdraw enable
peer 10.255.0.1
peer 10.255.0.8
encapsulation ethernet


El estado de vsi está down:


Vsi Mem PW Mac Encap Mtu Vsi
Name Disc Type Learn Type Value State
--------------------------------------------------------------------------
PEAJE -- ldp unqualify ethernet 1500 down


¿ como hago para levantar UP?

  • x
  • convención:

Respuestas destacadas
Jorge
Moderador Publicado 2019-10-4 08:45:07 Útil(0) Útil(0)
@8221_Jar buen día.

Te comparto la siguiente información, esperando que con la siguiente información pueda resolver la problemática que tiene.

Descripción del problema.

VSI no puede estar activo entre CS-17 y ES-18-1. El nombre de VSI es vp_xxxxxxx.

El dispositivo llamado CS-17 / ES-18-1 / CS-1 / CS-3 es S5720 y el dispositivo llamado CS-12 es S6720. La versión de S5720 es V200R009C00SPC500 y la versión de S6720 es V200R008C00SPC500.

La topología de red es la siguiente.


Captura

Usamos el comando "display vsi name vp_xxxxxxx verbose" para verificar el estado de la sesión VSI y la sesión está down.


Captura


Comprobamos que el dispositi****dmite MPLS LDP y MPLS VPLS. Validamos la configuración de VSI y descubrimos que la configuración debería estar bien. El vsi-id es el mismo con el dispositivo par y el tipo de encapsulación también es el mismo.


Captura


Comprobamos el estado de la sesión MPLS LDP. La sesión local MPLS LDP está activa, pero la sesión remota MPLS LDP is down.


Captura


Abrimos el debugging de mpls ldp, la sesión se eliminó porque la tarea MPLS LDP no recibió los paquetes mpls ldp del dispositivo par.


Captura


Se validaron las estadísticas de CPU-Defend y el número de paquetes mpls ldp está aumentando. Significa que el dispositivo ha recibido los paquetes mpls ldp. Pero no podemos confirmar si el dispositivo ha recibido los paquetes mpls ldp del dispositivo par, porque el cliente también configuró la sesión mpls ldp local y el estado de la sesión mpls ldp local es correcto.


Captura


Capturamos los paquetes de datos en el puerto PW para confirmar si el dispositivo ha recibido los paquetes mpls ldp del dispositivo par remoto. Y descubrió que la dirección mac de los paquetes mpls ldp es incorrecta.


Captura


El dispositivo conectado es S6720EI. Y comprobamos que hay un error para S6720EI. Si el S6720EI es el nodo de tránsito en el penúltimo salto de un LSP y se configuró la función PHP en el S6720EI. Y la función PHP está habilitada por defecto.


Captura


Por lo tanto, sugerimos al cliente que instale el último parche en S6720EI o configure el comando "label advert non-null", luego reinicie mpls ldp. Después de que el cliente lo implemente, es normal.

Causa.

El error de software provocó que la dirección MAC de los paquetes mpls ldp enviados por S6720EI sea incorrecta.

Solución.

Instale el último parche en S6720EI o configure el comando "label advert non-null", luego reinicie mpls ldp.

Sugerencia.

Para el problema de VSI, primero valide la configuración. Si la configuración es correcta, verifique el estado de mpls ldp. Por último, realice la estadística de tráfico para confirmar si el dispositivo recibe los paquetes mpls ldp correctos.


Espero esta información haya sido de gran utilidad y resuelto su problema, por favor hágame saber si esta información fue de utilidad, quedo a la espera de sus comentarios.

Saludos!


Este artículo contiene más recursos

Es necesario Iniciar sesión para descargar o consultar. ¿Sin cuenta?Registrarse.

x
  • x
  • convención:

Senior Cybersecurity Engineer
Todas las respuestas
VictorSaa
VictorSaa Admin Publicado 2019-10-4 08:15:21 Útil(0) Útil(0)
Que tal @8221_Jar dame un par de minutos para ayudarte con tu respuesta.
  • x
  • convención:

Mexicano%2C%20con%20m%C3%A1s%20de%2010%20a%C3%B1os%20de%20experiencia%20en%20el%20%C3%A1mbito%20de%20Redes%20y%20TICs%20en%20general%20y%20m%C3%A1s%20de%20dos%20dentro%20de%20Huawei%2C%20en%20donde%20cuento%20con%20doble%20certificaci%C3%B3n%20HCIP%20(Routing%20and%20Switching%20y%20WLAN)%2C%20actualmente%20encargado%20de%20ayudarlos%20con%20sus%20dudas%20y%20comentarios%20dentro%20de%20la%20comunidad.
Jorge
Jorge Moderador Publicado 2019-10-4 08:45:07 Útil(0) Útil(0)
@8221_Jar buen día.

Te comparto la siguiente información, esperando que con la siguiente información pueda resolver la problemática que tiene.

Descripción del problema.

VSI no puede estar activo entre CS-17 y ES-18-1. El nombre de VSI es vp_xxxxxxx.

El dispositivo llamado CS-17 / ES-18-1 / CS-1 / CS-3 es S5720 y el dispositivo llamado CS-12 es S6720. La versión de S5720 es V200R009C00SPC500 y la versión de S6720 es V200R008C00SPC500.

La topología de red es la siguiente.


Captura

Usamos el comando "display vsi name vp_xxxxxxx verbose" para verificar el estado de la sesión VSI y la sesión está down.


Captura


Comprobamos que el dispositi****dmite MPLS LDP y MPLS VPLS. Validamos la configuración de VSI y descubrimos que la configuración debería estar bien. El vsi-id es el mismo con el dispositivo par y el tipo de encapsulación también es el mismo.


Captura


Comprobamos el estado de la sesión MPLS LDP. La sesión local MPLS LDP está activa, pero la sesión remota MPLS LDP is down.


Captura


Abrimos el debugging de mpls ldp, la sesión se eliminó porque la tarea MPLS LDP no recibió los paquetes mpls ldp del dispositivo par.


Captura


Se validaron las estadísticas de CPU-Defend y el número de paquetes mpls ldp está aumentando. Significa que el dispositivo ha recibido los paquetes mpls ldp. Pero no podemos confirmar si el dispositivo ha recibido los paquetes mpls ldp del dispositivo par, porque el cliente también configuró la sesión mpls ldp local y el estado de la sesión mpls ldp local es correcto.


Captura


Capturamos los paquetes de datos en el puerto PW para confirmar si el dispositivo ha recibido los paquetes mpls ldp del dispositivo par remoto. Y descubrió que la dirección mac de los paquetes mpls ldp es incorrecta.


Captura


El dispositivo conectado es S6720EI. Y comprobamos que hay un error para S6720EI. Si el S6720EI es el nodo de tránsito en el penúltimo salto de un LSP y se configuró la función PHP en el S6720EI. Y la función PHP está habilitada por defecto.


Captura


Por lo tanto, sugerimos al cliente que instale el último parche en S6720EI o configure el comando "label advert non-null", luego reinicie mpls ldp. Después de que el cliente lo implemente, es normal.

Causa.

El error de software provocó que la dirección MAC de los paquetes mpls ldp enviados por S6720EI sea incorrecta.

Solución.

Instale el último parche en S6720EI o configure el comando "label advert non-null", luego reinicie mpls ldp.

Sugerencia.

Para el problema de VSI, primero valide la configuración. Si la configuración es correcta, verifique el estado de mpls ldp. Por último, realice la estadística de tráfico para confirmar si el dispositivo recibe los paquetes mpls ldp correctos.


Espero esta información haya sido de gran utilidad y resuelto su problema, por favor hágame saber si esta información fue de utilidad, quedo a la espera de sus comentarios.

Saludos!


Este artículo contiene más recursos

Es necesario Iniciar sesión para descargar o consultar. ¿Sin cuenta?Registrarse.

x
  • x
  • convención:

Senior Cybersecurity Engineer
8221_Jar
8221_Jar Publicado 2019-10-8 08:20:49 Útil(0) Útil(0)
Gracia por la esplicación pero la sesión local MPLS LDP está activa

--------------------------------------------------------------------------
PeerID Status LAM SsnRole SsnAge KASent/Rcv
--------------------------------------------------------------------------
10.x.x.x:0 Operational DU Active 0006:19:05 39143/39143
10.b.b.b:0 Operational DU Active 0006:19:05 39144/39143
10.c.c.c:0 Operational DU Active 0006:19:13 39177/39176
--------------------------------------------------------------------------
TOTAL: 3 Session(s) Found.


Pero aún con eso la VSi es DOWN

ASG_01]display vsi name PEAJE verbose

--------------------------------------------------------------------------
Vsi Mem PW Mac Encap Mtu Vsi
Name Disc Type Learn Type Value State
--------------------------------------------------------------------------
XXXXXXX -- ldp unqualify ethernet 1500 down
  • x
  • convención:

Responder

Responder
Debe iniciar sesión para responder la publicación Inicio de sesión | Registrarse

Aviso Aviso: Para garantizar sus legítimos derechos e intereses, la comunidad y los terceros no publicarán contenido que pueda generar riesgos legales a las partes, por ejemplo, pornografía, contenido político, contenido sobre juego, consumo y tráfico de drogas, así como contenido que viole los derechos de propiedad intelectual de terceros, por ejemplo, secretos comerciales, marcas, derechos de autor, patentes y privacidad personal. No comparta su cuenta ni su contraseña con terceros. Todas las operaciones realizadas usando su cuenta se considerarán como sus acciones y todas las consecuencias que estas acciones generen serán responsabilidad suya. Para obtener información detallada, consulte la “ Política de privacidad.”
Si el botón para adjuntar no está disponible, actualice Adobe Flash Player con la versión más reciente
¡Ingresa y disfruta de todos los beneficios para los miembros!

¡Ingresa y disfruta de todos los beneficios para los miembros!

Aterrizaje