1

INVESTIGACIÓN SDN
David Steven Yaya Gómez, David Felipe Osorio Luna

Resumen – En las redes definidas por software
vamos a hablar de 2 componentes importantes que
son el plano de control y este hace referencia al
componente de la arquitectura de la red que define el
enrutamiento del tráfico y la topología de la red. El
plano de datos es la capa de arquitectura de red que
maneja físicamente el tráfico en función de las
configuraciones proporcionadas desde el plano de
control.
Índice de Términos – Plano de control, Plano de datos,
RFC7426
concepto de separar los planos de control y reenvío, que
es prominente en SDN.
La investigación de SDN a menudo se centra en diversos
aspectos de la programabilidad, y con frecuencia nos
enfrentamos a puntos de vista contradictorios con
respecto a qué es exactamente SDN. Por ejemplo,
encontramos que por varias razones (por ejemplo, el
trabajo se centra en un dominio y, por lo tanto, no es
necesariamente aplicable a otros dominios), ciertas
definiciones bien aceptadas no se correlacionan bien
entre sí. Por ejemplo, tanto OpenFlow como el Protocolo
de configuración de red se han caracterizado como
interfaces SDN, pero se refieren a control y gestión,
respectivamente. [1]

I. INTRODUCCIÓN
Las Redes definidas por software (SDN) es un término
del paradigma de redes programables, SDN se refiere a
la capacidad de las aplicaciones de software para
programar dinámicamente dispositivos de red
individuales y, por lo tanto, controlar el comportamiento
de la red en su conjunto. SDN es un conjunto de técnicas
utilizadas para facilitar el diseño, la entrega y la
operación de servicios de red de manera determinista, Imagen 1. SDN
dinámica y escalable. Un elemento clave en SDN es la
introducción de una abstracción entre los planos
(tradicionales) de reenvío y control para separarlos y
proporcionar a las aplicaciones los medios necesarios
para controlar la red mediante programación. El objetivo
es aprovechar esta separación y la capacidad de
programación asociada para reducir la complejidad y
permitir una innovación más rápida en ambos planos. La
evolución histórica del área de investigación y desarrollo
de redes programables comenzando con esfuerzos que se
remontan a la década de 1980. Como se documentan
muchas de las ideas, conceptos e inquietudes son
aplicables a la investigación y el desarrollo más recientes
en SDN (y la estandarización de SDN) y han sido objeto
de una amplia investigación y discusión en la comunidad Imagen 2. Maquinas virtuales
de investigación durante bastante tiempo. Por ejemplo,
se discute cómo permitir el acceso de terceros a la red
sin poner en peligro la integridad de la red o cómo
acomodar las soluciones de red heredadas en su
(entonces nuevo) entorno programable. Además, el


Tabla 1.Caracteristicas de SDN
Boucadair y Jacquenet [RFC7149] señalan que
SDN es un conjunto de técnicas utilizadas para facilitar
el diseño, entrega, y operación de los servicios de red
de forma determinista, dinámica y manera escalable. o
Redes definidas por software (SDN): redes programables
enfoque que apoya la separación de control y reenvío
planos a través de interfaces estandarizadas. o operacional.
Recurso: un componente físico o virtual disponible
dentro de un sistema. Los recursos pueden ser muy
simples o detallados (p. ej., un puerto o una cola) o
complejo, compuesto por múltiples recursos (por
ejemplo, un dispositivo de red). Haleplidis, et al.
Informativo [Página 5] RFC 7426 SDN:
Terminología de capas y arquitectura Enero de 2015
o Dispositivo de red: un dispositivo que realiza una o
más funciones de red. operaciones relacionadas con
la manipulación y el reenvío de paquetes. Esta
modelo de referencia no distingue si un dispositivo de
red es físicos o virtuales. Un dispositivo también
puede ser considerado como un contenedor de
recursos y puede ser un recurso en sí mismo. o físico, puede ser referido como el Hardware
Interfaz - Un punto de interacción entre dos entidades.
Cuando las entidades se colocan en diferentes
ubicaciones, la interfaz es generalmente
implementado a través de un protocolo de red. Si las
entidades se colocan en la misma ubicación física, la
interfaz se puede implementado utilizando una
interfaz de programación de aplicaciones de software
(API), comunicación entre procesos (IPC) o un
protocolo de red. o Aplicación (App): una aplicación
en el contexto de SDN es una pieza de software que
utiliza servicios subyacentes para realizar una
función.
El funcionamiento de la aplicación se puede
parametrizar, por ejemplo, pasando ciertos
argumentos en el momento de la llamada, pero es
destinado a ser una pieza de software independiente; una
aplicación no ofrece cualquier interfaz con otras
aplicaciones o servicios. o Servicio: una pieza de
software que realiza una o más funciones y de alguna definición de protocolo, que puede utilizar la
proporciona una o más API a aplicaciones u otros
2
servicios de las mismas o diferentes capas para hacer
uso de dichas funciones y devuelve uno o más
resultados. Los servicios se pueden combinar con otros
servicios, o llamados de cierta manera serializada, para
crear un nuevo servicio o Plano de reenvío (FP): la
colección de recursos en todos dispositivos de red
responsables de reenviar el tráfico. o Plano
Operacional (OP) - La colección de recursos responsable
para administrar el funcionamiento general de los
dispositivos de red individuales. o Plano de control
(CP) - La colección de funciones responsables de
controlar uno o más dispositivos de red. CP da
instrucciones a la red dispositivos con respecto a
cómo procesar y reenviar paquetes.
El plano de control interactúa principalmente con el
plano de reenvío y, en menor medida, con el plano
o Plano de Gestión (MP) - La colección
de funciones responsables para monitorear,
configurar y mantener una o más redes dispositivos o
partes de dispositivos de red. El plano de gestión es
principalmente relacionado con el plano operacional
(está menos relacionado con el plano de reenvío).
o Plano de aplicación: la colección de aplicaciones y
servicios que programan el comportamiento de la
red. Haleplidis, et al. Informativo [Página 6] RFC
7426 SDN: Terminología de capas y arquitectura
Enero de 2015 .
Capa de abstracción de dispositivos y recursos (DAL):
el dispositivo capa de abstracción de recursos basada
en uno o más modelos. Si esto es un dispositivo
Capa de
abstracción (HAL). DAL proporciona un punto uniforme
de referencia para el plano operativo y de reenvío del
dispositivo recursos. o Capa de abstracción de
control (CAL): la abstracción del plano de control
capa. CAL proporciona acceso al Control-Plane
Southbound Interfaz. o Capa de abstracción de
gestión (MAL): el plano de gestión capa de
abstracción. MAL proporciona acceso al Plano de
Gestión Interfaz en dirección sur. o Capa de
abstracción de servicios de red (NSAL): proporciona
servicios abstracciones que pueden ser utilizadas por
aplicaciones y servicios. SDN se basa en el concepto de
separación entre una entidad controlada y una entidad
controladora. El controlador manipula lo controlado.
entidad a través de una interfaz. Las interfaces, cuando
son locales, son en su mayoría API invocaciones a
través de alguna biblioteca o llamada al sistema. Sin
embargo, tal Las interfaces pueden extenderse a través
comunicación local entre procesos (IPC) o un protocolo
que podría también actuar a distancia; el protocolo
 3

puede definirse como un estándar abierto o de manera constituye un "plano" per se, pero es, en Haleplidis, et
propietaria o Plano de reenvío: responsable de al. Informativo [Página 9] RFC 7426 SDN:
manejar los paquetes en los datos camino basado en Terminología de capas y arquitectura Enero de 2015
las instrucciones recibidas del plano de control. práctica, una amalgama de funciones en el plano de
reenvío. Para otros, sin embargo, un "plano" permite
distinguir entre diferentes áreas de operaciones; por
lo tanto, el plano operacional es incluido como un
"plano" en la Figura 1. Hemos adoptado este último
ver en este documento. o Plano de control -
Responsable de tomar decisiones sobre cómo los
paquetes deben ser reenviado por uno o más
dispositivos de red y presionando tales decisiones
hasta los dispositivos de red para su ejecución.
El plano de control generalmente se enfoca
principalmente en el plano de reenvío y menos en el
plano operacional del dispositivo. el plano de control
puede estar interesado en la información del avión
operacional, que podría incluir, por ejemplo, el
estado actual de un puerto en particular o sus
capacidades. El trabajo principal del plano de control es
ajustar las tablas de reenvío que residen en el plano
de reenvío, según en la topología de la red o
solicitudes de servicios externos. o Plano de gestión:
responsable de monitorear, configurar y el
mantenimiento de los dispositivos de red, por ejemplo, la
toma de decisiones con respecto al estado de un
dispositivo de red. El plano de gestión suele centrarse
en el plano operativo del dispositivo y menos en el
avión de reenvío. El plano de gestión se puede utilizar
para configurar el avión de reenvío, pero lo hace con
Imagen 3. Arquitectura SDN poca frecuencia y a través de un enfoque más
mayorista que el plano de control. por ejemplo, el El
plano de gestión puede configurar todas o parte de las
Las acciones del plano de reenvío incluyen, pero no se reglas de reenvío en una vez, aunque se esperaría que
limitan a, reenviar, descartar y cambiar paquetes. El tal acción se tomara escasamente. o Plano de
avión de reenvío suele ser el punto de terminación de aplicación: el plano donde se encuentran las aplicaciones
los servicios del plano de control y aplicaciones El y los servicios que definir el comportamiento de la
plano de reenvío puede contener reenvío recursos red residen. Aplicaciones que directamente (o
como clasificadores. El plano de reenvío también es principalmente) apoyar la operación del avión de reenvío
ampliamente conocido como el "plano de datos" o la (como procesos de enrutamiento dentro del plano de
"ruta de datos". o Plano Operativo - Responsable de control) no se consideran parte del plano de
gestionar el estado operativo del dispositivo de red, aplicación. Tenga en cuenta que las aplicaciones pueden
por ejemplo, si el dispositivo está activo o inactivo, ser implementado de forma modular y distribuida y,
el número de puertos disponibles, el estado de cada por tanto, a menudo puede abarcar múltiples planos
puerto, y así. El plano operacional suele ser el punto en la Figura .
de terminación. para servicios y aplicaciones del
plano de gestión. el operativo plano se relaciona con ESCALA DE TIEMPO 
los recursos del dispositivo de red, como puertos,
memoria, y así. Notamos que algunos participantes Se ha planteado una cuestión relativa a los plazos de
del IRTF SDNRG han una opinión diferente con referencia para la  planos de control y gestión con
respecto a la definición de avión operativo. Es decir, respecto a la velocidad del avión respectivo  se requiere
se puede argumentar que el funcionamiento plano no para reaccionar, o qué tan rápido necesita manipular, el 
 4

plano de reenvío u operativo del dispositivo. En general, el sistema responda siempre a una solicitud  (aunque la
el plano de control necesita enviar actualizaciones "a respuesta puede no ser consistente o correcta).  o
menudo", lo que se traduce aproximadamente  a un Tolerancia de partición, es decir, que el sistema siga
rango de milisegundos; que requiere gran ancho de funcionando  incluso cuando fallan nodos específicos o
banda y bajo  enlaces de latencia, Por el contrario, el la red de comunicaciones.  En 2000, Eric Brewer
plano de gestión reacciona generalmente en  marcos de [CAPBR] conjeturó que un sistema distribuido  puede
tiempo más largos, es decir, minutos, horas o incluso satisfacer cualquiera de estas dos garantías al mismo
días; así, alambre  la eficiencia no siempre es una tiempo, pero no todas  Tres. Esta conjetura fue
preocupación crítica. Un buen ejemplo de esto  es el posteriormente probada por Gilbert y Lynch [CAPGL]  y
caso de cambiar el estado de configuración del ahora generalmente se lo conoce como el teorema CAP
dispositivo.  [CAPFN]. 
Reenviar un paquete a través de una red correctamente
PERSISTENCIA  es un proceso computacional  problema. Una de las
principales abstracciones que plantea SDN es que todos 
Otra distinción entre los planos de control y gestión se Los elementos de red son recursos computacionales que
relaciona  a la persistencia del estado. Un estado se realizan el simple  tarea computacional de inspeccionar
considera efímero si tiene una vida útil muy limitada y campos en un paquete entrante y  decidir cómo enviarlo.
no se considera necesario almacenarlo en  memoria no Dado que la tarea de reenviar un paquete  desde el
volátil. Un buen ejemplo es determinar el enrutamiento, ingreso de la red hasta el egreso de la red es obviamente
que es  generalmente asociado con el plano de control. llevado a cabo por un  gran número de elementos de
Por otro lado, un  reenvío, la red de reenvío  dispositivos es un sistema
El estado persistente tiene una vida útil prolongada computacional distribuido.
que puede oscilar entre horas  a días y meses, está Por lo tanto, la PAC  El teorema se aplica al reenvío
destinado a ser utilizado más allá de la vida útil del  de paquetes.  En el contexto del teorema CAP, si se
proceso que lo creó y, por lo tanto, se usa en todos los considera la partición  tolerancia de suma importancia,
reinicios del dispositivo.  El estado persistente plano de control tradicional  las operaciones suelen ser
generalmente se asocia con el plano de gestión.  locales y rápidas (disponibles), mientras que la gestión- 
las operaciones de los aviones suelen estar centralizadas
LOCALIDAD  (coherentes) y pueden  lento.  El teorema CAP también
proporciona información sobre las arquitecturas SDN.
Como se mencionó anteriormente, tradicionalmente, el Para  ejemplo, un controlador SDN centralizado actúa
plano de control ha sido  se ejecuta localmente en el como un controlador global consistente  base de datos y
dispositivo de red y se distribuye en la naturaleza  mecanismos SDN específicos aseguran que un paquete
mientras que el plano de gestión se suele ejecutar de que ingresa  la red es manejada consistentemente por
forma centralizada  forma remota desde el dispositivo. todos los switches SDN. La cuestión  de tolerancia a la
Sin embargo, con la llegada de SDN  centralizando, o pérdida de conectividad con el controlador no es 
"centralizando lógicamente", el controlador tiende a  abordado por el modelo SDN básico.
enturbiar la distinción del plano de control y gestión en Cuando un conmutador SDN no puede alcanzar  su
base a  Localidad.      controlador, el flujo no estará disponible hasta que se
   establezca la conexión.  restaurado El uso de múltiples
TEOREMA CAP  controladores SDN no colocados tiene  Haleplidis, et al.
El teorema CAP considera que un sistema informático Informativo [Página 17]  RFC 7426 SDN: Terminología
distribuido está compuesto por  múltiples recursos de capas y arquitectura Enero de 2015  propuesto (por
computacionales (es decir, CPU, memoria, ejemplo, mediante la configuración del conmutador
almacenamiento) que  están conectados a través de una SDN con una lista de  controladores); esto puede
red de comunicaciones y juntos realizan una  tarea. El mejorar la tolerancia a la partición, pero a costa de 
teorema, o conjetura de algunos, identifica tres  pérdida de consistencia absoluta. Panda, et al. [CAPFN]
características de los sistemas distribuidos que son proporciona una primera  exploración de cómo el
universalmente  deseable:  o Coherencia, lo que significa teorema CAP se aplica a SDN.  SNMP El Protocolo
que el sistema responde de forma idéntica a un  consulta simple de administración de red (SNMP) es un protocolo
sin importar qué nodo recibe la solicitud (o no).  estandarizado por IETF protocolo de gestión y
responder en absoluto).  o Disponibilidad, es decir, que actualmente se encuentra en su tercera revisión

(SNMPv3) [RFC3417] [RFC3412] [RFC3414] .
Consiste en un conjunto de normas para gestión de
red, incluido un protocolo de capa de aplicación, un
esquema de base de datos y un conjunto de objetos de
datos. Gestión de exposiciones SNMP datos (objetos
gestionados) en forma de variables en el gestionado
system, que describen la configuración del sistema.
Estas variables luego se puede consultar y establecer
mediante la administración de aplicaciones. SNMP
utiliza un diseño extensible para describir datos, definido
por Bases de información de gestión (MIB). Los MIB
describen la estructura de los datos de gestión de un
subsistema de dispositivo. Las MIB utilizan una
estructura jerárquica espacio de nombres que contiene
identificadores de objetos (OID). Cada OID identifica
una variable que se puede leer o configurar a través de
SNMP
OPEN FLOW
OpenFlow es un protocolo 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.
Imagen 4. SNMP
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
5
uso más efectivo de los recurso de la red que el que es
posible con redes tradicionales. Ha aumentado la
preferencia por OpenFlow en aplicaciones como
movilidad de máquina virtual (VM), redes críticas para
la misión y redes móviles basadas en IP de nueva
generación.
Muchas empresas establecidas incluyendo IBM, Google
y HP han utilizado completamente o han anunciado su
intención de soportar el estándar de OpenFlow. Big
Switch Networks, una compañía de SDN con sede en
Palo Alto, California, ha implementado redes de
OpenFlow que funcionan sobre redes tradicionales, lo
que hace posible colocar máquinas virtuales en cualquier
lado dentro de un centro de datos para recuperar
capacidad computación varada. Para principios de 2012,
la red interna de Google funcionaba completamente con
OpenFlow.
IX. CONCLUSIONES
Las redes definidas por software ya son un estandar en
las telecomunicaciones y es necesario conocer su
funcionalidad y características para poder realizar un
mejor troubleshooting y comunicación con los demas
equipos en la red.
Al separar los datos de la parte de control y poder
dotar a las aplicaciones de los medios necesarios para
controlar la red, es un elemento clave en las redes de
nueva generación que permite reducir complejidad y
permitir una innovación más rapida en ambos planos.
Por medio de las redes de nueva generación tenemos
un componente físico y un componente virtual dentro de
un sistema en el cual podemos otorgar ciertas políticas y
recursos para realizar dicha operación deseada.
REFERENCES
[1] E. Haleplidis, Ed., K. Pentikousis, Ed., S.
Denazis, J. Hadi Salim, D. Meyer, O. Koufopavlou,
“Software-Defined Networking (SDN): Layers and
Architecture Terminology”, 2015. [online]
https://www.hjp.at/doc/rfc/rfc7426.html
[2] F. Bannour, “Distributed SDN Control: Survey,
Taxonomy and Challenges”, IEEE Communications
 6

Surveys & Tutorials, vol. 99, 2017.

http://dx.doi.org/10.1109/COMST.2017.2782482

[3] IONOS, “SDN: gestión de redes por software”,

2019. [online].
https://www.ionos.es/digitalguide/servidores/know-
how/software-defined-network/