Hacia una red de transporte multiservicio - LACNIC

16
1 Bell Labs Consulting Hacia una red de transporte multiservicio Telecom Argentina & Bell Labs Consulting, Nokia Esteban Poggio, Javier Ger, et al.

Transcript of Hacia una red de transporte multiservicio - LACNIC

Page 1: Hacia una red de transporte multiservicio - LACNIC

1Bell Labs Consulting

Hacia una red de transportemultiservicio

Telecom Argentina & Bell Labs Consulting, Nokia

Esteban Poggio, Javier Ger, et al.

Page 2: Hacia una red de transporte multiservicio - LACNIC

2Bell Labs Consulting

• Sobre Telecom Argentina

• Objetivos estratégicos y disparadores del cambio

• Desafíos en la red de backbone y evolución de la arquitectura

• Selección de topología objetivo:

Red IP, red óptica y estrategia de CDN

Arquitectura end-to-end (2023+)

SDN: caso de uso

• Resumen

Agenda

Page 3: Hacia una red de transporte multiservicio - LACNIC

3Bell Labs Consulting

Sobre Telecom Argentina

Primera compañía en Argentina en dar un

paso adelante en Cuádruple Play

SUSCRIPTORES

+30 mm subs en Argentina

18.6mm móvil

4.1mm broadband

3.5mm Pay-TV

3.6mm líneas fijas

#1 Pay-TV & broadband

provider

Page 4: Hacia una red de transporte multiservicio - LACNIC

4Bell Labs Consulting

Objetivos Estratégicos

Visión: Transformar a la nueva Telecom Argentina en el CSP #1

Experiencia de usuario

Sinergias

Sin limitaciones para alcanzar los objetivos comerciales en las diferentes dimensiones: financiero, regulatorio, competencia, etc.

Liderazgo de mercado

• Mantener el liderazgo en banda ancha fija.

• Crecer en servicios enterprise proporcionando

soluciones diversificadas.

• Monetizar una calidad superior (apuntando a un mayor

ARPU).

• Evolucionar la oferta del servicio Flow.

• Evitar superposición de inversiones.

• Ejecución dentro de un período acotado de años.

Objetivos de Negocio

• Crear una red de backbone consolidada para el

crecimiento y soporte de futuros servicios y

tecnologías

Objetivos Técnicos

• Optimizar la utilización de los recursos de la red.

• Plan de transición realista y por fases.

• Definir una arquitectura ágil y confiable.

• Red simple para planificar y operar.

• Distribuir el contenido de forma más efectiva (CDN).

Page 5: Hacia una red de transporte multiservicio - LACNIC

5Bell Labs Consulting

Drivers para el cambio de arquitectura

Resiliencia & Performance

Resiliencia – Multi capa

Performance

Delay/Latency• 5G

• MEC

• IoT

Hops• E2E IP

• Inter-core

Edge Cloud NFV SDN

Agilidad & Simplicidad

Creación del servicio

Escalabilidad - Costo Efectivo

Reducción de TCO

Escalabilidad-Capacidad

• Reducción de TTM• Incremento de revenue• Ancho de banda a demanda• Network Slicing

>8x Traffic growth

5.400 8.403 11.60617.611

27.472

42.080

0

20.000

40.000

60.000

2018 2019 2020 2021 2022 2023

Total Bandwidth [Gbps]

Page 6: Hacia una red de transporte multiservicio - LACNIC

6Bell Labs Consulting

• Evolución a una arquitectura de backbone consolidada con un FMO objetivo

• Consideraciones de unificación de red:

Unificar IGP, ASN, Internet Gateways, direccionamiento IP, route-reflector, sistemas de aprovisionamiento, sistemas de monitoreo, QoS, etc.

• Consolidación de estrategias de vendors

• Consolidación de sitios

• Estrategias de fibra óptica long haul

Fibra disponible: G.653/G.655/G.652

• Optimizar inversiones en el corto, mediano y largo plazo (5 años), cubriendo necesidades de crecimiento y nuevos servicios

Desafíos para la consolidación de la red backbone

Page 7: Hacia una red de transporte multiservicio - LACNIC

7Bell Labs Consulting

Evaluación y selección de la arquitectura IP objetivo

BEL

SLO

STF CBA

HORInternet

SLO

AVA

HOR

C

C

C

CC

C

C

Internet

IRD

MUN BEL

RSC

CTE

CEN COE

MUSRES BUA

COG COG

AGNAGN

AGN

AGN

BNG

AGN

BNG

AGN

Internet Internet

BNG

AGN

BNG

(ex) Redes actuales

Opciones de FMO

Criterios de evaluación Análisis y selección de FMO

FMO5

Nodo de Inner Core

Nodo de Outer Core

Nodo PE (Tier 3)

CDN (Flow + Terceros)

Route Reflector

InternetGateway

iBGP eBGP

Netconf /Yang

MUN BEL CEN COE CTE RES MPM MPS

IRD RSC MUS BUA HOR SLO

FMO7

Nodo de Inner Core

Nodo de Outer Core

Nodo PE (Tier 3)

CDN (Flow + Terceros)

Route Reflector

InternetGateway

iBGP eBGP

Netconf /Yang

MUN

BEL

CEN COE

CTE

RES

MPM

MPS

IRD

RSC

MUS

BUA

HOR

SLO

7 FMO opciones de FMO consideradas:

• Polígono/Cuboide

• Inner/Outer Core

• Star/Star-Ring

Page 8: Hacia una red de transporte multiservicio - LACNIC

8Bell Labs Consulting

Arquitectura de red IP objetivo para el backbone consolidado

Nueva topología IP (lógica) Nueva topología (por capas)

Nueva red de TELECOM ARGENTINA

METRO REGIONAL AMBA

Carrier XCarrier X

Inner Core site 2Inner Core site 1

Outer Core

Inner Core

References

IGW

PE CDN

CDN OTT

CDN FLOW

PE de agregación

PE de DC

Datacenter

INNER CORE (P-Node)

International & National Peering

(IGW)

Edge(PE-node)

Central Office/Hub

Sitio Outer Core 1

OUTER CORE (P-Node)

Carrier INTERNET

Sitio Inner Core 1

Sitio Inner Core 2

Sitio Outer Core 2

CDN

CDN DC-R

CDN DC-R

CDN DC-N

CDN DC-N

Outer CoreInner Core

References

IGW Aggregation PE

Geo-distribución

Inner Core

Outer Core

Page 9: Hacia una red de transporte multiservicio - LACNIC

9Bell Labs Consulting

Córdoba

Tucuman COR&RES

Rosario

Mar del Plata

ROADM Node

Buenos Aires

Consolid

ate

d O

ptic

al B

ackbone

INNER CORE 1

INNER CORE 2

Nodo óptico

OUTER CORE 1

OUTER CORE 2

Nodo óptico

AMBA

0%100%

0%100%

REGION X (Outer Core)

Optical Link Restoration

IP Link

INNER CORE 1

INNER CORE 2

Nodo óptico

OUTER CORE 1

OUTER CORE 2

Nodo óptico

AMBA

Optical Link Restoration

IP Link

0% 100%

0% 100%

REGION X (Outer Core)

Corte de fibra + caída de sitioDoble corte de fibra

Inner

Core

P Node

Outer

Core

P Node

• CD-ROADM y Flex-grid en sitios de Core y sitios principales.

• Por simplicidad operacional, no se considera agregación de lambdas

Alien.

• Limitación de fibra G.653 superada con uso de altos anchos de banda

y potencial remplazo de fibra G.652.

• Configuración de enlaces ópticos para diferentes enlaces IP:

Inner Core – Outer Core: 3 caminos disjuntos con

restauración óptica.

PE principales – Outer Core: enlace IP con protección o

restauración óptica.

Otros enlaces IP: único enlace sin restauración óptica.

Arquitectura de red óptica objetivo para el backbone consolidado

Page 10: Hacia una red de transporte multiservicio - LACNIC

10Bell Labs Consulting

Limitación de fibra G.653 superada con planificación cuidadosa• Fibra G.653 (dispersion shift) está ampliamente desplegada pero cuenta con limitación de canales (~ 40) en comparación a G.652 (~ +80).

• Existen varias opciones para afrontar las limitaciones de la fibra G.653: alta tasa de transmisión por canal (100G to 200G/500G) o

reemplazo por G.652 (costo de despliegue extra).

• Soluciones de bajo costo dependen de la combinación de lo anterior, en funcion de la opción seleccionada y distancia.

Costo de enlace óptico tiene una dependencia NO LINEAL en función del tipo de fibra, velocidad de transmisión y costo de despliegue

RSS99 x 100G

347 kmMUN RSS

99 x 100G

700 kmMUNEnlace ópticoEnlace óptico

Page 11: Hacia una red de transporte multiservicio - LACNIC

11Bell Labs Consulting

Estrategia de CDN para el backbone consolidado

Parámetros a considerar:

• Impulsado por la mejora del rendimiento de la red y la reducción del TCO, Telecom eligió dos niveles de jerarquía de caché:

Sitios de Edge

Sitios de Outer Core*

• El criterio para distribuir las CDN depende del tráficoexistente en el sitio/región (tráfico en hora pico).

• Los enlaces Core-Edge deben ser dimensionadosconsiderando la falla del servidor del OTT que tienemayor contenido.

79% OTT10%

Peering11%

Internet

Tráfico

* Flow CDN también en Inner Core

METRO REGIONAL AMBA

CDN OTT

Inner Core

Outer Core

PE CDN GW

References

PE Node (Edge)

Inner Core Site Inner Core Site

Page 12: Hacia una red de transporte multiservicio - LACNIC

12Bell Labs Consulting

Arquitectura End-to-End (2023+)

Access

VNF VNF VNF

VNF VNF VNF

Switch VNF VNF

NFVI Cloud

VNF VNF VNF

VNF VNF VNF

Switch VNF VNF

NFVI Cloud

VNF VNF VNF

VNF VNF VNF

Switch VNF VNF

NFVI Cloud

INNER CORE SITE(National DC)

OUTER CORE SITE(Regional DC)

CO / HUB SITE(Edge DC)

Agile IP / optical backbone

InfrastructureResources

Infrastructure Management

Domain Orchestration

Service Orchestration

Internet

Enterprise

Public Cloud

DC SDN WAN SDN DC SDN DC SDNWAN SDN Access SDN

PCEPCESpine / Leaf

DC Fabric

Spine / Leaf DC Fabric

Massive, flexible network capacity

Massive, flexible network capacity

Customer Management

Agile IP / optical backbone

Page 13: Hacia una red de transporte multiservicio - LACNIC

13Bell Labs Consulting

Infrastructure Management

Infrastructure (physical + virtual)

PNFPNF

PNF

Optional Domain/Vendor specific SDN controller

Controlador SDN de acceso

Controlador SDN WAN

Controlador DC

EMS

Computo Storage Network

Virtualization Layer (VMs/Containers)

Collection Function

&Analitycs

VIM

VNF Manager

VNF

Log Mgt

Sec Mgt

Perf Mgt

Fault Mgt

Others

Service Assurance

Activation Engine

Topology Manager

Inventory Mgt

Workflow Engine

Conf. Mgt

Policy Mgt

NFVO

Domain Orchestration

SDN Controllers

Activation Engine

Topology Manager

Inventory Mgt

Workflow Engine

Conf. Mgt

Policy Mgt

Service OrchestrationWhat-If Analysis

DomainOrchestration

CRMProcess

Managment

Product CatalogueCustomer Order

ManagmentBilling Managment

Collection Managment

Bill Presentment

Customer Portal

Customer Management

Service Orchestration

(E2E)

Network Function Virtualization Infrastructure

Camino hacia Telco Cloud1. Nueva definición de arquitectura de red.

Core y backbone, jerarquías de Datacenter(elemento clave para Telco Cloud), Agregación y Acceso (en curso).

2. Definición de un framework Telco Cloud.3. Pruebas de Concepto (PoC).

Desafíos• Fragmentación de proyectos e iniciativas. ¿Quién

construye el consenso para la interoperabilidad?• Frameworks, arquitecturas, bloquesfuncionales, API e interfaces.

• ¿Cuál es el nivel de desagregación específico para cada CSP?• Complejidad de integración (PSI)• Saciedad semántica. Definición interna de

términología para evitar malentendidos.• Modelos de licenciamiento• Transición de proveedores al mundo del SW.• Seguridad

Telco Cloud Framework (versión BETA/DRAFT)

Page 14: Hacia una red de transporte multiservicio - LACNIC

14Bell Labs Consulting

SDN: casos de uso

Optimización de enlaces para tráfico de ingreso a la red

Ingeniería de Tráfico + controlador SDN

Tier 1

Tier 1

Network Data Analytics

SDN CONTROLLER

Telemetry

Ingress Traffic

Ingress Traffic

PE Node (Edge)

Route Reflector

InternetGateway

Inner Core

Outer Core

References

CDN (Flow +

Third parties

• Desafío: optimizar enlaces de tránsito a proveedores cuandose congestionan debido al tráfico que se cursa.

• Solución: con el uso de herramientas de telemetría y analíticase brinda visibilidad del tráfico de ingreso de a la red con lo cual el controlador SDN direcciona selectivamente este tráfico de los enlaces congestionados.

• Desafio: ante un corte de fibra entre nodos regionales y un Outer Core, parte del tráfico se cursa utilizando los enlaces longhaul.

• Solución: ante el corte de fibra, con un controlador SDN e ingeniería de tráfico se evita que el tráfico se curse por los enlaces longhaul, permitiendo optimizar inversiones en el dimensionamiento de esos enlaces.

SDN CONTROLLER

METROS REGIONALES

METROS REGIONALES

INTER-REGIONAL

Page 15: Hacia una red de transporte multiservicio - LACNIC

15Bell Labs Consulting

Red IP

• Deseable cambio de OSPF a IS-IS con MPLS SPRING

• DR en BGP & Full Mesh iBGP

• Inner Core no corre BGP

• 6PE en el core de la Red

• Full-Routing-Table en IGW

Red Óptica

• CD-ROADM y Flex-grid en nodos de core y sitios principales

• Limitación en fibra G.653 superada con OT de alta capacidad y reemplazando fibra G.653

• Restauración de red óptica para enlaces IP críticos

Resumen

Cost Efficiency

Scalability

Resiliency

Security

Operations Simplicity

Future Readiness

Performance

Agility

PMO FMO

0% 20% 40% 60% 80% 100%

PMO FMO

Weighted Compound Score

Best-in-Class

CDN

• Dos capas de caching para mejorar performance & TCO

• Ubicación óptima de CDN basado en contenido de tráfico

• Dimensionamiento de enlaces de los PE Edge considerando peor caso de caida de servidor

Mejoras en nueva arquitectura de red respecto a PMO

Page 16: Hacia una red de transporte multiservicio - LACNIC

16Bell Labs Consulting

¡Muchas gracias!

Esteban Poggio [email protected] Ger [email protected] Masache [email protected]ás Bonillo [email protected] Ansari [email protected] Tang [email protected]