»
MÁS REFERENCIAS
• Agregación, distribución, core (transporte) de redes
Internet
Otros ASN convergentes multiservicio
• L1, L2, L3 (también Capa Fotónica) – Modelo ISO/OSI
Internet Gateways
• Plano del controlador/capa de control - Propuestas SDOs
Distribución y Core
• TR interno “Framework de Evaluación de Controladores SDN
Agregación,
para Redes de Transporte (v1.1)” + PoC
CCAP/OLT
HFC
Acceso
FTTx
xDSL
CPE
»
PRESENTACIÓN DEL CASO DE USO
Suscriptores Norte
Controlador SDN Red de Transporte -> Menor TCO
Anillo Norte
• Anuncios a CDNs principal/backup e Internet
• Optimizan capacidad
CDN I CDN II
• Arquitectura Híbrida
Suscriptores Oeste I
Suscriptores Este I
1 2 • ODL, BGP, NETCONF/YANG, RESTCONF y RPC
Anillo Oeste I
Anillo Este I
CDN III
CDN IV
Siguientes pasos – Visión evolutiva (en desarrollo)
Suscriptores Oeste II
Suscriptores Este II
• TE para optimizar backup - Menor TCO
Anillo Oeste II
3 4
Anillo Este II
CDN V
CDN VI
5 6
• Mejor granularidad de clientes - Mejor QoE
• Arquitectura de CDNs en Edges (US/DS) - Menor TCO
B
Internet
A
Internet
• Aplicaciones de planificación de capacidad y telemetría/
analítica - Menor TCO
Anillo Sur • Arquitectura multidominio (ej.ópticos) - Nuevos casos uso
Suscriptores Sur • BGP-LS, PCE/PCEP, SR, Xflow, Otros
»
POR QUÉ UNA ARQUITECTURA SDN
• Procesos manuales. Sin flexibilidad, muy estáticos, demanda de recursos y tiempo
(irrealizables)
• Herramientas ad-hoc. Sin arquitectura convergente, anarquía de aplicaciones,
duplicación de tareas y responsabilidades (performance, seguridad, etc.). Impacto en la
escalabilidad
• SDN permite consolidar una arquitectura escalable e incorporar a nuevos casos
de uso
• Agregar casos de uso que no son posibles de manera manual y hacerlo con una
arquitectura convergente
• Integrar a la arquitectura herramientas actuales de tareas específicas
• Desafíos de interoperabilidad y división de responsabilidades entre aplicaciones y
controlador
»
ELEGIMOS UN CONTROLADOR ODL OPEN-SOURCE
• Existen controladores SDN de fabricantes
• Basados en open-source y otros propietarios
• Analizar impacto en los ciclo de innovación, lock-in
• Proponemos un controlador OpenDaylight (ODL) directo de la comunidad
• Integrador externo de la plataforma
• Nosotros como integradores de la arquitectura completa (Prototipo con visión
evolutiva)
• Comprobar sus ventajas y desafíos. Ciclos de innovación, impacto en perfiles,
tareas actuales y proveedores, profundizar en detalles de implementación de software
• Participación de diferentes áreas técnicas y perfiles
• Otros controladores open-source con menor tracción en los casos de uso a
considerar
»
DETALLES DEL CASO DE USO
GUI - Asignación HUBs y CDNs/Caching
Hubs CDN/Caching
Release Nam e Release Date
ALM BEL/HOR
BEL
BON
BEL/HOR
AVA/SLO
Hydrogen F ebruary 20 14
CBC CBS/STF
DEV AVA/SLO CDN Helium October 20 14
CONTROL PLANE
Lithium J une 20 15
1
Beryllium F ebruary 20 16
ODL:~$ netstat -alnp | grep
16
2x 8181 2x Boron November 20 16
D1 17x D2 C arbon J une 20 17
Nitrogen S eptember 20 17
17x 4x 4x
12 12 Oxygen March 20 18
5 3
CDN/
10
CDN/ F luorine August 20 18
CACHING CACHING
PRINCIPAL 11x 15x 11x 15x 11x BACKUP
13
6x 6x
ODL ODL
Server 1 9x ROR 8 9x Server 2
ODL1-1, ODL1-2, ODL2-3 ODL2-1, ODL2-2, ODL1-3
eBGP
7
iBGP
Netconf+YANG
RESTConf
C
OSPF Acceso
Clientes
»
ALGUNOS DETALLES MAS
»
AGENDA
• Introducción – Motivación y Análisis Preliminares
• Caso de Uso – Referencias, Descripción y Detalles
• Conclusiones
»
CONCLUSIONES: ¿QUÉ APRENDIMOS?
• SDN es una opción
• Permite casos de uso muy complejos o “casi” imposibles de otra manera
• Ahorros CAPEX/OPEX (menor TCO)
• SÓLO en base al despliegue de capacidad (Arquitecturas Híbridas)
• Optimización de tareas por la automatización
• Beneficios en el corto/mediano plazo y/o camino de evolución
• Nuevos casos de uso - Arquitectura convergente
• Controlador ODL open-source
• Real desagregación de funcionalidades
• Interesantes ciclos de innovación
• Trabajo en conjunto con SDOs