Como bien sabemos se ha producido un crecimiento tanto en usuarios de internet y por

consecuente generación de datos en los últimos años ha puesto en evidencia las limitaciones
de dicho esquema(redes tradicionales):

Dentro de la arquitectura tradicional de la redes de comunicaciones existen dispositivos

encargados de recibir paquetes de datos en alguno de sus puertos y determinar, con base en la
información con la que cuenta sobre la propia red, el o los puertos a través de los cuales lo
retransmitirá. Los dispositivos encargados de llevar a cabo esta función son los conmutadores
de tráfico, que internamente se componen de dos capas o planos

direcciones IPv42 escasas, dispositivos de red (switches, routers, balanceadores de carga, etc.)
cursando cada vez más tráfico, necesidad de calidad de servicio con base en servicios
diferenciados, redes estáticas (no son capaces de adaptarse dinámicamente a las necesidades
de recursos en cuanto a tráfico o usuarios) y de administración manual (necesidad de
reconfiguración de la red frente a cambios en la topología)

Las soluciones actuales aun son débiles y hacen la administración de redes empresariales
costosas y propensas a errores (62% de caídas en las redes vienen de errores humanos y el 80%
del presupuesto para IT se gasta en mantenimiento y operaciones).

soluciones comerciales cerradas y con software propietario, que limita el control que tiene el
usuario sobre la red y la innovación en cuanto a desarrollo e investigación en el área.

QUE ES SDN
son un conjunto de técnicas cuyo objetivo es facilitar la implementación e implantación de
servicios de red de una manera determinista, dinámica y escalable, evitando al administrador
de red gestionar dichos servicios a bajo nivel. Todo esto se consigue mediante la separación
del plano de control del plano de datos.

1. Plano de datos: Compuesto por los puertos del dispositivo, a través de los cuales se va a
recibir y reenvíar los paquetes, además de la parte de almacenamiento de estos mismos. Es
este también quien se encarga del manejo de colas de salida, modificación de cabeceras de
control y básicamente va a reenviar paquetes con base en la tabla de reenvío.

2. Plano de control: A cargo del sistema operativo del dispositivo, cuya función principal es
mantener actualizada la tabla de reenvío con base en los protocolos de ruteo y control que
maneja (software específico) (resolución de direcciones ip – ARP , etc)

El nuevo paradigma SDN tiene las siguientes características

1. Separación del plano de datos y del plano de control: Implementación de planos en

hardware independiente.

2. Control centralizado: El equipo donde se implementa el plano de control topológicamente

forma una red estrella junto con los equipos que implementan el plano de datos.

3. Red programable: Ofrece la flexibilidad de programar la red de acuerdo a las necesidades

del negocio.

4. Automatización de la red: Busca evitar la configuración manual de la red ante los cambios en
esta.
5. Redundancia: Intenta disminuir la necesidad de implementar redundancia en todos los
niveles de la red: acceso, distribución y núcleo.

6. Infraestructura genérica: Liberar al cliente de adquirir dispositivos de fabricantes o de

características muy específicas, privilegiando el uso de soluciones de código abierto.

La división en planos hace más eficiente la conmutación de los paquetes, ya que sí la

información necesaria para procesarlos se encuentra en la tabla de reenvío, no es necesario la
intervención del plano de control, además el desacoplamiento de los planos implica que cada
uno resida en dispositivos independientes, mientras el plano de datos residirá en el dispositivo
denominado switch SDN, el plano de control residirá en el controlador. Una de las principales
ventajas del control centralizado es que ante cambios en la red, solo se deberán realizar
ajustes necesarios en el controlador, además la programabilidad permite incluir las
funcionalidades que la red requiera: redes privadas virtuales, balanceo de carga, controles de
acceso, políticas de seguridad, etc. Teniendo así una solución flexible, que se amolde a las
necesidades del negocio

Openflow

La idea básica es simple, explotamos el hecho de que las mayorias de switcher y routers
modernos contienen tablas de flujos (típicamente construida desde las TCAM)

Ternary Content Addressable Memory (TCAM), es un componente crítico de un router

moderno. Es un motor poderoso de búsqueda rápida para prefijos IP, aunque complejo,
costoso y goloso en el consumo de energía.

Mientras que cada vendor posee una tabla de flujo diferente, se han identificado un conjunto
común de funciones interesantes que se ejecutan en muchos switches y routers. OpenFlow
explota este conjunto común de funciones.

Openflow provee un protocolo abierto para programar diferentes switches y routers que
permite a un servidor decirle a los conmutadores de red adónde enviar paquetes. En una red
convencional, cada conmutador tiene software propietario que le dice qué hacer. Con
OpenFlow se centralizan las decisiones de migración de paquetes, de modo que la red se
puede programar independiente de los conmutadores individuales y equipo del centro de
datos.

En un conmutador convencional, la transferencia de paquetes (la trayectoria de datos) y el

enrutamiento de alto nivel (la trayectoria de control) suceden en el mismo dispositivo. Un
conmutador OpenFlow separa la trayectoria de datos de la trayectoria de control. La porción
de trayectoria de datos reside en el propio conmutador; un controlador separado toma las
decisiones de enrutamiento de alto nivel. El conmutador y el controlador se comunican por
medio del protocolo de OpenFlow. Esta metodología, conocida red definida por software (SDN,
por sus siglas en inglés), permite un uso más efectivo de los recurso de la red que el que es
posible con redes tradicionales.

Un switch openflow esta compuesto de 3 partes principales: una tabla de flujo con una acción
asociada a cada entrada de flujo que le dice al switch como procesar los flujos. Un canal seguro
que conecta el switch al controlador permitiendo el intercambio de paquetes entre estos. El
protocolo openflow el cual provee un estándar abierto para comunicar el switch con el
controlador. El canal OpenFlow es la interfaz que conecta cada conmutador OpenFlow a un
controlador. Mediante esta interfaz, el controlador configura y administra el conmutador,
recibe eventos del conmutador y envía paquetes fuera del conmutador. Entre la ruta de datos
y el canal OpenFlow, la interfaz es específica de la implementación, sin embargo, todos Los
mensajes del canal OpenFlow deben formatearse de acuerdo con el protocolo OpenFlow. El
flujo abierto El canal generalmente se cifra mediante TLS, pero se puede ejecutar directamente
sobre TCP.

A. Arquitectura SDN En comparación con las redes tradicionales, las redes definidas por
software poseen 4 componentes que definen su arquitectura.

En la Fig. 1 se presenta un esquema que plasma la arquitectura básica de las redes SDN.

1) Plano o Capa de Control: El plano de control o controlador presenta una visión abstracta de
toda la infraestructura, posibilitando al administrador aplicar políticas y protocolos sobre el
hardware de la red [8], [9].

2) Interfaces de Aplicaciones hacia el Norte: Las interfaces de programación de aplicaciones

(API, por sus siglas en inglés) hacia el norte representa la interfaz de software entre los
módulos de la plataforma de control y las aplicaciones SDN que se ejecutan encima de la
plataforma de red. Estas APIs exponen modelos de abstracción de red universales y
funcionalidades para el uso de aplicaciones de red. Además son basadas en código abierto [8],
[9].

 interfaces define the way the SDN controller should interact with the application
plane.  Applications and services are things like load-balancers, firewalls

3) Protocolos de Este – Oeste: Cuando existen un arquitectura con múltiples controladores, la

interacción entre éstos es manejada por la interfaz de protocolos Este – Oeste [8], [9].

4) Plano de Datos y Protocolos hacia el Sur: El plano de datos representa los dispositivos de
reenvío en la arquitectura SDN, y el controlador necesita comunicarse con la infraestructura de
red por lo que utiliza protocolos para controlar y manejar dichos dispositivos. El protocolo
hacia el Sur es el protocolo OpenFlow [8], [9]. En la Fig. 2 se muestra un diagrama de la
direccionalidad de las APIs en la arquitectura SDN.

Conclusión
Las redes definidas por software permiten separar y centralizar el plano de
control de la estructura subyacente en una red. Con ello ofrece soluciones
para la gestión eficiente y automatización de redes, como es el caso de los
centros de datos.

Su aplicación permite obtener ventajas en la programación personalizada,

mayor seguridad, mejora la rapidez y automatización escalable en toda la
red.