Hacer ping a la dirección IP del dispositivo de borde del cliente
En una red de servicio de LAN privada virtual (VPLS), VPLS jerárquica (H-VPLS) y 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 conexión del dispositivo CE (nombre del dispositivo perimetral del proveedor [PE] 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 PE y para las cuales obtener información de conectividad sobre los clientes es un desafío.
La capacidad de hacer ping a la dirección IP de CE tiene los siguientes casos de uso y compatibilidad de funciones:
Caso de uso de VPLS o EVPN
En versiones anteriores de Junos OS, la utilidad ping para VPLS era para las direcciones MAC de destino. Las versiones modernas de Junos OS admiten la utilidad CE-IP ping , que se basa en la infraestructura de ping de LSP definida en RFC 4379. Con la función de ping CE-IP, la ping utilidad se mejora con la capacidad de hacer ping en una dirección IP para una red VPLS y EVPN. Se envían solicitudes de eco de ping de LSP de unidifusión independientes a todos los dispositivos de PE vecinos, y solo un dispositivo de PE responde con la información sobre el dispositivo CE.
La figura 1 ilustra un caso de uso para implementar la función ping CE-IP en una red VPLS o EVPN. Hay tres dispositivos PE (PE1, PE2 y PE3) conectados a cuatro sitios de clientes: los dispositivos CE1, CE2, CE3 y CE4. En este caso de uso, el dispositivo PE1 prueba la conectividad a un host IP (10.0.0.2) para obtener la dirección MAC y el punto de conexión del host en la red del proveedor de servicios VPLS o EVPN para una instancia de enrutamiento específica. Esto se hace mediante 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 del LSP
El
ce-ippaquete de solicitud de eco ping del 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 del host de destino se transporta en la solicitud de eco de ping del LSP mediante el tipo, la longitud y el valor (TLV).
2—Solicitud ARP
Los dispositivos de PE remoto envían solicitudes de protocolo de resolución de direcciones (ARP) inyectadas por host en todas las interfaces orientadas a la CE para la dirección IP de destino. La solicitud ARP se envía al host 10.0.0.2 desde el dispositivo PE2 al dispositivo CE2 y desde el 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 ARP
El dispositivo CE2 responde a la solicitud ARP del dispositivo PE2.
4—Respuesta de eco de ping de LSP
Si se recibe una respuesta ARP de un dispositivo CE, el dispositivo de PE remoto responde al dispositivo de PE que inicia la solicitud ARP con la dirección MAC y el punto de conexión codificados como TLV en el paquete de respuesta de eco de ping del LSP.
El
ce-ippaquete de respuesta de eco ping del LSP se envía mediante el protocolo IP/UDP en el plano de control.El dispositivo PE2 envía una respuesta ping de LSP al dispositivo PE1. El otro dispositivo de PE remoto, el dispositivo PE3, no responde al ping del 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 ping del LSP.
Caso de uso de H-VPLS
En una red VPLS o EVPN, todos los dispositivos PE están conectados 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 de etiquetas de circuito virtual. Sin embargo, en una red H-VPLS, hay dispositivos de PE radiales conectados a la red de malla completa VPLS. Los dispositivos de PE remoto no pueden acceder a estos dispositivos de PE radiales mediante un salto. Dado que la función ping de VPLS siempre usa un valor TTL de etiqueta de circuito virtual de uno, el plano de control de todos los dispositivos PE que están a un salto de distancia recibe los paquetes ping. Luego, el plano de control reinyecta los paquetes ping al siguiente salto (es decir, el dispositivo de PE radial) en la red H-VPLS para que el paquete ping llegue a todos los dispositivos PE.
La Figura 2 ilustra un caso de uso para implementar la función ping CE-IP en una red H-VPLS. Hay tres dispositivos PE (PE1, PE2 y PE3) conectados a cuatro sitios de clientes: los 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 a un host IP (10.0.0.4) para obtener la dirección MAC y el punto de conexión 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 del LSP
El
ce-ippaquete de solicitud de eco ping del 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 del host de destino se transporta en la solicitud de eco de ping del LSP mediante el tipo, la longitud y el valor (TLV).
1A—Solicitud de ping reinyectada de LSP
El dispositivo PE3 vuelve a insertar la solicitud ping del LSP en el 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 ARP insertadas por host en todas las interfaces orientadas a la 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 ARP
El dispositivo CE4 responde a la solicitud ARP del dispositivo HPE3.
4—Respuesta de eco de ping de LSP
Si se recibe una respuesta ARP de un dispositivo CE, el dispositivo de PE remoto responde al dispositivo de PE que inicia la solicitud ARP con la dirección MAC y el punto de conexión codificados como TLV en el paquete de respuesta de eco de ping del LSP.
El
ce-ippaquete de respuesta de eco ping del LSP se envía mediante el protocolo IP/UDP en el plano de control.El dispositivo HPE3 envía una respuesta 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 con ping CE-IP
La función de ping de dirección CE-IP admite las siguientes características:
La función ping CE-IP en una red VPLS o H-VPLS solo se admite en el tipo de instancia de enrutamiento VPLS
La función ping CE-IP en una red EVPN solo se admite en el tipo de instancia de enrutamiento EVPN.
Compatibilidad con instancias de enrutamiento híbrido VPLS y EVPN en las que el tipo de instancia de enrutamiento es EVPN y la compatibilidad con ping CE-IP está disponible en nodos de migración fluida de una sola conexión con LDP-VPLS únicamente.
La función de ping CE-IP tiene las siguientes consideraciones y limitaciones:
Si la dirección IP de destino CE a la que se hace ping está detrás del mismo dispositivo PE en el que se emitió el comando ping, la funcionalidad de ping ce-ip no funciona.
El paquete de respuesta de eco ping del LSP siempre se envía mediante el protocolo IP/UDP en el plano de control. Esto requiere que los dispositivos PE sean accesibles entre sí para que la función funcione.
La función CE-IP no es compatible con lo siguiente:
Instancia de enrutamiento de conmutadores virtuales
Direcciones IPv6
Sistemas lógicos
Enrutamiento y puentes integrados (IRB) configurados en la instancia de enrutamiento EVPN o VPLS