Sería bastante inútil, pero podrías hacer esto.
Una solución es hacer un túnel TCP sobre UDP. Si puede usar UDP, haga que el servidor se suscriba al mismo grupo de multidifusión en ambas interfaces. Luego, el cliente también se suscribirá al mismo grupo de multidifusión en ambas interfaces.
Esta podría ser una segunda opción: soporte para TCP / IP dual y electrónica redundante
- ¿Existe un marco de prueba de automatización de código abierto para probar protocolos de red?
- ¿Cómo compartir datos sin una red? ¿Hay algún protocolo o dispositivo disponible?
- ¿Cuáles son las amenazas de seguridad contra una red MPLS?
- ¿Por qué no se incluye un caché direccionable de contenido en Internet?
- ¿Cómo funcionan los protocolos de prueba de trabajo?
PRP parece una tercera opción: Ethernet redundante de protocolo de redundancia paralela (PRP) para OrionLX
Sin embargo, para saber cuál de estos es significativo en su situación, necesitaría tener un poco más de información. ¿Por qué, por ejemplo, la red (que tiende a ser una parte confiable de un sistema) es menos confiable que el servidor (que, debido a la complejidad, tiende a ser notablemente inestable)?
La mayoría de los proyectos en los que he estado involucrado donde se necesitaba la conmutación por error de tiempo cero, se necesitaba debido a problemas del servidor. La conmutación por error de retardo cero de las conexiones es fácil si solo tiene su segundo servidor sombra el primero.
