¿Cuáles son los pros y los contras de las redes definidas por software?

La red definida por software (SDN) es actualmente una palabra de moda. La propuesta real es mover el control de la red de ser distribuido a ser centralizado. Ahora, completamente centralizado es demasiado peligroso, ya que presenta un único punto de falla que es operacionalmente inaceptable, por lo que casi todas las arquitecturas que he visto proponen controladores replicados.

Los controladores se comunican con los elementos de la red (conmutadores, enrutadores) mediante un protocolo y el controlador es totalmente responsable de lo que hacen los elementos. El software del controlador no está hecho necesariamente por los proveedores de elementos y puede ser mejorado por el usuario real de la red.

CON: En realidad, el número de usuarios de la red que realmente modificarán el software del controlador por su cuenta es de aproximadamente 10 (generosamente). Las empresas no quieren gastar tiempo y esfuerzo personalizando cosas solo para satisfacer sus necesidades. El tiempo del programador es muy costoso, por lo que a menos que esté presionando terabits de datos continuamente, los ahorros simplemente no están allí.

PRO: Si escribes el tuyo, obtienes exactamente lo que quieres. ¿Quieres que tus paquetes giren a la izquierda en Albuquerque? No hay problema.

PRO: Tienes la oportunidad de comprar hardware de caja blanca. Ahora, mientras habla con el controlador, eres bueno. Todos los conocimientos complicados van en el controlador.

CON: Acabas de convertirte en un integrador de sistemas. ¿Cómo se asegura de que el controlador A funciona con el elemento B? Será mejor que lo pruebes.

PRO: No tiene que pagarle a su escandalosa prima por su paquete de software integrado.

CON: La pila que se prueba, admite y se sabe que funciona.

PRO: Todos los errores en la red ahora solo están en los controladores. Todo el software tendrá errores. Ahora solo tienes errores en los controladores.

CON: Esperas. Parece probable que también haya errores en los elementos.

PRO: Pero tener todos los errores en un solo lugar es más fácil de administrar.

CON: Tener solo un conjunto de errores significa que te falta diversidad genética. Cualquier error que elimine el controlador primario puede eliminar fácilmente (y probablemente lo hará) los controladores secundarios.

PRO: Puedo implementar múltiples pilas de controladores diferentes.

CON: Y paga para mantenerlos y probarlos.

CON: ¿Qué sucede cuando fallan partes de la red? Y las piezas fallarán. Tratar con eso sigue siendo lo más importante que tiene que hacer el avión de control de red. En un plano de control distribuido, cada elemento intentará recuperarse. En un plano de control centralizado, partes de la red pueden desconectarse del controlador.

PRO: Puedo desplegar más controladores.

CON: Bueno, ahí van tus ahorros de gestión.

CON: Si no implementa muchos controladores, entonces el tiempo de recuperación de su red (también conocido como tiempo de convergencia) puede ser largo, ya que su controlador debe llegar a través de la red para reconfigurar los elementos que rodean la falla.

PRO: Puedo implementar más controladores localmente.

CON: Bueno, ahí van tus ahorros de gestión. ¿Nos estamos acercando al punto donde el número de controladores se está acercando al número de elementos? Si es así, ¿por qué no integrar el controlador nuevamente en el elemento? Y estamos de vuelta donde empezamos.

Descargo de responsabilidad: el autor ha pasado toda su vida como y no ve ningún punto en reorganizar las tumbonas para llegar a una solución subóptima.

PROS:

Un seguimiento de todas las publicaciones excelentes. Al mover la inteligencia de enrutamiento
Con la lógica de otra Capa, crea una Red de Controladores SDN que tendrá una vista de extremo a extremo de toda la Red. Esto significa que se puede tomar una decisión teniendo en cuenta toda la red. La estructura de conmutación L2 se instruirá a través de la red de SDN.

Con la situación actual, un dispositivo L2 (con lógica de enrutamiento) enviará paquetes a un puerto dedicado, por ejemplo, X. Qué sucede si el dispositivo que está conectado a X está sobrecargado o caído.

Al tener una red de SDN, se permitirá una visión completa de la red. Se pueden tomar decisiones de enrutamiento rápido para determinar
cómo se llevará a cabo el enrutamiento. Las tablas tradicionales RIB y FIB se utilizarán como entrada para el enrutamiento.

(RIB = Base de información de enrutamiento; FIB = Base de información de reenvío).

CONTRAS:

Como tiene una capa para enrutamiento, deberá centrarse en la seguridad.
Un delincuente puede crear estragos con la capa SDN-C.

Desarrollando competencia en la organización para trabajar y usar SDN-C (OpenDayLight, Netconf, Openflow, etc.).

Es posible que no pueda aprovechar los nuevos conceptos y características (específicos del proveedor) implementados en un enrutador físico.

No podrá incorporar enrutadores antiguos que no sean compatibles.