¿Cuáles son las ventajas y desventajas de ejecutar funciones de plano de control en hardware remoto en lugar de en el conmutador o enrutador en sí?

Primero las ventajas:

1. No está limitado por las restricciones de CPU / Memoria normalmente presentes en la plataforma del conmutador o enrutador. Suelen ser plataformas integradas con CPU menos potentes y menos memoria. Además, el plano de control puede escalar bien debido a la abundancia de recursos si se ejecuta en equipos COTS (servidores)
2. Es más fácil implementar cosas como el apilamiento de conmutadores, es decir, múltiples conmutadores y un solo plano de control con protocolos como Openflow
3. El plano de control único significa una gestión más fácil de la red.
4. Una vez que tenga una vista centralizada, puede implementar cosas como la ingeniería de tráfico de manera eficiente
5. Los conmutadores pueden diseñarse con especificaciones de hardware menores, ya que tendrían que ejecutar mucho menos software.
6. Es más fácil actualizar el plano de control sin afectar el interruptor
7. Si se implementan protocolos como Openflow, en teoría, es posible seguir agregando o quitando interruptores dependiendo de los requisitos de capacidad (sobre la marcha)

La mayoría de los enrutadores comerciales de chasis múltiple como Juniper T-Series, CISCO CRS ya tienen diseños de aviones de control remoto.

Ahora las desventajas:

• ¿Qué es la solución de problemas de red?
• ¿Pueden conectarse pequeños dispositivos IoT a Internet directamente?
• ¿Cuáles son las ventajas de obtener certificaciones de redes de TI?
• ¿Cuánto cuesta un enlace de 10 Gbps a un centro de datos?
• ¿CISA hace algún bien en lograr CISSP?

1. Los protocolos sensibles a la latencia (si se implementan en el plano de control) como LACP / BFD podrían sufrir. Se requiere un diseño adecuado para que estas partes sensibles al “tiempo” permanezcan en el plano de datos (cambie a sí mismo)
2. Las interrupciones de comunicación entre el interruptor y el plano de control pueden dejar el interruptor sin cabeza. Nuevamente, se requiere un diseño adecuado para que el conmutador pueda funcionar en modo sin cabeza durante un período de tiempo hasta que se restablezca la comunicación.
3. Difícil mantener sincronizados FIB y RIB (es decir, plano de control y cambio de DB de reenvío)
4. El diseño general del sistema se vuelve complicado
5. Si solo tiene un plano de control por conmutador, uno necesitaría dos entidades físicas para alojar el sistema (por ejemplo, conmutador 1U y servidor 1U). Esto aumenta el requisito de bienes raíces en un laboratorio o área de despliegue.