Una Red Definida por Software (SDN: Software Define Network), debe ser el cambio de paradigma mas grande para la “gente de redes” en los ultimo 20 o 30 años. Es una mirada nueva al despliegue de red.
Qué es una red SDN
Es básicamente tener una Infraestructura Programable. Consiste en programar en un lenguaje (estándar) la infraestructura de red (switches, routers, FWs..).
Lo que hasta hace poco solo permitía una configuración estática y más bien rígida, con SDN se logra en forma dinámica adecuaciones de Infraestructura de acuerdo a las nuevas necesidades, pasando de meses de despliegue a días o minutos en casos sencillos.
Se basa en una Administración Centralizada. Hasta hoy generalmente solo se logra centralizar gestión por cada vendor.
SDN logra centralizar plataformas multivendor usando ambientes abiertos. Algunas ventajas son:
Optimización (dinamismo y rapidez).
Automatización (disminución de fallas).
Open Source (uso de códigos abiertos, permite interacción con distintas marcas en forma estándar).
Controlador e Implementaciones SDN
Existen tres posibilidades de implementar SDN:
1. SDN basada en DISPOSITIVOS: Los dispositivos (switches, routers, FWs,..) se programan directamente con aplicaciones creadas por el programador /ingeniero de red (C, Java, Python).
2. SDN basada en CONTROLADOR: Se utiliza un controlador centralizado que gestiona todos los dispositivos de la red.
Las aplicaciones se entienden con el controlador y él re-envía los datos a los dispositivos.
Es la modalidad más popular, simple y efectiva. Además, de los desarrollos Open Source están los desarrolladas por cada vendor.
3.- SDN basada en POLITICAS: En esta caso se utilizan aplicaciones de alto nivel integradas en el controlador que automatizan la configuración mediante una GUI amigable (no se requiere habilidades de programación).
Es la forma más compleja de implementar pero la más simple de operar. Permite descubrimientos automáticos de topologías L2/L3, what-if , etc.
Ejemplo de SDN: Red de Datos WAN
Tradicionalmente el crecimiento de una Red de Datos requiere la planificación de una estructura completa y compleja de L2 y L3 (incluso L1 y medios físicos: fibra, cable), definiendo equipos, troncales, BW, interfaces de usuario, protocolos de enrutamiento, clases y calidad de servicio, delay, respaldos, rutas, etc.
Un cambio de Topología como la inserción de un nodo, o el despliegue de un nuevo servicio, o un cambio no esperado de demanda, requiere en muchas ocasiones una redefinición completa de la red desplegada o de una parte importante de ella . Luego el crecimiento es un tema lento y costoso (movimiento e implantación de HW, intervenciones de red, cortes de servicio, baja de disponibilidad, etc..).
En una solución que haya contemplado dispositivos SDN el ingeniero de red se comunica con el Controlador SDN y programa acciones en los dispositivos para incorporar nuevos elementos, rutas, servicios. Con mínimo impacto en los servicios.
El Ingeniero de red interactúa generalmente con el controlador a través de una API (con una App de desarrollo/programación propio o de terceros), a su vez el Controlador SDN se conecta con los dispositivos través de una interfaz de gestión (Mngmt) – en forma encriptada de preferencia- usando OpenFlow.
El dispositivo (switch, router..) que entiende OpenFlow corre en forma secuencial tablas de flujo con instrucciones (tipo ACL). Cuando existe match para una condición se ejecuta la acción programada ( salir del switch, saltar a otra tabla de flujo, cambiar una VLAN,.. ).
Controlador SDN: Arquitectura Leafand Spine
En relación a las Topologías en SDN ésta se simplifica, pasando de la estructura tradicional de Core – Distribución – Acceso, a una de solo dos niveles denominada Leaf and Spine. Esto puede ser en L2 o L3, manteniendo la condicion de Alta disponibilidad (HA: High Availability).
El cambio principal es el la frontera entre las capas L2 y L3 que ocurre en el switch Leaf que ahora corre protocolos en L2 locales y L3 hacia la periferia.
Ya no opera STP (Spanning Tree), se reemplaza en L2 por TRILL o SPB, y en L3 por VXLAN. En general se privilegia el uso de L3.
En VXLAN por ejemplo se encapsula en L3 para pasar las VLANs de switch a switch , y así no perder la conectividad en L2.
Apoyo en redes SDN
Como Kubernet podemos apoyar en acciones como:
• Implantación de datacenters Telco, en instalación, cableado y etiquetado (tema hoy mas relevante que nunca).
• Despliegue de red, intercatuando con el controlador SDN, desarrollando aplicaciones para chequeos de servicios, de capacidades en la red.
• Redefinición de procesos, agilidad de implantación de servicios en ambientes SDN.
• Análisis de fallas para situaciones extremas (Disaster Recovery) en redes SDN.
