UNIVERSIDAD NACIONAL SAN AGUSTÍN DE

AREQUIPA
FACULTAD DE INGENIERÍA DE PRODUCCIÓN Y SERVICIOS
ESCUELA PROFESIONAL DE INGENIERÍA EN TELECOMUNICACIONES

“SDN”
CURSO: REDES INALAMBRICAS
DOCENTE: INGENIERO HUMBERTO SALAZAR
ALUMNA:
 GRANDA VIZCARRA CLAUDIA VERÓNICA

CUI: 20141074

VII SEMESTRE
AREQUIPA – PERÚ

2018

0
 SDN (redes definidas por software)

1. Resumen

La tecnología de los switch es importante para la eficiencia de las redes definidas

por software y los centros de datos. Los administradores en redes definidas por

software pueden usar switch completos con la funcionalidad de aprovisionamiento

sin contacto (ZTP). La inteligencia diseñada en los switch SDN reduce los cuellos

de botella. Los switch pueden programarse para priorizar el tráfico de red de

acuerdo con las aplicaciones y condiciones únicas de la organización y reducir la

latencia.

2. Introducción

El tejido de la red SDN se basa en la arquitectura Leaf - Spine. En esta

arquitectura, múltiples switch de hoja forman la capa de acceso y se combinan en

una serie de switch de columna. La arquitectura de la red de la columna vertebral

mejora el rendimiento y reduce la latencia porque los conmutadores están a un

salto de distancia entre sí. Los conmutadores múltiples actúan como un

conmutador único a través de la Agregación de enlaces de chasis múltiple

(MLAG), aumentando el ancho de banda y la redundancia. La arquitectura y la

inteligencia incorporadas en los componentes SDN conducen a un mejor

rendimiento y control de la red.

3. Marco Teórico

3.1. Definición

Las redes definidas por software (SDN) se desarrollaron a partir de la

necesidad de automatizar, escalar y optimizar las redes para las aplicaciones

1
 que se pueden proporcionar a través de un centro de datos empresarial, una

nube privada virtual (VPC) o como un servicio (nube pública).

Consideramos a SDN como un enfoque centralizado para la gestión de la

infraestructura de red. SDN proporciona una serie de beneficios importantes

para los operadores de red y de TI a través de la automatización y visibilidad

de red habilitada por el switch, que incluyen:

- Capacidad para automatizar programáticamente las configuraciones de

red, aumentando la escalabilidad y la confiabilidad.

- Mayor flexibilidad y agilidad para cambiar la operación de la red para

habilitar una aplicación o abordar una tarea.

- Visibilidad centralizada de la topología de la red, los elementos de la red y

su funcionamiento en la infraestructura de la red.

3.2. Valores reales de negocio de SDN

3.2.1. Flexibilidad:

- Los grupos de TI pueden ser más ágiles; los retrasos en la implementación

son menos problemáticos.

- Los departamentos son más fáciles de seleccionar por sí mismos, incluidos

los servicios en la nube internos y externos.

3.2.2. Automatización:

- Agregue fácilmente funciones (protección, segmento, provisión, agregue

políticas) a nuevas cargas de trabajo, grupos, sucursales, dispositivos de

empleados y recursos en la nube

3.2.3. La visibilidad aumenta la velocidad:

2
 - Vista holística de la conectividad de la aplicación y necesidades externas

(sucursal, dispositivo).

- Las aplicaciones pueden solicitar recursos, rutas y accesos

instantáneamente.

- Mapas de calor (por aplicación) del tráfico en todo el campus y el centro de

datos.

3.2.4. Generación de ingresos para SPs:

- Los proveedores de servicios pueden proporcionar más valor, agregar

servicios a los clientes.

- La innovación en software puede acelerar la entrega de servicios.

3.3. Interfaz de programación SDN

3.3.1. Protocolo Open Flow

Este protocolo fue diseñado por investigadores de la Universidad de

Standford y la Universidad de Berkeley en California. Estas dos

Universidades empezaron a trabajar en redes definidas en software en

el año 2008.

Es un proyecto de código abierto, que permite a los investigadores

ejecutar protocolos experimentales en las redes de campus. Open Flow

se agrega a un switch ethernet comercial a un enrutador y puntos de

acceso inalámbrico, permitiendo definir los flujos de datos mediante

software, al instalar un componente de firmware (software alojado en

hardware) de Open Flow, los ingenieros tienen acceso a la tabla de flujo,

reglas que le indican a los routers y a los switch como direccionar el

3
 tráfico de la red, protegiendo las instrucciones de asignación de ruta

patentadas que difieren el hardware de cada fabricante de dispositivos.

Open Flow, es un buen ejemplo de las redes definidas en software,

separa las funciones de control y de datos adoptando un controlador

único de forma centralizada, eliminando de plano la funcionalidad de la

red de los dispositivos. Permitiendo al controlador añadir y eliminar

entradas de reenvió de en los switch Open Flow. La ruta de datos aun

reside en el equipo, mientras que las decisiones son de alto nivel de

enrutamiento se traslada a un controlador independiente, por lo general

en un servidor independiente.

3.3.2. Switch Open Flow

Consta de al menos cuatro componentes: (1) Una tabla de flujo, con una

asociación asociada, (2) Un canal seguro que conecta el switch con un

proceso de mando a distancia (denominado controlador), permitiendo

que comando y paquetes y paquetes para ser enviados entre un

controlador y (3) el switch usado.

Cuando un switch Open Flow recibe un paquete Open Flow nuevo, este

tipo no tiene entradas en la tabla de flujo; envía el paquete al

controlador, este puede tomar decisiones sobre cómo manejar los

paquetes, se puede agregar un paquete a la tabla de entrada de flujos

o dirigir el cambio sobre como enviar un paquete en el futuro.

4
La versión básica de un switch Open Flow, clasifica los paquetes en los

flujos sobre la base de una tupla de 10, que puede coincidir

exactamente con el uso de comodines en los campus.

Los siguientes campus constituyen la tupla:

 Puerto de entrada del switch.

 Dirección MAC fuente.

 Dirección MAC de destino.

 Tipo de Ethernet.

 VLAN ID.

 Dirección IP fuente.

 Dirección IP destino.

 Protocolo IP.

 Puerto Fuente TCP/UDP.

 Puerto Destino TCP/UDP.

Ilustración 1: Entrada de una tabla de flujos

5
 3.3.3. Partes

Un switch Open Flow consiste en 3 partes diferenciadas

 Tabla de flujos, con una acción asociada a cada entrada en la

que se indica al nodo la manera de gestionar el flujo

correspondiente.

 Canal de comunicaciones, este canal conecta el controlador con

el switch, mediante el uso del protocolo Open Flow.

 Protocolo Open Flow, habilita la comunicación entre el

controlador y el switch. Así, se evita programar el switch

directamente. El controlador se encarga de enviar las reglas, y

los nodos las guardan en sus tablas de flujos.

3.3.4. Clasificación

 Switch Open Flow dedicado: El protocolo viene incorporado en

el dispositivo. Este dispositivo no tiene inteligencia por si mismo,

ya que envía el tráfico como le indica el controlador. No da

soporte a la capa 2 y 3.

 Switch Open Flow Habilitado: Open Flow no viene incluido, pero

se puede añadir mediante las actualizaciones del firmware. Se

añade una tabla de flujos, el canal seguro y el protocolo Open

Flow.

3.4. Ventajas de un SDN

Entre las ventajas que se pueden encontrar, es que un administrador de red

podría segmentar el tráfico de la red para tener entornos de producción y

6
 experimentación, sin ningún problema. En este entorno los investigadores

podrán programar los flujos de datos, mediante la elección de rutas de

paquetes y ser libres de decidir cómo estos se procesan, esto daría a los

administradores de red un control más preciso sobre los flujos de datos.

La centralización de la complejidad le permite al administrador de red mantener

estrecha vigilancia sobre el comportamiento de la red. En razón que se tiene

un control estricto y directo sobre la transmisión de flujos, en los switches se

pueden gestionar los recursos de red y el tráfico de la producción separado del

tráfico experimental. Así, como la forma de enrutar los paquetes, realizar

balanceo de carga y manejar el control de flujo de datos.

4. Aplicaciones

Las aplicaciones SDN permiten a los controladores recopilar datos a través de los

servicios web, leer, modificar, incorporar y eliminar entradas de las tablas de flujo

de los dispositivos subyacentes; utilizar API para integrarse con otras

aplicaciones; comprobar el estado de los dispositivos de red; activar y desactivar

sus puertos y definir métricas que ayuden a la ingeniería de tráfico, entre

funcionalidades.

No todas las aplicaciones SDN implementan funcionalidades completamente

nuevas. Más bien la mayoría de estas aplicaciones se basan o replican las

funcionalidades de las aplicaciones que corren en los routers y switches

tradicionales. La novedad de las SDN es la manera en que integran estas

aplicaciones y facilidades.

7
Las aplicaciones SDN pueden ser categorizadas atendiendo a la función

específica que desempeñan, como aplicaciones de seguridad, calidad de servicio

(QoS), ingeniería de tráfico (TE), gestión de las listas de control de acceso (ACL),

balanceo de carga, etc.

Otras aplicaciones SDN se desarrollan para prestar servicios en ambientes

específicos como la computación en la nube, las redes móviles, la virtualización

de la red y la virtualización de las funciones de red (NFV).

8
5. Conclusión

El futuro de la red se basará cada vez más en software. SDN promete transformar

las redes estáticas de hoy en plataformas flexibles y programables con la

inteligencia para asignar cursos de forma dinámica, virtualizar servicios y optimizar

las capacidades de computo IT y de infraestructura.

6. Referencia

- Frómeta. D, Arías. C, Ballester. S, Gonzales. S. (2016). Desarrollo de

aplicaciones SDN.

- Rojas. A, Pachon. A. (2016). Software Defined Networks.

- Martinussen. R. (2013). Software Defined Networks (SDN).