Ping de la dirección IP del dispositivo de borde del cliente
En un servicio LAN privado virtual (VPLS), VPLS jerárquico (H-VPLS) y red VPN Ethernet (EVPN), puede probar la conectividad a una dirección IP de borde de cliente (CE) determinada para obtener la dirección MAC y los puntos de adjunto del dispositivo CE (nombre del dispositivo de borde [PE] del proveedor e interfaces locales) a la red del proveedor. Esto es beneficioso en las tecnologías VPN de capa 2, que tienen una gran cantidad de dispositivos de PE y para las que obtener información de conectividad de los clientes es un desafío.
La capacidad de hacer ping a la dirección IP CE tiene los siguientes casos de uso y compatibilidad con funciones:
Caso de uso de VPLS o EVPN
Antes de junos OS versión 17.3R1, la utilidad ping para VPLS era para direcciones MAC de destino. Junos OS versión 17.3R1 introduce la utilidad CE-IP ping , que se basa en la infraestructura de ping LSP definida en RFC 4379. Con la función de ping CE-IP, la ping utilidad se mejora con la capacidad de hacer ping a una dirección IP para una red VPLS y EVPN. Las solicitudes de eco de ping de LSP de unidifusión independiente se envían a todos los dispositivos de PE vecinos, y solo un dispositivo pe responde con la información sobre el dispositivo CE.
La Figura 1 muestra un caso de uso para implementar la función de ping CE-IP en una red VPLS o EVPN. Hay tres dispositivos PE (dispositivos PE1, PE2 y PE3) conectados a cuatro sitios de clientes: dispositivos CE1, CE2, CE3 y CE4. En este caso de uso, el dispositivo PE1 prueba la conectividad con un host IP (10.0.0.2) para obtener la dirección MAC y el punto de adjunto del host en la red de proveedor de servicios VPLS o EVPN para una instancia de enrutamiento específica. Esto se hace con el ce-ip comando. El resultado del comando muestra la información necesaria según el tipo de instancia de enrutamiento configurada.
VPLS/EVPN
Cuando el ce-ip comando ping se ejecuta en una red VPLS o EVPN, el flujo de paquetes es el siguiente:
1—Solicitud de eco de ping LSP
El
ce-ippaquete de solicitud de eco de ping de LSP se envía mediante el plano de datos.El dispositivo PE1 envía una solicitud de eco de ping de LSP a todos los dispositivos PE vecinos, los dispositivos PE2 y PE3. La dirección IP al host de destino se lleva en la solicitud de eco de ping LSP mediante el tipo, la longitud y el valor (TLV).
2—solicitud ARP
Los dispositivos de PE remotos envían solicitudes de Protocolo de resolución de direcciones (ARP) inyectado por host en todas las interfaces ce-cara para la dirección IP de destino. La solicitud ARP se envía al host 10.0.0.2 del dispositivo PE2 al dispositivo CE2 y del dispositivo PE3 a los dispositivos CE3 y CE4. La dirección IP de origen en la solicitud ARP se establece en 0.0.0.0 de forma predeterminada.
3—Respuesta de ARP
El dispositivo CE2 responde a la solicitud ARP del dispositivo PE2.
4—Respuesta de eco de ping LSP
Si se recibe una respuesta de ARP de un dispositivo CE, el dispositivo de PE remoto responde al dispositivo PE que inicia la solicitud ARP con la dirección MAC y el punto de datos adjuntos codificados como TLV en el paquete de respuesta de eco de ping LSP.
El
ce-ippaquete de respuesta de eco de ping LSP se envía mediante el protocolo IP/UDP en el plano de control.El dispositivo PE2 envía una respuesta de ping LSP al dispositivo PE1. El otro dispositivo de PE remoto, el dispositivo PE3, no responde al ping de LSP porque no se recibe una respuesta ARP del dispositivo CE3.
El resultado del comando ping en el
ce-ipdispositivo PE1 muestra la información que se recibe de la respuesta de ping de LSP.
Caso de uso de H-VPLS
En una red VPLS o EVPN, todos los dispositivos de PE se conectan en una topología de malla y, por lo tanto, los dispositivos son accesibles entre sí a través de un salto en términos de accesibilidad a la etiqueta de circuito virtual. Sin embargo, en una red H-VPLS, hay dispositivos de PE radio conectados a la red de malla completa VPLS. Los dispositivos de PE remotos no pueden acceder a estos dispositivos de PE con radio a través de un salto. Dado que la función de ping VPLS siempre usa un valor TTL de una etiqueta de circuito virtual, los paquetes ping son recibidos por el plano de control en todos los dispositivos PE que están a un salto de distancia. Luego, el plano de control vuelve a enviar los paquetes de ping al siguiente salto (es decir, el dispositivo PE radial) en la red H-VPLS para que el paquete de ping llegue a todos los dispositivos PE.
La Figura 2 muestra un caso de uso para implementar la función de ping CE-IP en una red H-VPLS. Hay tres dispositivos PE (dispositivos PE1, PE2 y PE3) conectados a cuatro sitios de clientes: dispositivos CE1, CE2, CE3 y CE4. El dispositivo PE3 está conectado a un radio H-VPLS que se conecta al dispositivo CE4. En este caso de uso, el dispositivo PE1 prueba la conectividad con un host IP (10.0.0.4) para obtener la dirección MAC y el punto de datos adjuntos del host en la red del proveedor de servicios H-VPLS mediante el ce-ip comando.
H-VPLS
Cuando el ce-ip comando ping se ejecuta en una red H-VPLS, el flujo de paquetes es el siguiente:
1—Solicitud de eco de ping LSP
El
ce-ippaquete de solicitud de eco de ping de LSP se envía mediante el plano de datos.El dispositivo PE1 envía una solicitud de eco de ping de LSP a todos los dispositivos PE vecinos, los dispositivos PE2 y PE3. La dirección IP al host de destino se lleva en la solicitud de eco de ping LSP mediante el tipo, la longitud y el valor (TLV).
1A—Solicitud de ping reinyectado de LSP
El dispositivo PE3 vuelve a inyectar la solicitud de ping de LSP al dispositivo de PE radial, el dispositivo HPE3.
2—solicitud ARP
Los dispositivos de PE remotos, los dispositivos PE2 y PE3, y el dispositivo de PE radial, el dispositivo HPE3, envían solicitudes de ARP inyectadas por host en todas las interfaces orientadas a CE para la dirección IP de destino. La solicitud ARP se envía al host 10.0.0.4. La dirección IP de origen en la solicitud ARP se establece en 0.0.0.0 de forma predeterminada.
3—Respuesta de ARP
El dispositivo CE4 responde a la solicitud de ARP del dispositivo HPE3.
4—Respuesta de eco de ping LSP
Si se recibe una respuesta de ARP de un dispositivo CE, el dispositivo de PE remoto responde al dispositivo PE que inicia la solicitud ARP con la dirección MAC y el punto de datos adjuntos codificados como TLV en el paquete de respuesta de eco de ping LSP.
El
ce-ippaquete de respuesta de eco de ping LSP se envía mediante el protocolo IP/UDP en el plano de control.El dispositivo HPE3 envía una respuesta de ping de LSP al dispositivo PE1. Los otros dispositivos de PE remotos, los dispositivos PE2 y PE3, no responden al ping de LSP porque no reciben una respuesta ARP del dispositivo CE.
Funciones compatibles y no compatibles para ping CE-IP
La función ping de direcciones CE-IP admite las siguientes funciones:
La función de ping CE-IP en una red VPLS o H-VPLS solo se admite en el tipo de instancia de enrutamiento VPLS
La función de ping CE-IP en una red EVPN solo se admite en la instancia de enrutamiento tipo EVPN.
Compatibilidad con instancias de enrutamiento híbrido de VPLS y EVPN, donde el tipo de instancia de enrutamiento es EVPN y el ping de CE-IP está disponible en nodos de migración sin problemas de homing único con solo LDP-VPLS.
La función ping DE CE-IP tiene las siguientes consideraciones y limitaciones:
Si la dirección IP de destino CE que se está haciendo ping está detrás del mismo dispositivo PE en el que se emite el comando ping, la funcionalidad de ping ce-ip no funciona.
El paquete de respuesta de eco de ping LSP siempre se envía mediante el protocolo IP/UDP en el plano de control. Para ello, es necesario que los dispositivos de PE sean accesibles por IP entre sí para que la función funcione.
La función CE-IP no admite lo siguiente:
Instancia de enrutamiento de conmutador virtual
Direcciones IPv6
Sistemas lógicos
Enrutamiento y puentes integrados (IRB) configurados en la instancia de enrutamiento EVPN o VPLS