Cinco protocolos SDN que no son OpenFlow

Mientras la Open Networking Foundation define a OpenFlow como la primera interfaz de comunicaciones estándar entre las capas de control y de reenvío de una arquitectura SDN, puede no seguir siendo el protocolo predominante.

Con todas sus promesas, OpenFlow también plantea una serie de desafíos, desde escalabilidad a la seguridad. Lo más preocupante es que los proveedores de red deben crear apoyar switching de soporte con el fin de que OpenFlow se afiance a lo ancho de la industria.

Aunque la mayoría de los proveedores de red ya han desarrollado equipos basados ​​en OpenFlow, también están diseñando arquitecturas SDN que utilizan métodos de comunicación alternativos –incluyendo protocolos de red existentes, tales como MPLS y NETCONF.

Reunimos hasta cinco protocolos SDN que hay que conocer aparte de OpenFlow.

1. Border Gateway Protocol (BGP) es un protocolo utilizado para intercambiar información de enrutamiento entre hosts de gateways en una red de sistemas autónomos. Este protocolo se utiliza a menudo entre hosts de gateways en internet y también se considera un protocolo de gateway exterior estandarizado. BGP a menudo también se clasifica como un protocolo de ruta vectorial  o  un protocolo de vector de distancia. En la red, cada host de gateway tiene típicamente su propio router. La tabla de enrutamiento contiene una lista de routers conocidos, las direcciones que pueden alcanzar, y una métrica de costo asociado con la ruta a cada router; a su vez, esto permite que la mejor ruta disponible sea elegida.

Los proveedores están buscando utilizar BGP en redes definidas por software híbridas. Algunos argumentan que el protocolo sothbound en una arquitectura SDN es menos importante que la agilidad operativay la capacidad de programación que ofrece SDN, con o sin OpenFlow. Como resultado, los proveedores identificaron a BGP como un protocolo SDN con potencial de permitir la programabilidad de red prometida por SDN.

2. NETCONF es un protocolo de gestión de red Internet Engineering Task Force (IETF). Proporciona a un administrador o ingeniero de red una forma segura de configurar un firewall, switch, router o cualquier otro dispositivo de red. Se basa en la llamada de procedimiento remoto (RPC) y fue diseñado para resolver los problemas que existen con los protocolos Protocolo de Gestión de Red Simple y la Interfaz de Comandos en Línea, ya que se refieren a la configuración de dispositivos de red.

La Fundación Open Networking (ONF) abrazó recientemente NETCONF y lo hizo obligatorio para la configuración de dispositivos compatibles con OpenFlow. La especificación, llamada OF-CONFIG, requiere que los dispositivos que la soportan deben implementar el protocolo NETCONF como el transporte.

3. Protocolo de Presencia y Mensajería Extensible (XMPP) es un protocolo que se basa en el Extensible Markup Language. Su uso previsto es para mensajería instantánea y la detección de la presencia en línea. El protocolo funciona entre o en los servidores y facilita la operación en tiempo casi real. XMPP ha surgido recientemente como un protocolo SDN alternativo a OpenFlow en redes SDN híbridas y puede ser utilizado por el controlador para distribuir información tanto de plano de control como de gestión de plano a los puntos finales de servidor. Gestiona la información en todos los niveles de abstracción, hasta llegar al flujo.

4. Protocolo de Gestión de Base de Datos Open vSwitch (OVSDB) es un protocolo de configuración de OpenFlow que está destinado a administrar las implementaciones Open vSwitch. Open vSwitch es un conmutador virtual que permite la automatización de la red y el soporte de interfaces y protocolos de administración estándar, tales como NetFlow. El protocolo también soporta la distribución a través de múltiples servidores físicos.

En una implementación Open vSwitch, un grupo de control contiene administradores y controladores que utilizan el protocolo OVSDB para suministrar información de configuración al servidor de base de datos de switch. Los controladores usan OpenFlow para especificar los detalles de los flujos de paquetes a través del conmutador. Cada administrador y controlador pueden dirigir varios switches, y cada switch puede recibir directivas de varios gestores y controladores.

5. Perfil de Transporte MPLS (MPLS-TP) es el perfil de transporte para la conmutación de etiquetas multiprotocolo. MPLS-TP está diseñado para ser utilizado como una tecnología de capa de red en redes de transporte. Las extensiones del protocolo a MPLS están siendo diseñados por el IETF basado en los requerimientos proporcionados por los proveedores de servicios. El protocolo será una aplicación de conmutación de paquetes orientado a la conexión (CO-PS) que ofrece una implementación MPLS dedicada a eliminar características que no son relevantes a las aplicaciones  CO-PS y a agregar dispositivos que proporcionan soporte a la funcionalidad de transporte crítico.

La Fundación Open Networking propuso cambios a MPLS que incluyen el uso de los datos de plano estándar MPLScon un plano de control más simple basado en SDN y OpenFlow. Al contar con un plano de control simplificado que se desacopla del plano de datos, la ONF argumenta que es capaz de optimizar los servicios globalmente, hacer los servicios más dinámicos y crear nuevos servicios al programar aplicaciones de red sobre el controlador SDN.