Enrutador nativo de la nube como puerta de enlace de tránsito

A partir de la versión 23.2 del enrutador nativo de la nube (JCNR) de Juniper, el enrutador nativo de la nube ahora puede actuar como puerta de enlace de tránsito para el tráfico externo. Como puerta de enlace de tránsito, Cloud-Native Router no es ni el origen ni el destino del tráfico, sino un salto intermedio. Actúa como un enrutador vainilla para cambiar el tráfico entre múltiples interfaces físicas. Según el estado de reenvío, Cloud-Native Router puede encapsular o desencapsular el tráfico entre interfaces.

Nota:

A partir de Cloud-Native Router versión 23.2, Cloud-Native Router admite múltiples interfaces de estructura que le permiten funcionar como puerta de enlace de tránsito.

El enrutador nativo de la nube debe implementarse en el modo L3 para realizar la funcionalidad del enrutador de tránsito. Agregue todas las interfaces físicas (funciones físicas y virtuales) como interfaces de estructura en el gráfico de timón antes de desplegar el JCNR. El enrutador nativo de la nube implementado no admite la edición ni el cambio de las interfaces de estructura durante el tiempo de ejecución. Sin embargo, puede crear o quitar interfaces de pod durante el tiempo de ejecución. Estos son ejemplos de configuraciones de gráficos de timón:

Debe configurar una dirección IP en la interfaz de circuito cerrado y usarla como punto de conexión de túnel para cada instancia de Cloud-Native Router. La dirección IP de circuito cerrado es la dirección del siguiente salto que BGP anuncia a sus pares. Todos los paquetes de datos con encapsulaciones como MPLSoUDP tendrán la dirección IP externa como esta dirección IP de circuito cerrado. Se puede acceder a la dirección IP de circuito cerrado a través de cualquiera de las interfaces físicas. La dirección IP de circuito cerrado debe estar en una subred /32 sin una dirección MAC. Por ejemplo: