Siempre habrá un lugar para protocolos de enrutamiento dinámico y SDN no es un reemplazo para ellos.
SDN sigue siendo un término bastante nebuloso con muchas personas que tienen diferentes puntos de vista sobre lo que es y lo que vendrá.
Algunas personas que manejan SDN están presionando para abstraer completamente los datos y el plano de reenvío del equipo de red; Esto básicamente significa que todas las decisiones de enrutamiento y reenvío son tomadas por un controlador central y ejecutadas de manera descentralizada por hardware ‘tonto’. Esta definición de SDN generalmente toma medidas en la capa 2, por lo tanto, todavía es necesario un enrutamiento dinámico cuando el tráfico sale de ciertas partes de la red.
- Cómo reenviar un Android en Internet
- ¿Cuántas computadoras se pueden conectar a los enrutadores Cisco, Juniper y Rocus y por qué no se puede superar su límite?
- Cómo conectar dos computadoras portátiles con un cable LAN
- ¿Puedo buscar un dispositivo con una dirección Mac y un nombre de host?
- ¿Cuál es la diferencia entre seguridad de red y seguridad de infraestructura?
Otra versión de SDN es continuar teniendo control descentralizado y planos de datos en cada dispositivo, sin embargo, configurar los dispositivos mediante programación. En este modelo, en lugar de usar Putty to SSH en un switch, las tareas de configuración se realizarán a través de una API y una aplicación puede reconfigurar dinámicamente un dispositivo para satisfacer sus necesidades. Este modelo esencialmente reducirá a los ingenieros de redes de hoy en día para montar en rack, apilar y monos de cable y los desarrolladores usarán Python para hacer que los dispositivos reenvíen el tráfico según lo deseado.
De cualquier manera, probablemente nunca verá un “entorno SDN puro”; SDN continuará siendo una iniciativa de centro de datos por algún tiempo.