Citrix SD-WAN Platforms

Omisión de Ethernet y propagación de enlaces inactivos

February 12, 2020

Contribución de:

Nota: La propagación de Link-Down se agregó a los dispositivos SD-WAN (anteriormente SD-WAN) 1000, 2000, 3000, 4000 y 5000 con la versión 7.2.1.

La mayoría de los modelos de dispositivos incluyen una función de fail-to-wire (derivación Ethernet) para el modo en línea. Si falla la alimentación, se cierra un relé y los puertos de entrada y salida se conectan eléctricamente, lo que permite que la señal Ethernet pase de un puerto a otro como si el dispositivo no estuviera allí. En el modo de conmutación por error, el dispositivo parece un cable cruzado que conecta los dos puertos.

Cualquier fallo en el hardware o software del dispositivo también cierra el relé. Cuando se reinicia el dispositivo, el relé de derivación permanece cerrado hasta que el dispositivo esté completamente inicializado, lo que mantiene la continuidad de la red en todo momento. Esta función es automática y no requiere configuración del usuario.

Cuando se cierra el relé de derivación, no se puede acceder a los puertos del puente del dispositivo.

Si el transportista se pierde en uno de los puertos del puente, el transportista se deja caer en el otro puerto del puente para asegurarse de que la condición de enlace se propaga al dispositivo del otro lado del dispositivo. Las unidades que supervisan el estado del enlace (como los enrutadores) son notificadas de las condiciones en el otro lado del puente.

La propagación de enlaces tiene dos modos de funcionamiento:

Si el puerto primario no está habilitado, el estado de enlace en un puerto de puente se refleja brevemente en el otro puerto de puente y, a continuación, se vuelve a habilitar el puerto. Esto permite llegar al dispositivo a través del puerto todavía conectado para la administración, el latido de alta disponibilidad y otras tareas.
Si el puerto primario está habilitado, el dispositivo asume (sin comprobar) que el puerto primario se utiliza para la administración, el latido de alta disponibilidad y otras tareas. La condición de enlace descendente en un puerto de puente se refleja persistentemente en el otro puerto, hasta que se restaure el transportista o se reinicie la unidad. Esto es cierto incluso si el puerto primario está habilitado en la GUI pero no conectado a una red, por lo que el puerto primario debe estar inhabilitado (el valor predeterminado) cuando no esté en uso.

La versión oficial de este contenido está en inglés. Para mayor comodidad, parte del contenido de la documentación de Cloud Software Group solo tiene traducción automática. Cloud Software Group no puede controlar el contenido con traducción automática, que puede contener errores, imprecisiones o un lenguaje inadecuado. No se ofrece ninguna garantía, ni implícita ni explícita, en cuanto a la exactitud, la fiabilidad, la idoneidad o la precisión de las traducciones realizadas del original en inglés a cualquier otro idioma, o que su producto o servicio de Cloud Software Group se ajusten a cualquier contenido con traducción automática, y cualquier garantía provista bajo el contrato de licencia del usuario final o las condiciones de servicio, o cualquier otro contrato con Cloud Software Group, de que el producto o el servicio se ajusten a la documentación no se aplicará en cuanto dicha documentación se ha traducido automáticamente. Cloud Software Group no se hace responsable de los daños o los problemas que puedan surgir del uso del contenido traducido automáticamente.

¿Le ha resultado útil?

Omisión de Ethernet y propagación de enlaces inactivos

February 12, 2020

Contribución de:

February 12, 2020

Contribución de:

En este artículo

¿Le ha resultado útil?