Vous êtes sur la page 1sur 157

Universidad Austral de Chile

Facultad de Ciencias de la Ingeniera


Escuela de Ingeniera Civil Electrnica






ARQUITECTURA E IMPLEMENTACION DE
MPLS EN UNA RED DE TELEFONA MVIL
BASADA EN IP



Tesis para optar al Ttulo de:
Ingeniero Electrnico


Profesor Patrocinante:
Sr. Nstor Fierro Morineaud.
Ingeniero Electrnico,
Licenciado en Ciencias de la Ingeniera,
Diplomado en Ciencias de la Ingeniera.






HUGO ANDRS SANTIBEZ SOTO
VALDIVIA CHILE
2013
1

MIEMBROSCOMISINDETITULACIN

ProfesorPatrocinante
NstorFierroMorineaud
IngenieroElectrnico

ProfesorInformante
FranklinCastroRojas
IngenieroElectrnico
ProfesorInformante
PedroReyClericus
IngenieroElectrnico
2

Agradecimientos

Amispadresporlaeducacinentregadaalolargodemividayespecialmenteaminovia
Paolaportodalacomprensin,apoyoeinfinitapacienciaatravsdeestelargoproceso.
Quisierautilizarestainstanciatambinparaagradeceratodalagentequeseinvolucr
de una u otra manera en este trabajo de titulacin, ya sea amigos, familia y profesores en
especialaDonNstorFierroporsuapoyoyguafundamentalenestetrabajo.
Sinustedesnolohubiesepodidolograr

MuchasGracias

RESUMEN

ElpresentetrabajodetitulacinpresentaunanlisisdetalladodelatecnologaIP/MPLS
presentehoyendaenRedesdeTransportebasadasenpaquetes(PTN)ysuaplicacinenuna
red de Transporte Mobile Backhaul de produccin implementada recientemente a Nivel
Nacional. Se da en primera instancia una Visin General de la implementacin lgica de MPLS
en Redes Corporativas y el porqu de la eleccin de IPMPLS para la implementacin de este
tipodeRedes.
Por otro lado, se realiza la investigacin de la implementacin fsica de una red real de
produccin Mobile Backhaul de un Proveedor de Servicios a Nivel Nacional, para realizar el
anlisis detallado de la arquitectura y el equipamiento utilizado, adems de implementar la
solucinlgicaaniveldeprotocolosIP.

SUMMARY
This graduation work presents a detailed analysis of the IP/MPLS technology present
today in PacketBased Transport Networks (PTN) and its application in a production Mobile
BackhaulTransportNetworkimplementedrecentlyNationwide.Inthefirstinstanceisgivenan
overviewofthelogicimplementationofMPLSinCorporateNetworksandwhythechoiceofIP
MPLSfordeployingthiskindofNetworks.
Moreover, research is conducted of the physical and logical implementation of a real
Mobile Backhaul Production Network Nationwide, to perform a detailed analysis of the
architectureandtheequipmentused,aswelltheimplementationwithIPProtocols.

OBJETIVOSGENERALES
Analizar la tecnologa de transporte de datos MPLS y sus aplicaciones en redes
corporativas.
Evaluarlosdistintosserviciosquepuedenserentregadossobreunareddetransportede
datosMPLSyelequipamientodisponibleparasuimplementacin.
Especificar la arquitectura para la implementacin de la tecnologa de transporte de
datosMPLSenunareddetelefonamvilcorporativabasadaenIP(IPRAN).

OBJETIVOSESPECFICOS
Investigar en qu consiste el mecanismo de transporte de datos MPLS (Multiprotocol
LabelSwitching).
Analizarlosdistintostiposdetrficoquepuedensertransportadosdentrodeunaredde
transportededatosMPLS.
Investigarlosprotocolosquehacenposibleelfuncionamientodeunareddetransporte
MPLS.
Analizar la arquitectura de una red de telefona mvil corporativa basada en la
tecnologadetransportededatosMPLS(IPRAN)ylosmecanismosdeproteccinfrenteafallas
proporcionadosporeldiseo.
Investigar el equipamiento disponible hoy en da para realizar la implementacin de
redesdetransporteMPLScorporativas.

INTRODUCCIN

Desdequelasdemandasdeanchodebandadelosclientesalosproveedoresdeserviciosen
Chiledesdeelao2000enadelantesehanincrementadodrsticamente,lasredestroncalesde
los proveedores de servicios han debido evolucionar conforme aestos nuevos requerimientos.
En el caso de las redes fijas los servicios han ido evolucionando desde una conexin simple de
telefona fija a grandes redes de transmisin de datos sobre el mismo par de cobre donde
coexisten TvIP, VoIP y acceso de Banda Ancha. En el caso de las redes mviles, desde los
primitivos servicios de solo voz y mensajera de texto hasta los actuales servicios de Banda
AnchaMvil3Gyelfuturo4GLTE.
Dado que estos nuevos servicios entregados por los proveedores de Telefona Mvil
requieren mayor ancho de banda y capacidades avanzadas de manejo de trfico se hizo
necesario implementar en Chile nuevos mecanismos de transporte de informacin, debido a
quelasredesantiguasTDMyATMsevieroncolapsadasporestascrecientesdemandas.
EsaqudondesurgenlasredesIP/MPLScomosolucinaestasdemandas.Sibienesciertola
inversin que hacen las empresas de Telefona Mvil (Ej: Claro, Movistar) y Acceso de Banda
Ancha Hogar (Ej: Telefnica del Sur, Telefnica) en la compra de este equipamiento son muy
altas para la implementacin de este tipo de redes troncales, las ganancias a mediano y largo
plazo son muy altas, pues pueden implementar una red convergente con multitud de servicios
sobrelamismareddetransporte(VoIP,Datos,TvIP)loquelespermiteaumentarladiversidad
de servicios que puede entregar a su clientes; como ejemplo VTR ha pasado de ser un
proveedor de servicios de TV por Cable y Telefona Fija a un proveedor de servicios de
Televisin,TelefonaFijayTelefonaMvilactualmente,realizandomodificacionesensuredde
transporte de informacin. Como otro ejemplo tangible Claro Chile ha estado implementando
una nueva red de transporte de informacin para sus servicios de telefona mvil 3G y futuro
LTE4GhacepocotiempobasadosenlatecnologaIP/MPLS.
6

Dadaestamotivacinsehaescogidorealizarenelpresentetrabajodetitulacinelanlisis
endetalledelaimplementacinyarquitecturafsicaylgicadeunaredtransportedeTelefona
MvilbasadaenIP/MPLSdeunproveedordeserviciosenChileycomolasdirectricestcnicas
definidas por un proveedor de equipamiento deben dar solucin a las necesidades de los
proveedoresdeServicios.

NDICE
Agradecimientos..............................................................................................................................2
RESUMEN.........................................................................................................................................3
OBJETIVOSGENERALES....................................................................................................................4
OBJETIVOSESPECFICOS..................................................................................................................4
INTRODUCCIN...............................................................................................................................5
1.RedesdeTransporteBasadasenPaquetesdeprximaGeneracin(PTN)yVisinGeneralde
IPMPLSenRedesCorporativas.................................................................................................11
1.1Lacrecientedemandaderedesdeproveedoresdeservicios............................................13
1.2IntroduccinaMPLS............................................................................................................17
1.3ElvalordelaPropuestaMPLS.............................................................................................19
1.4MPLSylasredesConvergentesMultiServicios..................................................................23
1.5ServiciosdeNegociosconMPLS..........................................................................................25
1.6 Utilizacin de la Arquitectura VPN IP/MPLS para cumplir con los requerimientos de una
ReddeServicios.....................................................................................................................30
1.7AplicacionesVPNIP/MPLS...................................................................................................35
1.7.1Red2G...........................................................................................................................36
1.7.2CoreMvilpara2G.......................................................................................................37
1.7.3CoreMvilparaRedesdeDatos(2,5Gy3G)................................................................38
1.7.4ElTransporteMobileBackhaul.....................................................................................39
1.7.5ComponentesdeunaRedMobileBackhaul.................................................................40
1.7.6ArquitecturaGeneraldeAccesodeunaredTriplePlayADSL....................................43
1.7.6.1RedHogar..............................................................................................................43
1.7.6.2ReddeAcceso........................................................................................................44
1.7.7LaSolucinTriplePlay...................................................................................................45
1.7.8LaSolucindeReddeRetornoMvil...........................................................................47
2.EquipamientoyprotocolosutilizadosparaeldesplieguedelatecnologaMPLSenunaRed
CorporativaMobileBackhaul....................................................................................................50
8

2.1Equipamiento.......................................................................................................................51
2.2DescripcindelEquipamientoutilizadoenlaRedMobileBackhaul..................................51
2.2.1Caractersticasdel7705SAR.........................................................................................54
2.2.2RouterdeServicios7750SR(ServiceRouter)...............................................................54
2.2.2.1DescripcinGeneraldelRouter7750SR7............................................................55
2.3ProtocolosempleadosparalaimplementacindelasolucinMobileBackhaulIPMPLS....59
2.3.1MPLS.................................................................................................................................59
2.3.2ProteccindetrficodeLSP.............................................................................................61
2.3.2.1ProteccindecaminoLSPsconCaminoSecundarioNonStandby........................61
2.3.2.2ProteccindeCaminoLSPsconCaminoSecundarioStandby................................62
2.3.2.3ComportamientodeconmutacindeLSPconcaminossecundarios........................62
2.4InformacinGeneralsobreFastReroute(FRR)......................................................................64
2.4.1MtodosFRRpararealizarlaproteccindeLSP..............................................................64
2.4.1.1Funcionamientodelosdistintosmtodos............................................................66
2.5MtodosdedeteccindeerroresenlosEnlaces...................................................................70
2.5.1BFD....................................................................................................................................70
2.6AgregacindeEnlaces.............................................................................................................71
2.7IPRouting/IGP.........................................................................................................................73
2.7.1DiseodeExtremoaExtremodeOSPF............................................................................74
2.7.2OtrasConsideracionesdediseoOSPFenredesIPRAN.................................................75
2.7.2.1IDderea...................................................................................................................75
2.7.2.2RouterIDOSPF...........................................................................................................76
2.7.2.3AutenticacindeEnlaceOSPF(Opcional)..................................................................76
2.7.2.4SeleccindeltipoderedOSPF...................................................................................76
2.7.2.5IngenieradeTrficoOSPF.........................................................................................77
2.7.2.6MtricasytemporizadoresOSPF...............................................................................77
2.8TrficoMvilModelosdeTransporte..................................................................................78
2.8.12G(TDM)/3G(ATM)........................................................................................................79
2.8.23GyLTE(IP)......................................................................................................................79
9

2.9CalidaddeServicio...................................................................................................................80
2.9.1NecesidaddeCalidaddeServicio.....................................................................................80
2.9.2DiseodelaCalidaddeServicio.......................................................................................82
2.9.2.1ObjetivosdelDiseo..................................................................................................82
2.9.2.2ClasesdeServicio.......................................................................................................83
2.9.2.2.1ClasedeServicioCONTROL.................................................................................83
2.9.2.2.2ClasedeServicioUSERCONTROL........................................................................84
2.9.2.2.3ClasedeServicioREALTIME.................................................................................85
2.9.2.2.4ClasedeServicioBUSINESSDATA.......................................................................85
2.9.2.2.5ClasedeServicioSTANDARD...............................................................................85
2.9.2.3PolticadeCalidaddeServiciodeRed.......................................................................86
2.9.2.4QoSenelAcceso........................................................................................................87
3.ImplementacindeMPLSenunaredcorporativa,yarquitecturadeunaredMobileBackhaul
...................................................................................................................................................89
3.1TopologaFsica....................................................................................................................89
3.1.1ltimaMilla...................................................................................................................92
3.1.2Agregacin.....................................................................................................................95
3.1.3Core...............................................................................................................................96
3.2TopologaLgica..................................................................................................................98
3.3ModeloLgicodeRed.........................................................................................................99
3.3.1TopologaLgicadeServiciosutilizadosenlared........................................................99
3.3.2AnlisiseimplementacindelaTopologaLgicayprotocolosderedempleadosensu
configuracin....................................................................................................................100
3.3.2.1ConfiguracinBase...............................................................................................101
3.3.2.2ImplementacinLgicayConfiguracindeServicios..........................................112
3.3.2.3PruebadeConmutacinyPacketLoss................................................................129
3.4GestorSAM5620yadministracinremotadeequipamiento..............................................133
3.4.1EvaluacindedesempeodelaredenClsterValdivia................................................135
3.5ProyeccindelatecnologaIP/MPLSaMPLSTPenredesPTNMPLS.................................143
10

3.5.1PlanodeReenvo............................................................................................................144
3.5.2PlanodeControl.............................................................................................................145
4.CONCLUSIONES........................................................................................................................148
REFERENCIASBIBLIOGRFICAS...................................................................................................150
GLOSARIO....................................................................................................................................151

11

CAPTULO1RedesdeTransporteBasadasenPaquetesdeprximaGeneracin
(PTN)yVisinGeneraldeIPMPLSenRedesCorporativas
En este captulo se darn a conocer los elementos principales de una Red de Transporte
Basada en Paquetes de prxima generacin, una visin general de qu es IPMPLS en redes
corporativasyfinalmentelosparmetrostcnicosydefinicionescomnmenteutilizadasdentro
de una PTN de prxima generacin; si bien es cierto la red que se analizar en los prximos
captulos es en s una PTN de prxima generacin resulta interesante conocer cmo se van
consolidandolasdiferentestecnologasysucorrelacinconloqueesunareddetransporteIP
MPLSqueesloquesemuestradentrodeestanotaintroductoria.
La idea principal que se esconde detrs de este tipo de redes es el transporte de paquetes
encapsulados de informacin a travs de internet. Estas nuevas redes son construidas a partir
delprotocoloIP,siendoeltrminoallIP(todoIP)elmscomnmenteutilizadoparadescribir
dichasolucin.
Lasredesdeprximageneracin(NGNeningls)esunampliotrminoqueestreferidoala
evolucin de la actual infraestructura de redesde telecomunicacionesy acceso telefnico, con
el objetivo de lograr la convergencia de los nuevos servicios multimedia (voz, video y datos).
Segn la ITUT Una Red de Siguiente Generacin es una red basada en la transmisin de
paquetescapazdeproveerserviciosintegrados,incluyendolostradicionalestelefnicos,ycapaz
deexplotaralmximoelanchodebandadelcanalhaciendousodelasTecnologasdeCalidad
delServicio(QoS)demodoqueeltransporteseatotalmenteindependientedelainfraestructura
deredutilizada.Adems,ofreceaccesolibreparausuariosdediferentescompaastelefnicasy
apoyalamovilidadquepermiteaccesomultipuntoalosusuarios
Desde un punto de vista ms prctico las Redes de siguiente Generacin suponen tres
cambios fundamentales en lo que es la arquitectura de una red tradicional que deben ser
evaluadosdeformaindependiente:
12

Respecto al ncleo de red, NGN supone la consolidacin de varias redes de transporte


(dedicadas u overlay) construidas histricamente a partir de diferentes servicios
individuales(normalmentebasadosenprotocolosIPyEthernet).Tambinimplica,entre
otras muchas cosas, la migracin del servicio de voz desde la tradicional arquitectura
conmutada (PSTN) a la nueva VoIP adems de la sustitucin de las redes tradicionales
(legacyservice) como la X.25 o la Frame Relay. Esto supone incluso una migracin para
el usuario tradicional hacia un nuevo servicio como es el IP VPN o la transformacin
tcnicadelasredestradicionales.
Respecto a las redes de acceso, NGN supone la migracin del canal tradicional dual de
voz y datos asociado a las redes xDSL hacia instalaciones convergentes en las que las
DSLAMs integren puertos de voz o VoIP, permitiendo de esta forma dejar atrs las
actualesredesconmutadasquemultiplexanvozydatospordiferentescanales.
Respecto a las redes cableadas, la convergencia NGN implica la migracin de la tasa
constantedeflujodebitsaestndaresCableLabsPacketCablequesuministrenservicios
VoIPySIP.AmbosserviciosfuncionansobreDOCSIScomoestndarparaelcableado.
EnlasRedesdeSiguienteGeneracinexisteunaseparacinbiendefinidaentrelaporcinde
red de transporte (conectividad) y los servicios que corren por encima de esa red. Esto quiere
decirquesiemprequeunproveedortelefnicodeseehabilitarunnuevoservicio,puedehacerlo
fcilmente definindolo desde la capa de servicio directamente sin tener en cuenta la capa de
transporte. Como se ha dicho, los servicios proporcionados sern independientes de la
infraestructuradered.Latendenciaactualesqueestosservicios,incluyendolavoz,seinclinen
hacia la independencia de red y normalmente residan en los dispositivos de usuario (telfono,
PC,receptoresTDT,...).
Enlafigurasiguientesemuestralacorrelacinentrelosprincipalessegmentosdemercado
actuales (Mvil, Datos y Fijo) y se denota la importancia del Plano de Transporte (marcado en
verde)comoconectorentrelasdiferentestecnologasdeAccesoysuplanodeControl.
13

Figura1.1ModelodeReferenciaNGN

1.1 Lacrecientedemandaderedesdeproveedoresdeservicios
LasRedesdeproveedoresdeserviciosdebenevolucionarparamantenersealaparconlos
tiemposcambiantesylosmayoresanchodebandademandados.
Los proveedores de servicios a menudo se clasifican por la cantidad de infraestructura de
accesoregionalqueposeen,versuslacantidadquedebecontrataraotrosproveedores:
OperadoresTier1(Nivel1):Losprimerosdosproveedoresenunpasqueporlogeneral
son dueos de la infraestructura de acceso (cobre o fibra) dentro de su regin de
servicio. Los proveedores de servicios de Nivel 1 suelen ser los primeros en establecer
infraestructurasenlareginlosgrandesoperadores.
Operadores Tier 2 o Tier 3 (Nivel 2 o Nivel 3): Son proveedores que pueden usar la
infraestructuradeaccesodealgnoperadorTier1oconstruirsupropiainfraestructura
14

en algunas reas de servicio. Los proveedores Tier 2 utilizan una combinacin de su


propiainfraestructurayalgunasinfraestructurasdeproveedoresTier1.Losproveedores
Tier 3 dependen por completo de acuerdos para utilizar la infraestructura de otros
proveedores. Estos proveedores suelen surgir como competidores a los ya establecidos
proveedores Tier 1, por lo que estn en desventaja con los proveedores incumbentes
(Tier1)paraobtenercontroldelmercado.
Los proveedores de servicios estn clasificados de acuerdo a los tipos de servicios que
ofrecenasusclientesfinales:
Telco:Tradicionalmenteofrecenserviciosdevoz,ascomoserviciosdenegocios
Proveedor de Servicios de Internet (ISP): Ofrecen acceso a Internet para clientes
residencialesydenegocios
ProveedordeServiciosVPN/ProveedordeServiciosEthernet:OfrecenserviciosVPNde
negocios
OperadorMultiSistemadeCable(MSO):Ofrecenserviciosresidencialesydenegocios
Unoperadorpuedeofrecertodosoalgunosdeestosserviciosasusclientesfinales.
Ambostiposdeclientes,residencial(consumidor)yempresariales(negocios)demandan
constantementenuevosservicioseinnovacionesdesusproveedoresdeservicios.
Losserviciosbasadosenlaslneastradicionalesarrendadas,FrameRelay(FR)yATMson
caractersticos de organizaciones que administran sus propias redes empresariales (con sus
propios equipos de TI), pero aquellas empresas deben adquirir la infraestructura de
conectividad(tpicamentelneasarrendadaspuntoapuntooconexionesvirtualespermanentes
FrameRelayoATM)deunproveedordeservicio.Impulsadosporlosobjetivosdenegociodela
empresaydirigidosacentrarseenlascompetenciasbsicasyreduccindecostos,lasempresas
han comenzado a buscar a los proveedores de servicios para soluciones de conectividad
administradas.
15

Las empresas tambin han estado exigiendo ms en trminos de velocidades de ancho


de banda para la conectividad. La vieja regla del 80/20 (el 80% del trfico queda dentro del
sitiolocalyel20%deltrficoestentresitiosremotos)yanoesvlida.
Debido a que muchas empresas han consolidado sus centros de datos para algunos
sitios, la necesidad de una mayor velocidad de conexin a distancia se ha convertido en algo
muyimportanteparalosadministradoresdeTIdelasempresas.
Adems,lasempresasestnahoraenelprocesodeimplementacindeaplicacionesde
usointensivodeanchodebandacomolavideoconferencia,conferenciawebyusocompartido
deimagenelectrnicaenunazonaamplia,loqueprovoclanecesidaddemsanchodebanda
ensusredesdereaextensa(WANs).
Los servicios residenciales tambin estn evolucionando de la conectividad a Internet
marcada a la conectividad de banda ancha. Los servicios para los clientes residenciales estn
evolucionando para incluir servicios de triple o cudruple play que incluyen voz, Video on
Demand(VoD),televisinyaccesoaInternet.
Tradicionalmente,unproveedordeservicioscontabaconredesseparadasparaofrecerservicios
devozydatos.
Dentro de una red de datos, un proveedor de servicio tradicional tendra tpicamente
redesseparadasparaofrecerserviciosbasadosenLneasArrendadas,FrameRelayyATMpara
clientes de negocios y una red separada ofreciendo servicios basados en Internet (Acceso a
InternetyconectividadsegurabasadaenInternet)paraclientesresidencialesydenegocios.En
reasresidenciales,loscontenidosdeTVparaclientessonusualmenteentregadosporMSOslos
cuales tienen su propia infraestructura dedicada (casi siempre instalaciones de cable). Las
empresas casi siempre utilizan switches Ethernet y routers IP para construir sus propias LAN y
obtienen servicios de Lneas Arrendadas de los operadores para conectarse a sus locaciones
remotas.
16

Teniendoencuentaelescenariosiemprecambiantedelasdemandadelosclientes,las
redes de proveedores de servicios deben mantener el ritmo por mantener la competitividad y
aumentarlarentabilidad.Esevidentequeelenfoquedelaconstruccinderedesseparadasno
esrentablecuandoelproveedordeserviciosdeberofrecermltiplesservicios.
La forma ideal de abordar el diseo de la red es una solucin en la que varios servicios
puedenserconvergentesenunanicainfraestructuradered.EstaeslaraznporlacualMPLS
como tecnologa para redes de proveedores de servicios ha cobrado impulso rpido en el
mercado.
La tendencia ms obvia es el rpido crecimiento del trfico IP y Ethernet en la red.
Debido al auge de Internet, y la invencin de Gigabit Ethernet, el trfico IP/Ethernet es ahora
dominante en las redes de telecomunicaciones. Los clientes residenciales requieren servicios
ms rpidos de acceso a Internety una mejorcalidad de servicio IP para soportar voz sobre IP
(VoIP). Los clientes empresariales estn llevando a cabo ms y ms de sus negocios por va
electrnica a travs de ubicaciones muy separadas geogrficamente. Muchas aplicaciones de
usointensivodeanchodebandayaplicacionesbasadasenIPsensiblesaltiempoestnsiendo
ampliamente utilizadas para misiones crticas para los negocios. Los Datos IP se estn
incrementandoenimportanciaestratgicaenlasredesinalmbricas.Losusuariosmvilesestn
deseandoserviciosmultimediabasadosenIPdemaneracreciente.Losproveedoresdeservicios
tambin quieren ofrecer contenidos de televisin a travs de aplicaciones de IPTV, que
requieren rendimiento de la red con gran ancho de banda y baja latencia. Est claro que la
construccin de una red ptima para la entrega de trfico IP/Ethernet es crucial para los
proveedoresdeservicios.
Debido a que las empresas estn empezando a utilizar cada vez ms aplicaciones
basadas en IP/Ethernet, necesitan que sus infraestructuras de IT tengan un alto rendimiento y
seanlomsconfiables,segurasyrentables.
Esto genera una gran demanda de los proveedores de servicios para ofrecer VPN. Las
VPNpermitenqueelproveedordeserviciospuedaprestarserviciosadiferentesclientesconla
17

mismaredtroncal,mientrasqueseaslanlosclientesmedianteinstanciasvirtualesdeservicios
paragarantizarlaprivacidadylaseguridad.
Durante las ltimas dos dcadas, ya haba muchas empresas que utilizan la VPN
enrutada RFC2547bis para lograr la conectividad de intranet. Ahora, con el rpido crecimiento
delatecnologaEthernet,cadavezmsclientesempresarialesrequierenserviciosVPNEthernet
Capa2.LosserviciosVPNCapa2entreganalosclientesuncontrolcompletodesusdominiosde
enrutamientoymenoscomplicacionesdeinterconexincontralosproveedoresdeservicios.
Los proveedores de servicios tambin buscan soluciones de redes que consoliden voz,
datos y video en una misma infraestructura de red y que les permita atender a los clientes
residenciales y de negocios desde la misma red. La red debe ser rentable y robusta. La red
tambin debe ser capaz de proporcionar calidad de servicio diferenciada (QoS) en el servicio
proporcionado para adaptarse a diferentes Acuerdos de Nivel de Servicios (Service Level
AgreementsSLAs).
Conestasnuevastendenciasydemandas,losproveedoresdeserviciosintentarnmigrar
susredesaredesdeCoreIP/MPLS,entregandovariosserviciosVPNasusclientes.
1.2 IntroduccinaMPLS
La Conmutacin Multiprotocolo mediante Etiquetas es un mecanismo de conmutacin
deetiquetasutilizadoporswitchesyrouters(capacesdehablarenMPLS)paraelintercambio
detrfico.Enelplanodecontrol,losdispositivosMPLSrealizanlaasignacindeetiquetasque
sern utilizadas para ciertos tipos de trfico y distribuyen las etiquetas a travs de ciertos
protocolos de distribucin de etiquetas. Cada dispositivo distribuye las etiquetas asignadas
localmentehacialosotrosdispositivosMPLSyrecibelainformacindedistribucindeetiquetas
desdeotrosequipos.CadaequipoconstruyeunaBasedeInformacindeEtiquetas(LIBLabel
Information Base) que almacena la informacin de las etiquetas. En el plano de datos, cada
equipo realiza la encapsulacin MPLS sobre el trfico de datos antes de enviarlo a otros
dispositivos MPLS. Cuando un dispositivo recibe el trfico encapsulado, realiza decisiones de
18

renvo basado en el valor de la etiqueta MPLS en el encabezado de encapsulacin MPLS. En la


encapsulacin de datos MPLS, el encabezado MPLS (32 bits de largo, que contiene un valor
numrico de 20 bits utilizado como el valor de la etiqueta)est insertado entre el encabezado
deCapa2yelencabezadodeCapa3deldatoquevaaserencapsulado.Porlotanto,MPLSa
veces se denomina protocolo de Capa 2.5, y el encabezado MPLS a veces se denomina
encabezadodecua.
AntesdequelosdispositivosMPLSpuedanrenviareltrficoencapsuladoaotroequipo
se debe completar la distribucin de etiquetas MPLS en el plano de control. Cuando se est
intercambiando la informacin de las etiquetas, cada dispositivo MPLS almacena la etiqueta,
como tambin la informacin de mapeo de la etiqueta para el tipo de trfico que utiliza cada
etiqueta.TodoeltrficoqueutilizalamismaetiquetasedenominacomoClaseEquivalentede
Reenvo(FECForwardingEquivalentClass).Elprocesodedistribucindeetiquetasdistribuye
lainformacindemapeodeetiquetasFECentredispositivosMPLS.Porlotanto,losdispositivos
MPLSformanunaRutaoCaminodeDistribucindeEtiquetas(LSPLabelSwitchedPath)para
cadaFEC.ElLSPesunaconexindeextremoaextremoparaeltrficopertenecientealamisma
FEC que ser reenviado. MPLS construye un camino orientado a la conexin en una red no
orientadaalaconexin.
MPLSfueintroducidoporprimeravezparamejorarelrendimientodelenrutamientoen
Capa 3 de enrutadores Capa 3 normales. Para un router MPLS o switch Capa 3, el intercambio
de etiquetas MPLS que el ruteo de paquetes IP. En una red IP ruteada, los paquetes IP son
ruteados desde su origen a su destino salto a salto. Cuando cada router encamina un paquete
IP,estequitaelencabezadodeCapa2(usualmenteunencabezadoEthernet),luegochequeael
encabezado IP para encontrar la direccin IP de destino. Luego el router debe realizar una
bsqueda en su tabla de enrutamiento para encontrar la direccin IP de la interfaz para el
prximosaltoylainformacindeencapsulacindelainterfazdeegresodeCapa2.Despusde
que la bsqueda de que se completa la bsqueda del prximo salto, el router reescribe el
paquete aadiendo el nuevo encabezado de encapsulacin de Capa 2 al paquete y luego re
enva el paquete a la interfaz del prximo salto. Este procedimiento es realizado por cada
19

paquete IP en cada salto. Con la introduccin de la tecnologa MPLS los routers pueden
construirLSPsMPLSparacadaFEC.TodoeltrficopertenecientealamismaFECesconmutado
poretiquetasMPLShaciasudestinoenvezderuteado.CuandounRouterdeConmutacinde
Etiquetas (LSR Label Switched Router) realiza la conmutacin MPLS sobre un paquete
encapsulado en MPLS, la operacin de intercambio de etiquetas MPLS es mucho ms simple.
Por lo tanto, el proceso de bsqueda de la IP de destino es reemplazado por el relativamente
menos costoso proceso de intercambio de etiquetas. La utilizacin de la conmutacin MPLS
pararemplazarelruteoIPsedenominaavecesatajoderuteo.
Adems,elProtocolodeGatewayFronterizo(BGPBorderGatewayProtocol)puedeser
quitado desde el core de la red debido a que los routers LSR en el core de la red no tienen
necesidad de encaminar estos paquetes. Siempre que el proceso de distribucin de etiquetas
MPLSconstruyaelLSPparacadarouterenelcoreparaalcanzartodoslosroutersdebordeque
tienenparesBGPconroutersfueradelSistemaAutnomo(ASAutonomousSystem),eltrfico
atravsdelareddecorepuedeserconmutadoatravsdeMPLSenvezderuteadoatravsde
IP.ElrouterdecoreutilizalaetiquetaMPLSparaconmutareltrficohaciaelrouterdefrontera
correcto. Se puede quitar tambin BGP de malla completa (fullmesh) dentro del sistema
autnomo. Solo los routers en la frontera necesitan tener pares BGP contra otros routers. El
proceso dedistribucin de etiquetas utilizado por los dispositivos capaces deinterpretar MPLS
esenlamayoradeloscasoselProtocolodeDistribucindeEtiquetas(LDPLabelDistribution
Protocol).
1.3 ElvalordelaPropuestaMPLS
MPLS ha evolucionado substancialmente desde los primeros das de su despliegue. Las
razones para utilizar MPLS en una red tambin han cambiado. MPLS ya no ha sido usado para
entregarunatajoalruteoIP.LosdoscambiosmsgrandesenlatecnologaMPLSson:
ElProtocolodeReservadeRecursos(RSVP)estextendidoparasoportarladistribucin
de etiquetas MPLS RSVPTE (donde TE significa ingeniera de trfico) entrega muchas
20

caractersticas de ingeniera de trfico y caractersticas de resiliencia a la tecnologa de


tunelizacinMPLS.
LaVPNCapa2basadaenpseudowireMPLSestimplementadaenmuchosproveedores
deroutersyswitchesMPLS.
ConestasevolucionesenlatecnologaMPLS,MPLSestahoraampliamentedesplegadoen
lasredestroncalesdelosproveedoresdeserviciosparaentregarserviciosVPNasusclientes.
LaintroduccindeRSVPTEenladistribucindeetiquetasMPLSentregaaMPLSflexibilidad
excepcionalyconfiabilidadquelasredestradicionalesruteadasyconmutadasnopuedentener:
MPLSentregacapacidadesdeingenieradetrficoparacontrolarelcaminoderenvoen
la red. Utilizando RSVPTE, los routers MPLS pueden sealizar un LSP ruteado
explcitamente. El operador puede manualmente especificar el camino y los saltos a lo
largo de la ruta del LSP de extremo a extremo. Por lo tanto los operadores pueden
manipularelcaminodeltrficodedatosenlareddelasiguientemanera:
o EnunaredsoloIP,lospaquetesqueviajandesdelosnodosorigenasusnodosde
destino utilizan un camino que est determinado por la informacin de
enrutamientoentregadaporlosroutersIP.UnaredsloIPentregaunapequea
flexibilidadpara entregar caminosalternativos al flujo de datos. Una red basada
en MPLS soporta ingeniera de trfico por lo cual un camino MPLS (conexin
lgica)puedeserdefinidaparausarenlacesderedquesondiferentesalcamino
normal tomado por los paquetes IP. Esto ayuda a la mejor utilizacin de los
enlacesdentrodeunaredempresarial.
o Con la ayuda de las extensiones de ingeniera de trfico de los protocolos OSPF
(se ver en captulos posteriores en detalle) e ISIS, RSVPTE permite el uso del
clculodetnelesMPLSbasadosenCSPF.Cuandoseestrealizandoelclculode
la ruta, CSPF puede considerar otros criterios distintos de la mtrica de ruteo
entregada por el IGP, como la reserva de ancho de banda del enlace y la
pertenenciaaungrupodemiembrosadministrativos(coloreodeenlaces)
21

MPLSentregaunexcepcionalrendimientoenelreenrutamiento.Lasinfraestructurasde
red basadas en FR/ATM o redes Ethernet antiguas no pueden ofrecer la rpida
convergenciadurantelarecuperacindeunafalla.MPLSutilizamecanismoscomoelLSP
secundario (o de Respaldo) y FastReroute (FRR) que puede entregar tiempos de re
enrutamientoenelordendelosmilisegundos:
o LSP Secundario RSVPTE soporta el concepto de LSP y LSPPath. Este permite
hastaochocaminosLSPquepuedenseraprovisionadosdentrodelmismoLSP.En
circunstancias normales el LSPPath (CaminoLSP) primario reenva activamente
eltrfico;sielLSPPathprimariofalla,unodelosLSPPathssecundariosasumeel
control del trfico. Cuando se provisiona un LSPPath secundario activo, el
rendimiento en la recuperacin de la falla est en el rango de las decenas de
milisegundos.
o FRR(FastReRoute)CuandoseutilizaRSVPTEparasealizarunLSP,todoslos
routers tienen identificada la ruta completa que atraviesa el LSP. Por lo tanto
cadarouterpuedesealizarunLSPdeproteccinparatomaruncaminolejosdel
punto potencial de falla. Si ocurre una falla de red, los router MPLS cerca de la
fallautilizanelcaminodeproteccinpresealizadoparaprotegerelLSP.Estose
denomina MPLS FRR. FRR puede entregar tiempos de recuperacin de falla del
ordendedecimasdemilisegundosdespusdequeunafallaesdetectada.
o Las implementacin de VPN basadas en pseudowire IP/MPLS hacen posible
tomar completa ventaja de la flexibilidad entregada por la MPLS. El nuevo
modelo de VPN desacopla el procesamiento nativo de servicios de la
encapsulacin VPN y permite a los servicios con diferentes caractersticas
compartirlamismatroncalIP/MPLS.Lasentidadesdeaccesodeserviciosdelos
servicios especficos del cliente son los encargados de proporcionar trfico en
formatonativoparasatisfacerlosrequisitosdelcliente,ylasentidadesderedde
serviciosVPNseencarganderealizarlaencapsulacinVPNyladeencapsulacin
paratransportarlosserviciosatravsdelaredtroncal.
22

Las caractersticas de resiliencia como la conmutacin de pseudowire y la


redundancia de pseudowire aseguran la entrega del servicio de extremo a extremo con
lacalidaddeseada.
Con las mejoras de MPLS y los nuevos servicios VPN basados en pseudowire, el
proveedor de servicios puede ahora desplegar diferentes tipos de servicios para diferentes
clientes en una sola red troncal convergente utilizando la tecnologa IP/MPLS. Las redes VPN
IP/MPLStienenlassiguientesventajas:
Eficiencia en el costo Elimina el requerimiento para los proveedores de servicios de
construir redes separadas para diferentes tipos de servicios. Todos los servicios estn
compartidos en la misma infraestructura de la red troncal. Utilizando una red IP/MPLS
con infraestructura de Capa 2 Gigabit Ethernet o 10 Gigabit Ethernet se reducen
significativamenteloscostoscomparadosconlastecnologasantiguascomoATMoFR.
Flexibilidad Todos los servicios VPN basados en pseudowire MPLS utilizan una
arquitecturacomndeservicios,diferencindosesoloenelcircuitodeconexindecara
al cliente. Cuando se implementa un nuevo tipo de servicio, este puede ser fcilmente
desplegadoenlaredtroncalIP/MPLSexistentesimplementeaadiendoelnuevotipode
interfaz de acceso en el router PE (provideredge). La capacidad de implementacin de
TE entregada por IGPTE y CSPF permite a los operadores controlar fcilmente los
caminosdereenvodetrficodeserviciosenlaredcore.
ConfiabilidadLospseudowiresutilizadosporlosrouterVPNPEyeltneldetransporte
LSPMPLSsoportanredundanciayrpidarecuperacinanteunafalla.Laarquitecturade
servicios permite al operador redistribuir los servicios a ms de un router PE para
alcanzar la redundancia de pares para un servicio. Con la suma de caractersticas de
resiliencia MPLS que poseen rpida recuperacin frente a fallas, la red de servicios
puedeserconstruidaconaltadisponibilidad.
Escalabilidad Los servicios VPN IP/MPLS son altamente escalables. La arquitectura de
serviciosVPNIP/MPLS permitealosroutersdecore(Prouters)realizarlaconmutacin
deltrficodeserviciossinsaberquinstanciasdeserviciosexisten.SololosrouterPEen
23

el borde de la red troncal conocen cada instancia de servicio. Solo los routers PE con
circuitos de conexin de cara al cliente estn involucrados en el aprovisionamiento de
servicios. Todas las instancias de servicios compartiendo el mismo router PE estn
aisladasporlaencapsulacinVPN.
LDP es uno de los protocolos MPLS utilizados para realizar la sealizacin. Con LDP, los
router MPLS distribuyen las etiquetas y establecen automticamente los LSPs. LDP distribuye
etiquetas mapeadas con prefijos IP. Por lo tanto, el rendimiento en la convergencia es
dependientedelosprotocolosdeenrutamientosubyacentes.LaintroduccindeRSVPTEenla
sealizacinLSPMPLSbrindamejorassignificativasalaflexibilidad,confiabilidadyrendimiento
del mecanismo de transporte de servicios en la red IP/MPLS. Con un tnel de transporte LSP
con sealizacin RSVPTE, una red IP puede ahora entregar rendimiento en la convergencia a
niveldecarrierutilizandolascaractersticasderesilienciacomoFRRyelLSPsecundario.
La nueva y mejorada tecnologa MPLS permite a los operadores entregar flujos de trfico
para muchos clientes utilizando diferentes tipos de servicios en una sola red convergente. Es
hoyendalanuevatecnologaderedestroncalesWAN.
1.4 MPLSylasredesConvergentesMultiServicios
Pormuchasdcadaslasredesdecomputadoreshansidogeneralmentecategorizadascomo
LAN, MAN y WAN. Cada tipo de red tiene su propia arquitectura y mecanismos de entrega de
trfico. Sus velocidades, costos y confiabilidad difieren tambin. Diferentes tipos de
proveedoresdeserviciosutilizandiferentestiposderedesparaentregarlosserviciosparaestas
redes.Conlainnovacintecnolgicayelincrementoenlasdemandasdelosconsumidores,los
requerimientosparalacreacinderedesestncambiandoconstantemente:
El amplio despliegue de conmutadores Ethernet y pequeos routers IP de alto
rendimiento y relativamente baratos trajeron la primera oleada en la evolucin de las
redes. Muchos computadores pueden ser conectados por estos dispositivos de trabajo
24

en red orientados a LAN y ganan gran velocidad en aplicaciones sensibles al tiempo o


aplicacionesdetrficointenso.
LainvencindeInternettrajolasegundaolaenlaevolucin.Lasredesdecomputadores
alrededordelmundopuedenserconectadasporlaredtroncalcompartidadeInternet.
Esta ola trajo consigo la demanda de routers de red troncal de alto rendimiento y alta
disponibilidad.
Hoyenda,laterceraoladelaevolucinhallegado.ConlainvencindelaVoIP,IPTVy
otras aplicaciones multimedia basadas en IP, los ISPs no solo entregan el acceso a
Internet, sino tambin necesitan entregar estos servicios con beneficios adicionales
sobre su infraestructura de red troncal. Estos servicios requieren ancho de banda y
accesibilidad global, como tambin la garantizada QoS de extremo a extremo. Para
alcanzarestasmetasseutilizaelconceptoderouterdeservicios.Losrouterdeservicios
localizansusrecursosdeacuerdoalosrequerimientosdediferentesserviciosyentregan
losserviciosconlacalidaddeseada.Porlotantosedeseanlasredesconvergentesmulti
servicioporlosproveedoresdeserviciosparacumplirconlosnuevosrequerimientos.La
Figura1.2muestraunaredconvergenteconmltiplesservicios.
EnlaFigura1.2,lareddeentregadeservicios,brindamltiplesserviciosenunasimplered
troncalquecontienealosrouterdeservicios.Lareddeentregadeserviciosproporcionavarios
servicios a muchas empresas y clientes residenciales. Esta red se basa en la nueva y
evolucionadatecnologadeserviciosVPNIP/MPLS.

25

Figura1.2RedConvergenteMultiServicios
1.5 ServiciosdeNegociosconMPLS
Hoy en da, muchas nuevas aplicaciones ejecutndose en redes residenciales y
empresarialesgenerannuevasdemandasparalasredestroncalesdetelecomunicaciones:
VPN compleja en Capa 3 Muchos clientes empresariales requieren servicios VPN de
conectividad compleja. Conectar simplemente todos los routers no es adecuado. Una
VPN en Capa 3 es usualmente denominada como una Red Privada Virtual Ruteada
(VPRN).
LosclientesnecesitandiferentestopologasdeVPNcomo:
26

o Extranet Algunas empresas necesitan compartir parte de sus redes con sus
partnersparamejorarlaproductividadmientrasseaslanlasotraspartesdesus
redes.
o VPNHubSpokeAlgunosclientesrequierenquesussucursalesseanconectadas
con sus sedes y necesitan que el trfico pase forzadamente a travs del firewall
delasedecentral.
o VPN de Superposicin Clientes que necesiten acceso a Internet a travs de
algunodesussitiosmientrasseaslaelrestodesureddeInternet.
VPN Capa 2: Servicio de Lan Privada Virtual (VPLS) y Lnea Arrendada Virtual (VLL)
Muchos clientes necesitan tomar ventaja de la simplicidad de la Capa 2 junto al
proveedor de servicios. Ellos necesitan comprar los servicios de conectividad en Capa 2
(puntoapuntoopuntoamultipunto)desdeelproveedordeserviciosmientrasmanejan
su propio enrutamiento en Capa 3. A los proveedores de servicios tambin les gusta el
hecho de que no necesitan lidiar con el enrutamiento en Capa 3 con sus pares y la
aislacindediferentesclientesysoloseenfocanenteneraccesibilidadenCapa2.Conla
introduccin de Gigabit Ethernet y Ethernet 10G en las redes de clientes y redes
troncales, las VPLS y los servicios Ethernet VLL se han hecho muy populares. La VLL
tambinseconocecomoVPWSoServiciodeCablePrivadoVirtual(VirtualPrivateWire
Service).
Infraestructura de IPTV MPLS con la nueva generacin de soluciones de IPTV, la
entrega de contenidos de televisin (de definicin normal y alta definicin (HD)) sobre
redes IP se han hecho posibles y muy rentables. Muchos proveedores de servicios
quieren usar su red troncal IP para entregar contenidos de TV y competir con los
proveedores tradicionales de televisin por cable. La entrega de contenidos por IPTV
necesitaquelaredtroncaltengaungrananchodebandayaltacalidaddeservicio.
InfraestructuradeServiciosMvilesMPLSyReddeRetornoMvil(MobileBackhaul)
Lanuevageneracinderedesmvilesentreganvozserviciosdedatosdealtoanchode
banda a travs de servicios celulares. Los proveedores de servicios mviles buscan una
27

solucineficienteenelcostoyptimadeusodelaredconvergenteparaentregarvozy
serviciosdedatosenlaredtroncal.
TecnologasdeAccesoMejoradasElcrecimientosignificativodetecnologasdeacceso
entrega ms ancho de banda hacia los suscriptores finales. Las tecnologas DSL (Digital
Subscriber Line) y PON (Red ptica Pasiva) pueden entregar al usuario final 10Mbps,
100Mbps o incluso mayor rendimiento. Las aplicaciones de uso intensivo de ancho de
banda como IPTV, TV Personal, descargas rpidas y juegos en lnea pueden ser
desplegadosdeextremoaextremoatravsdelaredtroncal.
Todosloscambiosanterioresylasnuevasdemandasdesafanalosproveedoresdeservicios
aconstruirunaredtroncalconvergentedealtorendimiento,altaconfiabilidadyeficienteenel
costo para cumplir con los requerimientos de diferentes clientes. Tambin, los proveedores de
servicios estn buscando ms servicios de generacin de ingresos para vender a los
consumidores. La frontera entre los carriers y los proveedores de contenidos se ha vuelto
ambigua.LosproveedoresdeTVCableahoraestnentregandoaccesoaInternetyserviciosde
telefonaVoIP.LosISPsestnentregandocontenidosdeTVhaciasusclientesatravsdeIPTVy
utilizanlastecnologasDSLyPONparaproveerdeserviciosdeInternetyvoz.Losproveedores
decelularesestnentregandotambinserviciosdedatosmvilesylaentregadecontenidosde
TVatelfonoscelularesatravsdetecnologas2Go3Gjuntoconlosserviciosdevozmviles.
La evolucin de la tecnologa de VPNs IP/MPLS proporciona una solucin para todos estos
tipos de proveedores de servicios. Con la tecnologa de VPNs IP/MPLS, todos los tipos de
servicios pueden ser entregados en una simple red troncal convergente de servicios MPLS,
comosigue:
La red troncal de alto rendimiento (usualmente conectada a Gigabit Ethernet o 10
Gigabit Ethernet) proporciona el ancho de banda suficiente para entregar aplicaciones
dealtademandadeanchodebandacomoIPTV.
28

La tecnologa de VPNs IP/MPLS flexibles permite mltiples servicios como voz, datos,
transmisin de TV, red de retorno mvil y circuitos ATM/FR sean aprovisionados en la
mismared.
Las funciones avanzadas de QoS permiten la diferenciacin entre diferentes tipos de
servicios y clientes y tratan los diferentes tipos de flujos de trficos basados en sus
caractersticasnicas.Laentregagarantizadadecalidaddeservicioparacumplirconlos
SLAs mientras se utilizan los recursos disponibles en la red para servir a subscriptores
estticamentemultiplexadospuedeseralcanzadademanerasimultnea.
El altamente seguro motor de enrutamiento de servicios proporciona redundancia en
caliente en el plano de control. La resiliencia MPLS entrega rendimiento en la
convergenciaaniveldecarrierparaprotegerlosserviciosdefallasenlared.Loscortes
de servicio pueden ser minimizados. La Figura 1.2 muestra una red de servicios VPN
IP/MPLS.
LainvencineimplementacindesolucinVPNIP/MPLSbasadasenpseudowirelesentrega
a los proveedores de servicios una propuesta segura y escalable para entregar servicios a
mltiplesclientesutilizandolamismaredtroncalmientrasseaslaeficientementeeltrficode
losclientes.
Las VPN basadas en pseudowire desacoplan el rol de los routers de borde que estn
frente al cliente (PE) y el rol de los routers de la red troncal (P). Los pseudowires MPLS
conectanlosroutersPEalasinstanciasdeserviciodecaraalcliente.LaredtroncalMPLS
solohacetransitareltrficoencapsuladodelasVPNdeextremoaextremoescondiendo
los detalles de la topologa de red de core del servicio en s mismo. Por lo tanto los
routerPEdeserviciospuedenestarenfocadossoloenproveeraccesoalosdispositivos
del cliente, multiplexando y demultiplexando el trfico desde mltiples servicios y
tomando decisiones de reenvo de VPN. Los routers P se encargan de entregar alta
disponibilidadyaltorendimientoreenviandotubosconQoSgarantizada.
El modelos de VPNs IP/MPLS basadas en pseudowires entrega diferentes tipos de
serviciosutilizandolamismaredtroncalIP/MPLS.Dentrodeestosserviciosseincluyen:
29

Figura1.3VPNPuntoaPuntoCapa2,Lneaarrendadavirtual
o VLL Servicio de entubamiento punto a punto altamente escalable que acarrea
el trfico del cliente entre dos sitios de clientes. Los servicios VLL soportan
muchas tecnologas antiguas como ATM, FR Ethernet y CES (Servicio de
EmulacindeCircuitos)
30

o VPLS Servicio Ethernet de puenteo punto a multipunto que puentea al trfico


Ethernetdelclienteentreubicacionesgeogrficamenteseparadas
o VPRNServicioderuteoIPpuntoamultipuntoqueencaminaeltrficoIPentre
diferentessitioseintercambialasrutasdelclienteentreestossitios.Losservicios
VPRN pueden entregar varias topologas de servicios como Intranet, Extranet,
VPNdesuperposicin(OverlayVPN)ounaVPNHubSpoke.
El modelo de VPN basadas en pseudowire unifica el despliegue de la arquitectura de
serviciosenlared.DiferentestiposdeserviciosVPNutilizanlamismainfraestructurade
VPN: Las instancias de servicios en cada router PE de cara al cliente, estn conectadas
porlospseudowiresdeextremoaextremo,ylosroutersPEestnconectadoshacialos
dems por las Rutas de Distribucin de Servicios (SDPs) utilizando encapsulacin GRE o
tunelizacin MPLS. Los diferentes tipos de servicios comparten la misma red troncal
MPLSconunaconfiguracinsimilardecaraalcoreoncleodelared.Losserviciossolo
se diferencian en la configuracin de los SAP (Puntos de Acceso al Servicio) en las
instancias de servicios de los routers PE locales. Esta visin modular unificada de
desplieguedeservicioshacequelaredtroncalobackboneseamsfcildemantenery
expandir.
Los servicios VPN IP/MPLS basados en pseudowire estn estandarizados y soportados
pormltiplesproveedores(Cisco,AlcatelLucent,etc)yporlotantosepuedealcanzarla
interoperabilidadmultiproveedor.

1.6 Utilizacin de la Arquitectura VPN IP/MPLS para cumplir con los


requerimientosdeunaReddeServicios
Para la entrega de servicios VPN mencionados anteriormente (VLL, VPLS, VPRN, etc.) el
proveedordeserviciosdebeconstruirunaredtroncalcapazdeentregaresosservicios.
31

Una red de VPNs IP/MPLS es una red VPN de ruteo por IP, orientada a los servicios y de
conmutacin. La evolucin de la tecnologa MPLS es la base de una re VPN IP/MPLS. El
equipamientoparaconstruirunareddeestetipodebe:
Dar soporte a protocolos de enrutamiento IP, incluyendo IGP (Protocolo de Pasarela
Interior) y BGP. EL equipamiento debe soportar tambin Ingeniera de Trfico y
resilienciaavanzadaMPLS.
Ser capaz de realizar la conmutacin MPLS en el plano de datos y la sealizacin de
etiquetas MPLS en el plano de control. Para tomar ventaja de la resiliencia avanzada
MPLSelequipodebesoportarRSVPTEconprotocolodedistribucindeetiquetas.Para
implementar los servicios VLL y VPLS, debe soportar TargetLDP (TLDP) para sealizar
lospseudowiresutilizadosporestosservicios.
Soportar el despliegue de QoS basada en servicios, accounting y polticas de seguridad.
La implementacin de calidad de servicio, QoS, debe ser orientada al servicio. Para
servicioscompartiendoelmismoequipamientofsico,laQoSdebeentregargranularidad
paralaadministracinporservicio.
Ser diseada para entregar alta disponibilidad. Se requiere el diseo redundante del
planodecontrolydelplanodedatosparaalcanzarelrendimientoyconfiabilidadanivel
decarrier(carrierclass).
Dar soporte a caractersticas avanzadas de resiliencia MPLS y VPN para alcanzar la
escalabilidad,resilienciayestabilidaddeseadas.
Soportar una solucin de administracin de red para que los proveedores de servicios
puedandesplegar,modificarymonitoreartodoslosserviciosentiemporeal.Lasolucin
de administracin de red debe ser tambin inteligente por lo cual las interferencias
manualesdebenserreducidasalmnimo.
Una red de VPNS IP/MPLS es una red IP ruteada. Para que MPLS trabaje apropiadamente,
todos los dispositivos de red deben ser capaces de dar soporte a protocolos de enrutamiento
escalables. OSPF o ISIS deben ser usados como IGP en la red backbone debido a este tipo de
necesidades (escalabilidad y confiabilidad). En la red troncal o backbone el IGP realiza la
32

comunicacin de la topologa de red y la ubicacin de todos los routers PE y P hacia los


elementosdered.
TambinparadarsoportealaconmutacinyenrutamientoavanzadoIP/MPLS,senecesitan
las extensiones de ingeniera de trfico (TE) del IGP. Estas extensiones de TE de los protocolos
de enrutamiento llevan la informacin relacionada a TE en las actualizaciones de ruteo para
permitir a cada router en la red construir una Base de Datos de Ingeniera de Trfico (TED). La
utilizacin de TE y CSPF permiten al sistema tomar ms factores (recursos reservados por el
sistemaypolticasadministrativas)encuentacuandoserealizaelenrutamientodeltrfico.Con
la ayuda de TE, los operadores pueden realizar el enrutamiento del trfico a travs de un
caminoquenosealamejorrutaporIGP.Adems,conlaayudadeTEyCSPF,RSVPTEentrega
caractersticas de resiliencia como FastReroute y LSP Secundario en los LSPs MPLS. Esto hace
que los tneles de transporte de servicios sean ms seguros y se mejore significativamente el
rendimientoenlaconvergenciadelbackboneIP/MPLS.

33

LaFigura1.4muestralaarquitecturaglobaldeunaredmultiserviciosIP/MPLS

Figura1.4VisinGeneraldelaArquitecturadeReddeServiciosVPNIP/MPLS
En la Figura 1.4, hay dos routers de servicios conectados al backbone IP/MPLS y tienen
definidas instancias de servicios VPN. Las instancias de servicios que pertenecen al mismo
servicio VPN estn conectadas por pseudowires. Cada instancia de servicio contiene Puntos de
Acceso a Servicio (SAPs) para entregar acceso al cliente. Las instancias de servicios son
entidadesdesoftwarevirtualesqueresidendentrodelmismorouter.
Pararedesquecompartenmltiplesservicios,sedebendesplegarpolticasrelacionadas
alosservicioscongranularidadporservicio.Enunaredtroncalcompartida,losproveedoresde
serviciosnecesitandesplegarpolticasdecalidaddeservicioparadiferentesflujosdetrficoen
elmismoservicio,yparadiferentesflujosdetrficoquepertenecenadiferentesservicios.Estas
polticasdeQoSaseguranquelosdiferentestiposdeserviciosqueestnsiendocompradospor
diferentestiposdeclientesestnsiendoentregadoscomolocomprometielSLA.Laspolticas
decontabilizacinentreganestadsticasrelacionadasalosserviciosylaspolticasdeseguridad
deben entregar la proteccin requerida por los clientes. Para cumplir estos requerimientos, el
desplieguedepolticasenunareddeVPNsIP/MPLSdebeserorientadaalservicio.Laspolticas
deben ser capaces de ser aplicadas a cada entidad lgica individual de servicios, pero no al
34

hardware(porejemploalospuertos).Esteesundiferenciadorclaveentreunaredorientadaa
losserviciosyunaredorientadaalhardware.Lafigura1.5muestralasdiferenciasentreunared
orientadaalosserviciosyunaredorientadaalhardware.

Figura1.5RedesorientadasalosServiciosversusRedesorientadasalHardware
En el despliegue de polticas orientadas al hardware de la Figura 1.5, las polticas (QoS,
seguridad y contabilizacin) son desplegadas en una base porpuerto. Las conexiones que
pertenecen a diferentes servicios y que comparten el mismo puerto deben compartir las
mismas polticas. El router no tiene visin de los servicios; solo sabe que algunas conexiones
estn asociadas con otras. El proveedor de servicios no puede especificar una poltica para un
SAPindividualoservicio.Eneldesplieguedepolticasorientadasalservicio,cadaservicioesla
entidadactualdesoftwareenelrouterdeservicios.CadaservicioutilizaunSAPparaconectarse
alclienteycadaSAPposeesuspropiaspolticasdeQoS,seguridadycontabilizacin.
Los switches y routers MPLS deben soportar tambin caractersticas de alta
disponibilidad (HA High Availability). La HA necesita de un enfoque holstico y no puede ser
unaideatarda.Losatributosdealtadisponibilidaddebenincluirplanosderenvodistribuidos,
35

equipamientoredundanteparaelcontrol,diseosdetarjetasdelneamodulares,redundancia
deprotocolosenCapa2yCapa3yproteccindeconmutacinporerrordetarjetasdelneay
puertos del equipo. Desde el punto de vista de servicios MPLS, la capacidad de NonStop
Routing (NSR Enrutamiento sin detencin) es un prerequisito clave debido a que una de las
primeras metas de un proveedor de servicios es tener la mnima interrupcin de sus servicios,
especialmenteduranteactualizacionesdesoftware.
NSRproporcionaalossistemaslahabilidaddesoportarNonStopService(NSS).Unared
deVPNsIP/MPLSesorientadaalosservicios.Cuandolosprotocolosdeenrutamientodecapas
inferiores y los tneles de reenvo de trfico son robustos, los servicios utilizando la
infraestructura son tambin robustos. La redundancia en el diseo del plano de control y del
planodedatosgarantizalamximadisponibilidaddeserviciosparaalcanzarelmsaltonivelde
SLAs.ConNSS,cadacomponentepertenecienteaunainstanciadeserviciomantienesuestado
eneleventodeunafalla.Enmuchascondiciones,enunaactualizacindesistemasenservicio
(ISSU)sepuederealizarparaeliminaruncortedeserviciodurantelaactualizacindeunrouter.
Las redes de proveedores de servicios necesitan soportar cientos de VPNs de clientes
concurrentemente. Por lo tanto, es importante que el equipamiento MPLS desplegado deba
soportar simultneamente miles de instancias de servicios para una VPN IP/MPLS como lo son
los servicios Triple Play servicios de red de retorno mvil (Mobile Backhaul) de manera de
cumplirconloscriteriosderendimientoestablecidos.

1.7 AplicacionesVPNIP/MPLS
Las redes VPN basadas en IP/MPLS ayudan a habilitar una gran variedad de aplicaciones y
servicios.
ServiciosVPNEmpresarialesSepuedenincluirserviciosVPNCapa2yCapa3
Servicios de Internet mejorados (IES) con mecanismos de clasificacin de QoS
avanzados, Contabilizacin y Polticas de seguridad El servicio IES es un servicio IP
36

enrutado y se puede utilizar una VPN Capa 2 como mecanismo para retornar el trfico
deuncircuitodeaccesoEthernet,FRoATM.
Servicios TriplePlay BTV, VoD, VoIP y acceso a Internet. Todos los servicios estn
diferenciados por una poltica de QoS avanzada para asegurar la entrega de calidad de
servicioyelusoefectivodelanchodebandadisponible.
ServiciosdeReddeRetornoMvilSepuedeutilizarunaVPLSounaVLLparahabilitar
laconectividadentrelasestacionesbaseyelcoremvil.
Para comprender de mejor manera la interconexin que se realiza entre las distintas
topologas de redes de acceso se analizarn de manera general distintos tipos de redes y su
interconexinconlareddeconmutacin;comenzaremosanalizandoendetalledesdeelequipo
del usuario final o cliente final (en una red empresarial) quien es el que paga una cuenta
telefnicaderedcelularosuserviciotripleplayresidencialconelcualposeeTVdigital,canales
HD, VoIP etc, hasta donde necesitemos avanzar y entregar la peticin de informacin que
realizanlosdispositivosdelusuariofinal.
Si bien es cierto las topologas de acceso son muy similares, el manejo de la informacin
debe ser diferente en cada uno de los escenarios; comenzaremos analizando el caso de
telefonamvilenunared2G:
1.7.1Red2G:
2G es la abreviacin para la segunda generacin de tecnologa de telefona inalmbrica. La
tecnologa digital 2G reemplaza a la tecnologa analgica 1G. Existen varios sistemas 2G entre
loscualesIS95CDMA(cdmaOne)yGSMsonlosmspopulares.
CDMA(AccesoMltiplepordivisindecdigo)esunatecnologanorteamericanaenlacual
todoslosusuarioscompartenlamismabandadefrecuencia.
El estndar del Sistema Global para comunicaciones Mviles (GSM) es el estndar ms
popular para los sistemas de telefona mvil. GSM fue desarrollado originalmente dentro del
37

Instituto Europeo de Estndares de Telecomunicaciones. Soporta Acceso Mltiple por divisin


detiempocon8usuarioscada200KHz.
LaredGSMesunareddeconmutacindecircuitos,idealparalaentregadeserviciosdevoz
peroconlimitacionesparaelenvodedatos.LaprimerallamadasobreunaredGSMfuehecha
en 1991 por Radiolinja en Finlandia. Con el paso del tiempo GSM y el sistema mvil 2G se han
convertidoensinnimos.
1.7.2 CoreMvilpara2G:
Lared2Gestconstituidadelossiguienteselementos(siguientefigura):

Figura1.6ArquitecturadeRed2G
Dondecadaunodeloselementoscorrespondena:
UE:(UserEquipment)EquipamientodelUsuario(enestecasountelfonomvil2G)
BTS: (Base Transceiver Station) Estacin Base Transceptora. Un sitio donde existe una
celdautilizadaparafacilitarlacomunicacininalmbricaentreelUEylared.
BSC: (Base Station Controller) Controlador de Estaciones Base. La BSC proporciona el
controldemuchasBTSsyactacomounconcentradorhaciael(MSCMobileSwitching
Center)CentrodeConmutacinMvil.LaBSCmanejaladistribucindecanalesderadio
ycontrolaloshandoverentreBTSyBTS
38

MSC: (Mobile Switching Center) Centro de Conmutacin Mvil. El MSC maneja la


administracindemovilidaddellamadasdevozyelServiciodeMensajesCortos(SMS)
HLR: (Home Location Register) Registro de Localizacin. El HLR es la Base de Datos
centralquecontienelosdetallesdecadasubscriptordetelefonamvil.
PSTN:(PublicSwitchedTelephoneNetwork).RedConmutadadeTelefonaPblica.Esun
sistemadecomunicacinpblicoqueentregaserviciosdetelefona
Enesteescenariosepuedeobservarquelaredconmutadaenaquelentoncescorresponda
a un backbone slo TDM; este backbone responda a los requerimientos de ancho de banda
paralasredesdeaqulentonces.
1.7.3 CoreMvilparaRedesdeDatos(2,5Gy3G)
Con el tiempo, se identific la necesidad de entregar trfico IP. En el ao 2000, el Servicio
General de Paquetes va Radio (GPRS) fue aadido al existente sistema GSM para ofrecer la
entregadeserviciosdedatossobreunareddepaquetesconmutados.Nohubocambiossobre
lareddevoz.Lossistemas2Gfueronextendidosa2.5G.
ConelGPRS,losusuariosfinalespodanteneraccesoalserviciodeInternetyMMSsobresus
telfonos mviles. La arquitectura del packetcore fue diseada sobre un protocolo de
tunelizacin denominado GTP (Protocolo de Tunelizacin GPRS). GTP corra sobre IP entre la
SGSNylaGGSN.
Lossistemas2.5Gsemejoraronanmshaciasistemas3Gy3.5Gofreciendoaltastasasde
transmisinparasoportarcaractersticasadicionalesenlostelfonosmviles.
LaredGPRSestconstituidaporlossiguienteselementos(siguientefigura):
2. UE:Equipamientodelusuario.
3. NodeB:(NodoB).Trminoutilizadoparadenominaraunsitiocelular3G.Esequivalente
altrminoBTSutilizadoenGSM.
39

4. RNC:(RadioNetworkController)ControladordelaRedRadio.LaRNCeslaresponsable
decontrolarlosNodosBqueestnconectadosaella
5. SGSN: (Serving GPRS Support Node) Nodo de Soporte a los Servicios GPRS. El SGSN
manejalaadministracindemovilidaddel3Gyeselresponsabledeentregarpaquetes
dedatosdesdeyhacialaestacinmvil.
6. GGSN: (Gateway GPRS Support Node) Nodo de soporte a la puerta de enlace GPRS. El
GGSN entrega conectividad hacia las redes de paquetes conmutados externas como
Internet. Este convierte los paquetes GPRS que vienen de la SGSN a paquetes IP y los
envahacialareddepaquetesdedatoscorrespondiente.ElGGSNtambinmantieneel
enrutamientonecesarioparatunelizarlospaquetesIPhacialaSGSNqueestsirviendoa
unaestacinmvilenparticular.
7. HLR:RegistrodeLocalizacin.
8. PDN:(PacketDataNetwork).ReddepaquetesdeDatos.

Figura1.7RedCoreMvilparaDatos(2,5G,3G)
Enlafiguraanterioryasemuestraunbackbonemscomplejoquemanejaalared2Gy
3G.Enestepuntoycomosemencionaanteriormente,sehacevisiblelanecesidaddetenerun
centrodeconmutacinIPquemanejeagranvelocidadlospaquetesprovenientesdelared3Gy
lavozde2G(GPRSBackbone).
1.7.4 ElTransporteMobileBackhaul
40

DeacuerdoalodefinidoporlaNGNM(NextGenerationMobileNetworksAlliance)Unared
backhaul sirve de medio de transporte para una Red de Acceso por Radio (RAN) y conecta las
estacionesbaseasuscontroladorespertinentes.
Dicho de otra manera, el transporte Mobile Backhaul une las estaciones Base de sitios
celulares 2, 3 y 4G/LTE y la Oficina de Conmutacin de Telefona Mvil (MTSO), controladores
de Red (NC) y los dems elementos relacionados utilizando soluciones de transporte como la
mostradaenestetrabajodetitulacin(entreotras).
La nica va hacia LTE es una red de paquetes. Como las redes inalmbricas fueron
construidasparaserviciosdevozantiguosySMS,rpidamentefueronsaturadasconlaweb,el
video, la mensajera multimedia, P2P de msica y video y la explosin de datos continu sin
detenerse, por lo tanto estas redes necesitaron evolucionar y cambiar. Este cambio est
ocurriendohaciaredesinalmbricasbajounparadigmadetransportehaciaIP.
Con el transporte Mobile Backhaul IP/MPLS, los proveedores de servicios inalmbricos
mviles pueden actualizar eficiente y econmicamente sus RAN y sus redes inalmbricas de
paquetes de core (Ncleo de la Red) hacia una red IP/Ethernet ms plana mientras se
incrementa su ancho de banda para dar soporte a los emergentes nuevos servicios de banda
anchainalmbrica.
Con el transporte Mobile Backhaul IP/MPLS, los proveedores de servicios adquieren la
capacidad de entregar nuevos servicios inalmbricos de venta al por mayor y ampliar sus
oportunidadesdeventaenelmercado.
1.7.5 ComponentesdeunaRedMobileBackhaul
La imagen siguiente muestra a grandes rasgos tres reas funcionales de una red de
transportebackhaul.Estasson:
41

Figura1.8RedMobileBackhaul
ElsitiocelularDondelasestacionesbasemviles(BS)yelrouterAgregadordeSitiosCelulares
(CSA)seencuentran
2 LasEstacionesBase(BS)(haciadondeseconectanlostelfonoscelulares):Lasestaciones
BasesonlasBTS2G(GSM),NodosB3G(UMTSoCDMA)yloseNodosB4G/LTE
3 El agregador de sitios Celulares (CSA o CSR en este trabajo de titulacin): El CSA es el
primerdispositivodedemarcacinendondeeltrficodelusuarioentraysaleatravsde
lareddetransporte.TambinesdenominadoCellSiteGateway(CSGPuertadeEnlace
del sitio celular). El CSA suma el trfico de los potenciales cientos de usuarios (UE), y da
soporteaestacionesbaseTDM,ATMyEthernet.
El Transporte Backhaul En el transporte fsico de la red backhaul pueden estar incluidas las
DS1/E1 o las DS3/E3, SONET/SDH, Ethernet sobre SONET (EoS), o slo Ethernet, o una
combinacindealgunasdestas.Laalimentacindeestoscircuitospuedenserestacionesbase
Ethernet,ATMoTDMyredesdeaccesoinalmbricaspormicroondas,DSLoEthernet.Laredde
transporteaceptatrficodecontrol,vozydatosyentregaestetrficobidireccionalmentedesde

42

yhacialasestacionesbaseylaMTSO.Enunared4G/LTEeltransportefsicoestodomediante
Ethernet,locualhabilitalacomunicacindirectaentreestacionesbase(BSBS).
4 LaInterfazdeReddeUsuario(EoSUNI)EstasirvecomopuertadeenlacedelCSAhacia
lareddetransporteMetroEthernet,SONET/SDH,TDMoATM.Enelejemploanterior,la
EoS UNI acepta el trfico Ethernetdesde elCSA y transporta estas tramas y su carga til
sobreelanillodelaredMetroETHERNETSONET/SDH
5 La Red Metro Ethernet (MEN) entrega el transporte ptico resiliente del trfico de
serviciosbackhaulIP/MPLS
6 La Plataforma de Aprovisionamiento Multiservicio (MSPP) Entrega el trfico hacia los
routerspuertadeenlaceMTSOsobreenlacesredundantesEthernetoSONET/SDH
ComosemostrabaenlaFigura1.8,lareddetransporteofreceQoSorientadaalservicio,y
servicios de transporte punto a punto y multipunto fsicos y virtuales, los cuales mueven
portadoras y sealizan el trfico a travs de la EoS MEN. Los router CSA y los servicios Capa 2
reenvan el trfico de los sitios celulares en la red de transporte, y los routers Gateway de
agregacinMSPentreganestetrficohacialoscontroladoresdered(NC).LasBS,CSA,MTSOy
lareddetransportepodranperteneceralProveedordeServiciosMvil,odeotraformaelMSP
podra solicitar acceso al MEN desde un proveedor de Transporte Backhaul. Los componentes
delareddetransporteaseguranlasincronizacinprecisadelasBS,circuitosTDMyelementos
deredyladiferenciacindeltrficoporservicio.
Como se puede observar, la conexin a la red de conmutacin de paquetes se hace solo
medianteuntelfonomvilquedeacuerdoalosavancesdelatecnologautilizalasbandasde
frecuenciaasignadaspara2G,3Go4Gsegnseaelcaso.
De manera similar existe la solucin TriplePlay en la cual se unifican los servicios de voz
(VoIP)datos(FTTH)yTV(TVIP)sobreunainfraestructuradereddepaquetesconmutados.Enel
siguiente apartado se detallar Una red Hogarea y la Red de Acceso; lo correspondiente al
Coresedetallaenelpunto1.7.1

43

1.7.6 ArquitecturaGeneraldeAccesoenunaredTriplePlayADSL
La red TriplePlay en sus dos primeras etapas est conformada por una pequea Red
HogareaqueseencuentraenlasdependenciasdelosclientesyunareddeAccesoquealigual
que en las redes Mobile Backhaul, debe soportar las diferentes tecnologas de acceso que
vienendesdelasRedesHogareas.ComoejemplotomaremosenprimerlugarlaRedHogar.
1.7.6.1RedHogar:

Figura1.9EsquemageneraldeunaRedHogar
Lafuncinprimariaesladeinterconectaralosdispositivosdelosusuariosresidencialesala
reddelproveedordeserviciosatravsdeunGatewayResidencial(RG);estaredcontienevarios
tipos de dispositivos que requieren voz, video y servicios de datos (Notebooks, Estaciones de
Trabajo(PC),TelfonosCelularesvaWiFi,TelfonosIP,etc).
El RG entrega el direccionamiento IP y sirve de Gateway (o pasarela) para la informacin
hacia la red de Acceso del proveedor de servicios. Como se mencion anteriormente, todos
estosdispositivos(incluidoelRG)seencuentranenlasdependenciasdelusuariofinal(hogardel
usuario);sonlostpicosrouterADSLdetecnologasactualmenteenusoolasONT(Terminacin
44

ptica de la Red) nuevas que manejan fibra y altos anchos de banda hacia el hogar en una
arquitecturaGPON.
1.7.6.2ReddeAcceso:

Figura1.10EsquemaGeneraldeunaReddeAcceso
La funcin primaria de una red de Acceso (ejemplo en la Figura 1.10) es dar soporte a
diferentestecnologasfsicasdeaccesohacialaredHogar.LareddeAccesoestconstituidade
los dispositivos (BSAN Nodo de Acceso a Servicios de Banda Ancha). Los dispositivos BSAN
estn constituidos por tarjetas de Terminacin de Lneas (LT) y tarjetas de terminacin de Red
(NT). Las tarjetas de terminacin de lnea van de frente a los usuarios finales mientras que las
tarjetasNTvandecarahaciaelflujodedatosdelareddeAgregacinenelCore(haciaarribao
aguasarriba).
CadapuertodeaccesoenunatarjetaBSANLTsepuedeconectaraunRGenlaRedHogar.
Por lo tanto una LT de 48 puertos puede conectar hasta 48 Gateways Residenciales; las
configuracionestpicasenlosequiposDSLAMactualessontarjetasADSL2+de48puertosyONT
paralaarquitecturaGPON.
ConlaintroduccindelasolucindeVPNCapa2IP/MPLSsehanagregadomuchasnuevas
aplicaciones y estas se han hecho disponibles a los proveedores de servicios. Los proveedores
deserviciospuedenconstruirunaredconvergentesirviendoaunagrancantidaddeclientescon
45

diferentes requerimientos de servicios. Las dos nuevas y ltimas soluciones son la solucin
Triple Play y la solucin de Red de Retorno Mvil (tema de este trabajo de titulacin) que se
detallanacontinuacin.

1.7.7LaSolucinTriplePlay
Con la entrega de muchos servicios disponibles y una fuerte implementacin de
mecanismos de QoS se muestra a continuacin una visin general de la entrega de Servicios
TriplePlay(voz,datosyvdeo);unaredTriplePlayentregaIPTV,VoIP,accesoaInternetyotras
aplicaciones basadas en IP para el pblico en general. La clasificacin de QoS intensiva,
contabilizacinypolticasdeseguridadpuedenserdesplegadasparacadasuscriptoryasegurar
la calidad de servicio y seguridad. La solucin TriplePlay es una nueva forma de entregar voz,
datosyaplicacionesdevdeoaunagrancantidaddeconsumidores.LaFigura1.11muestrauna
visingeneraldelasolucinTriplePlayparaproveedoresdeservicios.
46

Figura1.11VisinGeneraldelaSolucinTriplePlay
La arquitectura TriplePlay est basada en dos grandes elementos de red, optimizados
para sus respectivos roles el agregador de servicios de banda ancha (BSA) y el router de
servicios de banda ancha (BSR). Una caracterstica importante de los BSAs y BSRs es que ellos
conforman de forma efectiva un nodo virtual distribuido, con los BSAs realizando funciones
especficas hacia los subscriptores en las cuales, varias funciones pueden ser escaladas, y los
BSRsentregandolainteligenciadeenrutamientodondeseamsconveniente.
Los BSAs son dispositivos Capa 2 que reenvan trfico utilizando mecanismos Capa 2
pero tienen la inteligencia de filtrado y QoS para forzar a las polticas de capas superiores. Los
47

BSAssonelpuntodeterminacindeltrficoenCapa2yencaminaeltrficosobreIP/MPLS,con
soporteparauncompletosetdeprotocolosdeenrutamientoIPyMPLS.ElBSRsoportacientos
depuertosdesubidaGEYSONET(paradesplieguesagranescala)ysofisticadosmecanismosde
QoSparaladiferenciacindefuentesporcontenidoyporservicio.
ParalaconectividadentreBSAsyBSRssedebeconstruirunmodelodereenvoenCapa
2 utilizando una infraestructura de VPLSs segura y resiliente. Las interconexiones BSABSR
forman una red Ethernet multipunto con extensiones de seguridad para prevenir la
comunicacin no autorizada, denegacin de servicio y robo de servicio. Este enfoque soporta
todos los modelos de operacin, incluyendo mltiples modelos de homegateways, simple o
mltiplesbordesderedIP,ysimplesomltiplescircuitosenlaltimamilla.
Como fue descrito, MPLS habilita la entrega de servicios de negocios y residenciales y
por lo tanto es una adecuada eleccin para el despliegue de infraestructuras de red multi
servicios.

1.7.8LaSolucindeReddeRetornoMvil
Hoy en da, los clientes mviles necesitan ms que transmisin de voz inalmbrica y
serviciosdemensajeradelosproveedoresdeserviciosmviles.Laintroduccindeldespliegue
de redes de tercera generacin (3G) y muchas aplicaciones mviles basadas en IP han
incrementado significativamente la demanda de transporte de datos sobre redes mviles. Los
proveedoresdeserviciosmvilesdebenencontrarelbalanceentrelaatraccinysatisfaccinde
sus consumidores, y la rentabilidad de sus redes. Para reducir los costos de transporte, los
proveedores de servicios mviles han empezado a desplegar una solucin de red de retorno
mvilbasadaenVPNsIP/MPLSconstruyendouncoremultiservicioIP/MPLS.
LasolucindereddeRetornoMvilreduceloscostos,integralasredesactualesGSMy
UMTS e incluye las tecnologas HSPA y HSPA+, con un fuerte camino de inversin protegida
hacia LTE (Long Term Evolution). Esto entrega a los proveedores de servicios la flexibilidad de
48

desplegar diferentes opciones demedios de retorno simultneamente(incluyendofibra, cobre


y transporte inalmbrico), con la configuracin ms apropiada para abordar ptimamente los
requisitos de la red. La Figura 1.12 muestra una visin general de una solucin de Red de
RetornoMvil.

Figura1.12EjemplodelaSolucindeMobileBackhaul
La solucin de red de retorno mvil entrega una flexible evolucin de red de Retorno
Mvil soportando todas las tecnologas de transporte desde TDM, ATM, DSL y microondas a
IP,MPLSypseudowires.ConlaentregadegarantizadaspolticasdeQoSparatodoslosservicios
49

mviles, la solucin de red de Retorno Mvil asigna eficientemente los escasos recursos de la
redBackhaulentregandolossiguientesbeneficios:
EntregaunaReddeAccesodeRadio(RAN)escalableyeficientequeescapazdereducir
elcostodetransporteporMbps(megabitsporsegundo).
Permite aumentar los ingresos medios por usuario (ARPU AverageRevenue per User)
dando soporte a voz, video, multimedia y nuevos servicios de banda ancha con QoS
garantizadadeextremoaextremo.
Aprovecha la tecnologa IP/MPLS y pseudowire para soportar la evolucin de las
interfacesRANylosestndares3GPP2y3GPP/LTE.

50

CAPTULO 2 Equipamiento y protocolos utilizados para el despliegue de la


tecnologaMPLSenunaRedCorporativaMobileBackhaul

Antesdecomenzarestecaptulosedebehacerhincapienelporqu,cundoycmose
realiza un proceso de migracin hacia la tecnologa MPLS. En el proceso de cambio resulta
imprescindible comenzar valorando cuidadosamente las necesidades de la red corporativa,
solicitar y evaluar despus las propuestas de diversos proveedores (Cisco, AlcatelLucent,
Juniper)y,slounavezcompletadasestasfases,procederalaimplementacindelosservicios.
EsteeselcaminoquesiguenlosgrandesproveedoresdeserviciosaNivelNacionalyaqueven
enMPLSunnichodenegociosmuygrandedebidoasuescalabilidad,flexibilidadyrentabilidad
(puedencoexistirmltiplestecnologassobrelamismainfraestructura).
Dentro del anlisis de necesidades de la empresa, sta debe preocuparse de los
siguientespuntos:
Ancho de Banda: como se har la distribucin de ancho de banda sobre la
infraestructuraexistenteolanuevainfraestructura(definicindeclstersderedeneste
caso)
Dispositivosaemplear:Losdispositivosquesernadquiridosporlaempresaylosproy
loscontradesumanejo(configuracin,consumoelctrico,etc.)
Aplicaciones: para qu necesita la compaa de telecomunicaciones la adquisicin de
este equipamiento; se considera en este caso la implementacin de una red Mobile
Backhaulparaservicios2G,3GyLTE(otracompaapodrahaberutilizadolamismared
paraimplementarTvIPuotrosservicios)
CaractersticasdelaAplicacin:silaaplicacinparalaquesevaautilizaressensibleala
latencia,losretardosenlatransmisinyelanchodebandaqueconsumen
Una vez que se tienen estos lineamientos claros por parte de la Compaa de
Telecomunicaciones,seprocedearealizarlaeleccindelproveedoridneoparaimplementarla.
51

En este caso la compaa de telecomunicaciones sobre la cual se realiza el estudio realiz la


eleccin del equipamiento de AlcatelLucent de las lneas 7705 y 7750 para la implementacin
delareddetransportedeinformacin.

2.1Equipamiento
El siguiente Captulo describe las caractersticas y capacidades de los componentes
utilizados para realizar la solucin de transporte Mobile Backhaul sobre IP/MPLS. Se describir
la solucin con la serie de routers de AlcatelLucent 7705 SAR y 7750 SR disponibles en varias
grandes redes corporativas a nivel nacional. La solucin de transporte MPLS descrita en este
trabajo de titulacin est implementada a nivel Nacional en una de las empresas del rubro de
lastelecomunicacionesyeslabaseparaelanlisisdelasolucin.

2.2DescripcindelEquipamientoutilizadoenlaRedMobileBackhaul
ParaeldesplieguedelaredIPRANqueserdescritaenestetrabajodetitulacinsehan
utilizadodistintostiposderoutersdependiendodesuubicacinenlatopologalgicaalacual
se vern enfrentados; se utilizan los equipos SARF SARM y SAR8 de la lnea 7705 de Alcatel
Lucent para agregar servicios (Nodos B o Estaciones Base) sobre la red de Acceso. Se ha
realizadolaeleccindeestosequiposporpartedelaempresadetelecomunicacionesdebidoa
las consideraciones de ahorro de costos, su facilidad de despliegue, escalabilidad y flexibilidad
quesoninherentesaMPLS.
Los routers de agregacin de servicios (SAR Service Acces Routers) 7705 responden a
los requerimientos de desempeo de las aplicaciones de agregacin RAN (Radio Access
Network)ydelassolucionesbasadasenIPdelanuevageneracin(4G).Sedebedestacarquela
implementacin de esta nueva red, con este equipamiento responde a los requerimientos de
anchodebandaparanodosB3GycubrenlasnecesidadesparalaimplementacindeLTEenun
52

futuro cercano sobre esta misma arquitectura IP/MPLS. A continuacin se muestra la vista
frontaldelosequiposutilizados:

Figura2.1SAR8

Figura2.2SARF

Figura2.3SARM
CadaunodeestosequiposesutilizadoenlaredIPRANparalaconformacindeanillos
lgicosconlaplantaexternaquepermitentenerredundanciaanivelfsicoensusextremos.
53

EnlasiguientefigurasemuestralainstalacinfsicadeunSARMenlaredanalizadapara
locualserealizlavisitaasitioparacorroborarsucorrectainstalacin:

Figura2.4InstalacinFsicadeSARMensitio(sitiodeacceso)
Comosepuedeapreciarenlafotografaalaizquierdaseencuentranlospuertos1/1/1y
1/1/2quesonlosqueseconectancontralasinterfacesdeotrosroutersvecinosparaconformar
losanillosfsicos;laideadeconformaranillosfsicosenlaredesquenosepierdaconectividad
contralosNodosBenelcasodequeunenlacedefibraporcualquiermotivo(accidenteofalla
en la interfaz) falle. A la derecha los conectores de 48VDC que proveen la alimentacin
necesariaalasdosfuentesdeenergaredundantesparaproveeraltadisponibilidadencasode
algunafalladeenerga.SepuedeobservartambinqueesteequipoposeeinterfacesATMpara
laconexindeNodosqueposeanestetipodeinterfazfsica.

2.2.1Caractersticasdel7705SAR
54

El 7705 SAR est basado en el Sistema Operativo de Routers de Servicios (TiMOS) de


AlcatelLucent, puede funcionar de manera homognea con la familia de Routers 7750SR
desplegadoenlaredmvilCore(quesevermsadelante).
Debido a las consideraciones dadas por la empresa de telecomunicaciones, se necesita
redundancia y alta disponibilidad de sus servicios para lo cual cada uno de estos routers viene
equipado con dos fuentes de alimentacin y dos enlaces uplink hacia cada uno de los
extremosdelanillo;noesdeseablequeporcualquiertipodefallaenlaredelrouterquedeno
gestionableosinlacapacidaddeseguirentregandoservicios.
Esteequiposoportatambinmltiplesopcionesdesincronizacinqueseadaptamejora
los requerimientos de los sitios celulares. El sistema ofrece un reloj Stratum 3, adaptivo y
referencia de la lnea de interfaces T1/E1/OC3 y STM1 y adems soporta IEEE 1588 v2. Con el
objeto de suministrar emulacin de circuitos (trafico TDM) el sistema soporta capacidades de
CESoPSN y SAToP as como buffers configurables para controlar retrasos (delay) y jitter. La
sincronizacin de red y la fuerte emulacin de circuitos permiten a los operadores aprovechar
unaredconvergenteparaeltrficoMobileBackhaul.
El 7705 SAR participa en soluciones totalmente integradas para operadores mviles; es
administradaporel5620SAMGestordeServiciosProactivo(ServiceAwareManagereningls)
que permite una administracin de extremo a extremo, desde el punto de acceso de primera
millahastaelCoreIPMvil.

2.2.2RouterdeServicios7750SR(ServiceRouter)
Para la implementacin de la red de Core y agregacin en la Red Mobile Backhaul se
necesitan routers ms potentes que permitan manejar gran cantidad de trfico proveniente
desde las estaciones bases hacia los RNC (Radio Network Controller). Es por esto que la
compaa de telecomunicaciones escogi el router 7750SR7 debido a su alta capacidad de
manejodetrficoyflexibilidadenlaimplementacinymanejodeservicios.Cabedestacarque
55

estos routers estn presentes en las zonas medulares de la compaa de telecomunicaciones


porlotantoagregangrancantidaddetrficoprovenientedelosNodosBydebenestarsiempre
disponiblesysiempreencendidos.
La necesidad de soluciones orientadas al servicio para redes convergentes est
conduciendolademandadeunanuevaclasederouter,elllamadoRouterdeServicios(SR).Un
router de servicios es un router escalable para servicios de datos que ofrece servicios Internet
tipo BestEffort (BE) y que permite la migracin de los servicios tradicionales de voz y datos
sobre una plataforma nica. Sin embargo, este dispositivo debe soportar un extenso rango de
servicios diferenciados de datos privados, voz y video, etc. sobre una infraestructura de red
nica y de bajo costo. Estos servicios, tales como las Lneas Virtuales Dedicadas Punto a Punto
(VLLs),LANprivadaVirtualMultipunto(VirtualPrivateLANServicesVPLStipomultipunto)eIP
VPNspermitenaloperadoratraeryconservarunabasedesuscriptoresmayorconuncostode
red ms bajo, al mismo tiempo que aumenta su oferta en flexibilidad y calidad para el usuario
final.

2.2.2.1DescripcinGeneraldelRouter7750SR7
El chasis 7750 SR7 es un sistema totalmente redundante que cuenta con un total de
siete ranuras con acceso frontal. Dos ranuras de tarjetas estn dedicadas a equipamiento
comnredundante,cadaunodeloscualesalbergaunMduloProcesadorSwitchFabric/Control
(SF/CPM). Slo se requiere de un SF/CPM para una operacin a 200 Gbps sin bloqueo. El
segundo SF/CPM proporciona redundancia completa de los procesadores de fabric y control.
Cuando dos SF/CPMs SR7 estn instalados el trfico es compartido entre los switch fabric. El
7750SR7puedeserdesplegadoinicialmenteconunmdulofabricde200Gbpselcualotorga
una ruta de crecimiento hasta 200 Gbps en caso que las nuevas IOMs de 40 Gbps sean
requeridas.LasrestantecincoranurasestnreservadasparatarjetasMdulosdeEntrada/Salida
(Input/OutputModuleIOM).
56

ElchasisSR7soportaalimentacinredundanteybandejasdeventiladores.
LaFigura2.5muestraal7750SR7

Figura2.57750SR7
LasopcionesdealimentacinparaelSR7incluyen48VDCo120/240VAC,consoporte
de redundancia 1+1. Todas las conexiones de energa estn realizadas en la parte posterior a
travsde2MdulosdeEntradasdeAlimentacinseparadas(PEMs).AdicionalmentealasPEMs
sedebeninstalarenelfrentedelchasiscondicionesdelneaDCoentradasdealimentacinAC.
ElsistemadeenfriamientodelSR7utilizaflujodeairedesdelaparteposterior.Dos(2)
bandejas separadas de ventiladores entregan redundancia de enfriamiento 1+1. Ambas
bandejasdeventiladoresseencuentraninsertadasenlapartetraseradelchasisSR7.
La dimensiones del SR7 son 14H x 17.5W x 23.5D, es decir que cinco (5) SR7s
entrarn en un Rack Telco de 7 pies, con un compartimiento para un panel de interruptores
Breakers.
La labor principal de este equipo es por una parte en la capa de agregacin realizar la
interconexin (agregacin) de los distintos SARM, SARF y SAR8 conectados en los anillos a los
clster y la interconexin a nivel de acceso contra los RNC. Son los equipos ms importantes
dentrodelosllamadosclsterdelareddetelecomunicacionespuesseencuentrandistribuidos
enpares(unparenlacapadeCoreyunparenlacapadeAgregacin);estosignificaquesifalla
57

un par de equipos 7750 ya sea en la capa de Agregacin o en la capa de Core se pierde la


gestin y el manejo de trfico de una gran cantidad de estaciones base de la empresa en
cuestin.
EnlasiguientefotografasemuestralainstalacinfsicadeunequipoMRenunsitio;se
pueden apreciar las conexiones hacia los anillos y el frente de equipo caracterstico que est
compuesto por tres tarjetas MDA una para la agregacin de anillos desde la planta externa
(tarjeta de 10 puertos de 1Gbps; MDA 1/1; en este caso est agregando los anillos 1 y 3), otra
tarjeta para la conexin redundante con su par (MDA 2/2; tarjeta de un puerto de 10Gbps) y
otratarjetaparalaconexincontraelHR(tarjetadeunpuertode10Gbps);laconexinhaciala
fuentes de alimentacin van en la parte posterior del chasis. Estos equipos van en pares y se
encuentraninstaladosenelmismositio.

Figura2.6InstalacinFsicadeun7750SR7CapadeAgregacinoMidRAN(MR)
EnlasiguientefotografasemuestralainstalacinfsicadeunequipoHRenelcualse
puedenapreciarlasconexioneshaciasupar(elHRB,desdelatarjetaMDA2/2a10Gbps),
58

contraelMRdelaFigura2.6desdeelpuerto1/1/1a10GbpsylasinterfacescontraelolosRNC
disponiblesenlasala(desdelospuertos1/1/3enadelanteenlaMDA1/1).

Figura2.7InstalacinFsicadeun7750SR7(CapadeCore)
Sedebemencionarqueexisteunacrosconexin(fibradesdeunpuertohaciaelotro)en
lacapadeCoreentrelospuertos1/1/1y1/1/2,2/1/1y2/1/2denominadahairpinningquees
laquepermiteeltraspasodeinformacindesdelaVPLSdeaccesohacialaVPRNdegestinde
Nodos(severmsadelanteenelCaptulo3)

2.3 Protocolos empleados para la implementacin de la solucin Mobile


BackhaulIPMPLS
59

En este apartado se dar una visin detallada de los protocolos utilizados y las
caractersticas clave que hacen posible implementar lgicamente la solucin Mobile Backhaul
IPMPLS de la empresa. Todos estos protocolos son utilizados en los router 7705 y 7750 vistos
anteriormente menos VRRP que solo es ocupado en la VPRN en los 7750SR7 de la Capa de
Core.

2.3.1MPLS
MPLS es utilizado como el protocolo de transporte en la red de transporte Mobile
Backhaul. La funcin bsica de MPLS es extendida a travs del despliegue de las extensiones
MPLSconTrafficEngineering(TE).TEesrequeridoparamanipularelcomportamientodelared
demaneradepoderdirigireltrficopordiversoscaminosbasadosenciertascondiciones,entre
losqueseencuentrandisponibles:
Especificacindelcaminosaltoasalto
Lmiteenelnmerodesaltos
Reservadeanchodebanda
GruposAdministrativos(ocoloreadodeenlaces)
Reenvobasadoenclasedeservicio
Prioridad
RSVPTE permite especificar el camino (path) saltoasalto, de esta manera se tiene la
ventaja de disponer de un control total sobre el camino que el trfico seguir, pero con la
desventajaadministrativadeconfigurarymantenerdichoscaminos.Enotrassituacioneslimitar
la cantidad mxima de saltos que un camino puede tener ofrece la posibilidad de mantener el
retardo en un nivel controlado y en ltima instancia con un lmite, justamente al acotar la
cantidaddesaltosqueunLSPpuedecontener.
Encuantoalaopcindereservadeanchodebandaexistendosmecanismos,asaber:
60

FixedFilter(FF):SiunLSPtieneuncaminosecundarioenstandby,existeunareserva
separada por cada camino. El ancho de banda total reservado para un LSP ser la
sumadelprimariomstodoslossecundariosqueexistan.
Shared Explicit (SE): Si un LSP tiene uno o ms caminos secundarios en standby, el
monto total de ancho de banda reservado es el del camino con mayor reserva de
anchodebanda.
El grupo administrativo o coloreado de enlaces permite incluir o excluir un enlace del
camino que puede tomar un LSP, requiriendo configuracin manual. As se puede disponer de
un camino sobre enlaces de alta velocidad que puede ser indicado para clientes con alta
demandadetrfico,comolosclientesconaccesoaInternet,porotrolado,sepuedendisponer
deenlacesdebajavelocidadymuypocoretardoquepuedenresultartilesparaeltransporte
de VoIP. As se pueden crear dos LSPs uno para cada tipo de trfico con las opciones de
incluir/excluirenlaces.
El reenvo basado en la clase de servicio permite tener caminos alternativos
dependiendo en la tipo de trfico a transportar, o como aquel sea clasificado. Esto permite
asociar las diferentes clases de servicio segn son marcadas en el punto de acceso al servicio
concaminosdistintos,demaneradecumplirlosobjetivosdeSLA.
Finalmente,losLSPspuedenrecibirtratoprioritario,convaloresde0a7,siendoelvalor
menorelcorrespondientealamsaltaprioridad,deestamaneraseestableceunajerarquaen
losLSPssobreculessernestablecidosdeacuerdoaladisponibilidadderecursosenlared.
Cabe destacar que el mecanismo implementado en la lnea de equipos AlcatelLucent
7750 SR es el de construir antes de interrumpir (MBB, makebeforebreak), de esta manera
cuando se crean los LSPs en combinacin con los mecanismos anteriores, se analiza la
disponibilidadderecursosdered,ylascaractersticassolicitadasenlaconfiguracindelosLSPs.
As,siporunenlaceestnpasandovariosLSPs,yunnuevoLSPconaltaprioridadescreadocon
ciertaconfiguracindereservadeanchodebandaquenoestdisponibleenlared,losLSPscon
menorprioridadsernremovidosdelenlaceyenrutadosporotroscaminos.
61

2.3.2ProteccindetrficodeLSP
RSVPTEtambinpuedeserutilizadoparaofrecerproteccindeltrficoanteuncortede
unenlaceolasalidadeserviciodeunnodo.
Entrelostiposdeproteccindecaminossedisponendelossiguientes:
LSPPrimarioconLSPSecundario.
LSPPrimarioconLSPSecundarioenmodostandby.
FastReroute
MtodoUnoaUno(OnetoOneMethod)
MtododeRespaldodeInstalaciones(FacilitiesBackupMethod)
Los anteriores mtodos permiten resolver los problemas asociados con protocolos de
routingtradicionales,talescomo:
Lasfallasnosonrpidamentedetectadas.
Llevatiempocalcularunarutaalternativa.
LlevatiemposealizarunLSP(LabelSwitchPath)alternativoyactualizarlastablasde
rutas.
Acontinuacinsedescribenlosmecanismosindicados.

2.3.2.1ProteccindecaminoLSPsconCaminoSecundarioNonStandby
El camino Primario y Secundario pueden ser configurados con saltos (hops) estrictos o
sindefinir(loose),oinclusosinespecificarningnsalto,enesteltimocasoRSVPTEcomporta
como LDP, donde el LSP sigue la mejor mtrica (camino ms corto) determinada por el IGP
(OSPF).
LSPPrimario:Sedefineunnicocamino.
62

LSPSecundario:Presentalassiguientescaractersticas:
EsuncaminoalternativoutilizadosielcaminodelLSPPrimarionoestdisponible.
IntentacontinuamentedevolveralcaminoPrimario.
Hasta8caminosSecundariospuedenserdefinidos.
Todos los caminos Secundarios son considerados iguales y el primero disponible es
utilizado.
La implementacin en equipos Alcatel no conmuta entre los caminos Secundarios,
nicamenteintentaregresaralcaminoPrimario.

2.3.2.2ProteccindeCaminoLSPsconCaminoSecundarioStandby
LSPPrimario:Sedefineunnicocamino.
LSPSecundarioenstandby:Presentalassiguientescaractersticas:
EsunaopcinnicamentedisponibleparaelLSPSecundario.
Asegura que el camino del LSP Secundario est sealizado y mantenido
indefinidamente, activo y listo para recibir trfico inmediatamente despus de
detectarunafallaenalcaminoPrimario.
Cuando el camino Primario es restablecido entonces el trfico es conmutado
nuevamentealLSPdelcaminoPrimario.

2.3.2.3ComportamientodeconmutacindeLSPconcaminossecundarios
CaminoPrimariosindefinir,caminoSecundarionoestenstandby:Cuandounafalla
afectaelcaminoPrimario,elnodoheadenddeterminaunnuevocaminoPrimarioyresealiza
elLSPenestenuevocamino.ElcaminoSecundarionoesnuncapresealizadoymuchomenos
empleado.
63

Camino Primario sin definir, camino Secundario se encuentra en modo standby:


Cuando una falla afecta el camino Primario, el nodo headend conmuta el LSP al camino
Secundario, y determina un nuevo camino para el Primario. Si encuentra un nuevo camino
Primario,entoncesconmutaelLSPnuevamentealcaminoPrimario.
Camino Primario estricto, camino Secundario no est en standby: Cuando una falla
afecta el camino Primario, el nodo headend sealiza el camino Secundario y conmuta el LSP.
CuandolaredserecuperadelafallaelLSPreviertealcaminoPrimario.
Camino Primario estricto, camino Secundario en standby: El comportamiento es el
mismo que el caso anterior, excepto que el camino Secundario se encuentra sealizado y
establecido.
Implementaralgunadeestastcnicaspresentalassiguientesventajas:
FlujodedatosdeterminsticodurantecualquierpuntoenelcaminoPrimario.
Mltiples fallas a lo largo del camino Primario puede ser resuelta por el mismo
caminoSecundario.
Cuando el LSP se configura estticamente, ningn nodo o enlace debe ser
compartido entre los caminos Primario y Secundario, de otra manera si el nodo o
enlacesaledeservicio,ambosLSPssonafectadosporlafalla.
Elcaminoextremoaextremoesprotegido
Mientrasqueseexhibenlassiguientesdesventajas:
La falla de un enlace o nodo podra llevar cierto tiempo en alcanzar el extremo del
tnel,ydeestamaneraafectarseeltiempodeconmutacin,yaqueesestenodoel
queordenalaconmutacinalcaminodeproteccin.
Los recursos de red son reservados en ambos caminos Primario y Secundario,
resultandoenunadoblereserva.Consideracionesdeescalabilidaddebentenerseen
cuentaanteestasituacin,especialmenteanteunnmerograndedeLSPprotegidos.
Proteccinselectivadeunnodooenlacenoesposible,seprotegetodoelcamino.
64

2.4InformacinGeneralsobreFastReroute(FRR)
FRR define la manera de preconfigurar y sealizar rutas de respaldo antes de que una
falla ocurra, permitiendo ofrecer conmutacin sub50ms (equivalente a redes SDH). Utiliza LSP
establecidosmedianteRSVPTE,aplicandolaproteccinlomscercaposibledelpuntodefalla.
En caso de fallo de un enlace o LSP entre dos nodos, el trfico se desva
inmediatamente en el LSP de respaldo precalculado, reduciendo as al mnimo de
prdidadepaquetes.
Cada nodo Upstream crea un LSP de respaldo que evita slo el nodo intermedio
inmediato,yseunedenuevoenelcaminooriginaldelLSPprotegido.
El LSP de respaldo puede tomar uno o ms saltos antes de la fusin de nuevo en el
caminoLSPprincipal,yslopuedenfusionarseeneleLER(egressLabelEdgeRouter).
Cuando el nodo Upstream es informado que un router intermedio utiliza el LSP de
respaldo,elrouterdeentrada(iLERoingressLabelEdgeRouter)conmutaeltrficoa
unarutastandbysisehaestablecidounaparalaLSP.
EliLERsealizatodoslosroutersintermediosmedianteRSVPparainiciarlosLSPsde
respaldo.
Encuantoalosrecursosquepuedenserprotegidossecuentanenlacesynodos.
2.4.1MtodosFRRpararealizarlaproteccindeLSP
Como se indic ms arriba, se disponen bsicamente dos mtodos de proteccin, que
sonlosquesemuestranacontinuacin:
OnetoOneBackup
FacilityBackup
DiagramadeProteccindeEnlace:
65

Figura2.8ProteccindeEnlace
El respaldo debe ser creado y sealizado antes de que la falla ocurra. El PLR (PointofLocal
Repair)debeestarpreparadoparareenviareltrficodelcaminoprimario(primarypath)yelMP
(MergePoint)debeestarlistoparadevolvereltrficoderegresoalcaminoprimario.ElLSPde
respaldo es llamado Detour en caso de proteccin 1:1 (OnetoOne) Bypass en caso de
proteccinN:1(Facility)

Figura2.9SealizacinFastReroute
66

ElmtodoOnetoonebackupcreaundetourLSPs(desvoLSP)paracadaLSPprotegidoencada
PLR potencial. En cambio, el mtodo Facility backup crea un tnel bypass para proteger un
puntopotencialdefallatomando ventajadelapiladodeetiquetasMPLS(MPLSlabelstacking).
Es tnel bypass puede proteger un conjunto de LSPs que tiene similares restricciones de
respaldo. Con ambos mtodos, los LSPs de respaldo puede ser establecidos para bien proveer
proteccindeenlaceoproteccindenodo.

2.4.1.1Funcionamientodelosdistintosmtodos
Onetoonebackup:CadarouterpordondetransitaelLSPestableceundetourLSPque
eselmejorcaminohaciaelnododestino,queevitaelnodoy/oenlaceenelpuntodefalla.Por
cadaLSPqueesrespaldado,unLSPderespaldoesestablecido.Conestemtodo,paraproteger
completamenteunLSPqueatraviesaNnodos,puedenexistirtantosdetourLSPcomoN1.
Facility backup: Cada router por donde transita el LSP establece un LSP bypass (tnel)
que es el mejor camino hacia el prximosalto (nexthop) en caso de proteccin de enlace o
prximoprximosalto(nextnexthop)encasodeproteccindenodo,queevitaelenlaceel
nodoprximoenelpuntodefalla.TodoLSPsqueatravieseelmismoenlaceonodoparaelcual
untnelbypasshasidocreado,puedeserprotegidoporestetneldebypass.
Conestemtodo,paraprotegercompletamenteunLSPqueatraviesaNnodos,pueden
existir tantos tneles bypass como N1, con la diferencia que s otro LSP atraviesa los mismos
nodos/enlaces, puede ser protegido con este tnel de bypass, no siendo necesaria la creacin
deotro.
Facility backup con proteccin de enlace: Esta tcnica emplea el apilado de etiquetas
(MPLSlabelstack).EnlugardecrearunLSPseparadoparacadaLSPaproteger,unnicoLSPes
creado que sirve como respaldo a un conjunto de LSPs. Este LSP recibe el nombre de bypass
tunnel. El tnel de bypass debe intersectar el camino original en algn punto downstream del
PLR.
67

Figura2.10RSVPTEFacilityBackupIntercambiodeetiquetas
ConelmtodoFacilitybackup,elPLRinserta(push)laetiquetarecibidaporsuvecino,el
cualnoestdisponibleahoraporlafalladelenlace.Eneldiagramademsabajo,R3propagla
etiqueta32haciaR2antesqueelenlacefalle.Estaetiqueta32esahorainsertadaenlapilade
etiquetas (label stack) del paquete adems de la etiqueta obtenida por el nodo vecino de
respaldoenelsentidoUpstream,R7enestecaso.Elresultadoesunapiladeetiquetasmayor,
dondegeneralmenteseempleandos,aquseobtieneunstackdetresetiquetas.ElMP(Merge
Point),R3esestecaso,quitalaetiquetasuperioryexaminalaetiquetaquesigue.Estaetiqueta
es la misma que hubiera recibido directamente de R2 si el enlace no hubiera fallado. La nica
diferencia es que recibe esta etiqueta en una interface diferente, salvo este punto, el paquete
MPLSlucecomosihubierasidoenviadoporR2.
68

Figura2.11RSVPTEFacilityBackupFalladeEnlace
Facility Backup con proteccin de nodo: Requiere que el PLR conozca la direccin del MP
(obtenidadelosregistrosRRO)yqueelPLRconozcalaetiquetapropagadaporelMPUpstream
paraprotegerelnodo(obtenidadelregistroRROconelusodelflaglabelrecordingdesired)
69

Figura2.12RSVPTEFacilityBackupIntercambiodeEtiquetasProteccindeNodo
Atendiendo al tipo de servicio a proteger se recomienda el uso de LSPs primario con FRR y
secundario con sealizacin standby para servicios de voz, sealizacin, valor agregado y
proteccinconenlacesdetercerosusandoelmtodoonetoone.Deestamaneraeltrficose
puede recuperar rpidamente de la falla y luego conmutar a un camino ms ptimo y
controladomedianteelusodelLSPsecundario.Debidoalasealizacinydemandaderecursos
al emplear este tipo de protecciones no se recomienda proteger a los servicios del tipo best
effort.
70

Figura2.13FacilityBackupFalladeNodo

2.5MtodosdedeteccindeerroresenlosEnlaces
2.5.1BFD
El protocolo ms comnmente empleado para la deteccin de fallas esel BiDirectional
Forwarding Detection (BFD). BFD tiene por objetos proporcionar una sobrecarga mnima en la
red y ofrecer la deteccin de fallas de corta duracin en el plano de datos. Es un protocolo de
bajacomplejidad.
ElprincipalmododeoperacindeBFDseconocecomomodoasincrnico.Enestemodo,
BFDutilizamensajesperidicosdecontrolparacomprobarlarutadeaccesoentrelossistemas.
Si un nmero de paquetes consecutivos no se reciben, la sesin es terminada y la falla se
propagaacualquierprotocoloasociadoalasesinBFDcomoISIS,OSPF,PIM,LDP.
71

Figura2.14BiDirectionalForwardingDetection
Debido a BFD es un protocolo ligero, puede ser implementado en las tarjetas de lnea, la
frecuencia de envo del mensaje hello puede ser inferior al segundo sin afectar ninguna
actividaddelplanodecontrol.Elrouter7750SRsoportaintervalosenlafrecuenciadelhello
tan bajos como 100 milisegundos con un factor de multiplicacin de 3 en la deteccin de
hellosperdidos(esdecir,laprdidade3mensajeshelloconsecutivos)lafalla sedetectar
en un tiempo inferior a los 300 milisegundos. Mientras BFD es un mecanismo de deteccin de
fallosexcelente,tienealgunasdesventajas:
EnelmodoBFDasincrnico,lasfallasensentidounidireccionalnosedetectan.Para
detectarunfallounidireccionalrequieresoporteparaelmodobajodemanda(mensajes
deltipoareyouthere;yesIam)odelafuncinecho,ambosdeloscualesespoco
probablequeseimplementenenlossistemasdereenvoenlossistemasdistribuidos.
BFDexigelavinculacinconcadaprotocoloquerequiereladeteccindefallos
rpidamente.

2.6AgregacindeEnlaces
Sobre la base del estndar IEEE 802.3ad un Grupo de Agregacin de Enlaces (Link
Aggregation Group LAG) puede ser utilizado para agrupar hasta ocho puertos fsicos en un
nico enlace lgico. Esta agregacin de mltiple enlaces fsicos permite repartir la carga entre
los enlaces miembros, tambin permite una recuperacin rpida del trfico ante la falla de un
72

enlace miembro del LAG. La carga de trfico es compartida sobre todos los enlaces miembros
mediante un algoritmo que determina el direccionamiento (hashing), este ltimo toma las
variaciones de entrada y deriva una salida en 20 bits que es utilizado para determinar que
miembro LAG a utilizar. El algoritmo Hash siempre utilizar el puerto fuente y la direccin IP
sistema como valor base para iniciar el clculo del hash, sin embargo el resto de las entradas
hashdependerndesiel7750SR,quesoportaelLAG(dondelospseudowiresyVPLSutilizanel
ID de servicio como dato de entrada), es de ingreso o de trnsito (cuando la pila de etiquetas
MPLS se utiliza como entrada). En el caso que la empresa desee utilizarlos, los LAGs sern
aprovisionadosenlospuertosdeacceso,cuandosenecesitemsde1GEotambinpuedenser
enlospuertosderedalinterconectarequiposSRparaeltransportedetrfico,enestecasose
usar para los nodos B hacia el RNC que le corresponda. Es sin embargo recomendable
configurarestodesdeelinicioyaqueenestecasolaincorporacindemsGEenelLAGnoser
disruptiva.
El7750SRpuedesoportarhastaochopuertosencadaLAGyhasta200LAGsporchasis.
Cada enlace fsico dentro de un grupo LAG debe tener la opcin de autonegociacin
deshabilitadayestarconfiguradoconlamismavelocidadydplex.
Se recomienda la utilizacin de Grupos de Agregacin de Enlaces LAG para suministrar
aumentos de ancho de banda graduales. Se recomienda utilizar el Protocolo de Control de la
AgregacindeEnlaces(LinkAggregationControlProtocolLACP)quepermiteincorporaryborrar
enlacesfsicosdeunLAGdinmicamente.
En la red IPRAN que estamos analizando se configura un grupo LAG para proteger la
crosconexin o hairpinning visto anteriormente; este LAG se configura para respaldar el
envodeinformacindesdelaVPLSdeaccesohacialaVPRNporlotantosifallaelpuerto1/1/1
queda como respaldo automtico el puerto 2/1/1 (definidos en el LAG1) y viceversa; si por
algn otro motivo falla el puerto 1/1/2, queda como respaldo automtico el puerto 2/1/2 y
viceversa(ambospuertosdefinidoscomoLAG2)

73

2.7IPRouting/IGP
Puesto que el diseo de la solucin se basa en IP y protocolos sobre IP, como MPLS, es
necesario tener conectividad entre todos los equipos involucrados en las decisiones de
enrutamiento, en este caso los routers propuestos. La conectividad puede lograrse ya sea
utilizandoOSPFoISIS(enrutamientodinmico),ascomotambinenrutamientoesttico(para
desplieguespequeos).
Dentro de una red MPLS, el IGP (o esttico) es necesario que direcciones del sistema
(Loopbackaddresses)seanalcanzablesentrelosroutershabilitadosporMPLS.
Una vez que se ha establecido la accesibilidad de la capa IP entre las direcciones del
sistemadelosroutersadyacentesynoadyacentes,losprotocolosdesealizacinMPLSentran
enjuego.
En la implementacin de este tipo de Redes, la infraestructura del Protocolo Gateway
Interior (Interior gateway protocol IGP) proporciona el transporte subyacente para el
pseudowiresuperpuesto.Estoformalabaseparalaconectividadentreelsitiocelularmvilyel
sito central (core) mvil (a saber la ubicacin RNC). El diseo IGP se basa en las siguientes
consideracionesclaves:
La zona de cobertura se divide en diversas regiones donde el trfico agregado del sitio
celularesentregadoalsitiocentral(core)mvilcorrespondienteadichasregiones.Esto
significaqueeltrficoiralHRqueestdirectamenteconectadoalRNC(RadioNetwork
Controller)vaGigabitEthernetoATM(STM1).Todoeltrficoquevaaotroselementos
mviles (principalmente el de la Red Central (core) Mvil, donde residen los sistemas
SGSNyGGSN)sertransportadovaelbackboneIP/MPLSCentral(Core).
Un enfoque simple ha sido adoptado, el cual permite satisfacer una gran cantidad de
sitioscelulares.
En la mayora de las redes MPLS a lo largo de Chile se utiliza el protocolo IGP OSPF y es el
utilizadoenestetrabajodetitulacin.
74

2.7.1DiseodeExtremoaExtremodeOSPF
OSPF es un protocolo Gateway interior (IGP) usado dentro de los sistemas autnomos
(ASs) grandes. El dispositivo OSPF intercambia con su vecindad el estado, costo y otras
informaciones relevantes de la interfaz. El intercambio de informacin permite a todos los
elementos de red participantes establecer un mapa de la topologa de red. Cada dispositivo
aplica el algoritmo Dijkstra para calcular la ruta ms corta para cada destino en la red. El
resultado de la tabla de forwarding OSPF es presentado al administrador de la tabla de
enrutamiento(RouteTableManagerRTM)paracalcularlatabladeenrutamiento.
Las implementaciones en 7705 SAR y 7750 SR para OSPF conforman la Versin 2 del
OSPFdelasespecificacionespresentadasenelRFC2328.
EldiseodeOSPFnecesitaajustarsealoslmitestericossiguientes:

Tabla2.1LmitestericosdeOSPF
Paraestetipoderedes,laarquitecturadelaredconsisteenclsterporregiones,donde
cada equipo de Core se conecta a uno o ms agregadores, es necesario para cada regin
desplegarreas.
El resultado de la topologa IGP conformar la base del establecimiento de las sesiones
MPLSLDPy/oRSVPTEentrelosnodoscentrales.

75

2.7.2OtrasConsideracionesdediseoOSPFenredesIPRAN
2.7.2.1IDderea
EnlosroutersIPRANhabrunreabackbone0.0.0.0yunreaporClusterdeacuerdoa
cada zona y al 7750 SR7 en la capa de agregacin que acta como Router de Borde de rea
(Area Border Router ABR) y los CSRs como stubreas con el fin de disminuir el tamao de la
basededatostopolgica.
Un rea Stub corresponde a un rea designada que no permite publicar rutas externas.
LosroutersenlasreasStubnomantienenrutasexternas.Unarutapordefecto,nicahaciaun
ABR reemplaza todas las rutas externas. Esta implementacin OSPF soporta la opcin de
supresin de publicacin de ruta resumen (tipo 3) de otras reas dentro de un rea Stub. Esta
facilidadreducetodavamseltamaodelasbasesdedatosdetopologasascomotambinel
trficodeprotocoloOSPF,elusodememoriayeltiempodeprocesadorocupadoenelclculo
derutas.
LasreasStubdebenajustarsealosatributossiguientes:
Las reas deben ser sin salida. Es decir que la nica razn para ingresar a un rea ser
paraaccederalaredqueseencuentradentrodeestamisma.Eltrficonodeberapasar
atravsdeunreaparaalcanzarotralocacin.
Losenlacesvirtuales(virtuallinks)noestnsoportados.
LSAsdetipo4ytipo5estnbloqueadosporelABRyensulugarsepublicaunarutapor
defectodentrodelrea
Sinembargo,LSAsdetipo3(resmenes)semantienenpublicados.
reaStub,sinresumendebenasignarlosatributossiguientes:
TodoslosatributosdeunreaStubsonlosmismos
76

Al agregar sin resumen, el ABR bloquea los LSAs de tipo 3, 4 y 5; en su lugar publica
unarutapordefecto.ElABRoriginaunLSAdetipo3dentrodelreaStub.Elestadodel
enlacees0.0.0.0,ylamscaraderedespuestaen0.0.0.0.
Eltrminoutilizadoenlaindustriaestotalmentestubby(totallystubby).

2.7.2.2RouterIDOSPF
El router ID es un nmero de 32 bits que identifica unvocamente el router dentro del
SistemaAutnomo(AS).ElrouterIDestarbasadoenlainterfazdesistemaqueesunsistema
virtual siempre operacional always up. Si no hay un router ID especificado, por defecto el
router ID utilizar la interfaz sistema, en caso que no exista tomar los ltimos octetos de la
MACdelchasis.

2.7.2.3AutenticacindeEnlaceOSPF(Opcional)
La autenticacin MD5 puede ser habilitada opcionalmente para todos los intercambios
deprotocoloOSPF(Autenticacinbasadaenelenlace).

2.7.2.4SeleccindeltipoderedOSPF
Hay una combinacin de interfaces de las tarjetas de 1 Gigabit, 10 Gigabit, STM1 que
conectanyasealaRedMvilCoreolareddetransportebackhaul.AunqueOSPFconsideralos
puertos Ethernet como red broadcast por defecto, habr enlaces en los routers que sern
configurados explcitamente como de punto a punto para reflejar la conexin real punto a
punto entre routers. En caso que un enlace comn sea compartido por al menos dos routers
este ser configurado como broadcast. Se debe tomar en cuenta que la arquitectura de
77

transporte fsico subyacente puede no ser punto a punto, aunque lgicamente el router de
interconexinlosea.
Configurar la interfaz como OSPF punto a punto mejorar los tiempos de convergencia
ya que el router no tiene que seleccionar un Router Designado (DR) yun Router Designado de
Respaldo (BDR), proceso que normalmente ocurrira en una red broadcast. Otro beneficio es
queeltamaodelabasededatosOSPFsermenoryaquenoserequierealmacenarLSAdered
(LSA tipo2) y por lo tanto se reduce la cantidad de propagacin de mensajes LSA (Link State
Advertisement).LosLSAderedsongeneradosporunRouterDesignadoenlareddebroadcast.

2.7.2.5IngenieradeTrficoOSPF
ParaladistribucindeetiquetasseutilizarRSVPTEporlotantoesnecesariohabilitarla
extensindeIngenieradeTrficoOSPF.

2.7.2.6MtricasytemporizadoresOSPF
Las mtricas de costos OSPF son utilizadas para calcular cual es la mejor ruta para el
trfico; las mtricas estn basadas en el ancho de banda configurado en los enlaces. Se
recomiendadejarlamtricaOSPFpordefectoparareflejarelanchodebandarealconfigurado
en el enlace (estos pueden ser enlaces GE o LAGs), sin embargo existen casos donde el enlace
de interconexin entre nodos IPRAN es provisto por terceros (microondas, ROADM, DWDM),
con un ancho de banda que corresponde a una fraccin de la velocidad del puerto, en tales
casos la mtrica OSPF ser modificada para reflejar la situacin real de este caso. Los
temporizadoresOSPFdeberanserdejadospordefecto.

78

2.8TrficoMvilModelosdeTransporte
2.8.12G(TDM)/3G(ATM)
SehacecomnutilizarMCAPS(multichassisAPS)paraambosserviciosenconjuntocon
la caracterstica PW Redundacy, este mecanismo provee proteccin tanto en el acceso
(BTS/NodoB) como del lado MTSO (BSC/RNC). El esquema es el siguiente, siendo para el caso
ATMmuysimilar.

Figura2.15MCAPSconPseudowireRedundancy
Para el caso TDM se debe utilizar en los equipos 7750 tarjetas del tipo CES (Circuit
EmulationServices),mientrasqueparaATMserequieretarjetasdeltipoASAP(AnyServiceAny
Port).LasprimeraspermitenutilizarcanalizacinhastaniveldeDS0(timeslotentarjetasSTM1)
o hasta nivel DS1 (E1 completo en tarjetas STM4/STM1) dependiendo del servicio que se
ofrezca.
En cambio, del lado acceso, para el caso TDM se debe transportar el trfico mediante PW CES
(Cpipe)utilizandoPWRedundancyoriginadoenelrouterdeacceso(porejemplo,enunequipo
AlcatelLucent 7705 SARF/M/8), proveyndose un PW por cada circuito E1 a transportar. En
cambio para el caso ATM, por lo general los nodos B utilizan grupos IMA (Inverse Multiplexing
over ATM) agrupando lgicamente varios circuitos E1, terminando este grupo en el router de
79

acceso, y de all se pueden configurar un PW ATM (Apipe) con redundancia por cada par de
VPI/VCIrequerido,otransportartodoelVPenunsoloPWATM.

2.8.23GyLTE(IP)
Elmodelodebakchaulingeselpresentadoenlasiguientefigura,dondeeltrficodesde
losNodosB/eNodeBsestransportadomedianteunPWEthernet(EpipeL2VLL)originadoenel
routerdeacceso(porejemplo,AlcatelLucent7705SARF/M/8)yterminadoenunainterfaceIP
(L3)enunIPVPN(VPRN)enlosequipos7750debordedelaredMetroEthernetosimplemente
agregandoloenunaVPLSparadespussubirloalacapa3atravsdeunhairpinning.

Figura2.16ArquitecturaLgicadeRedparatrfico3GyLTE
Este modelo presenta la ventaja de simplificar el plano de control, ya que no se requiere un
sesin MPBGP (para el intercambio de prefijos IP de la IPVPN) entre todos los equipos
80

(sesiones fullmesh) de Acceso, Agregacin (ME edge) y MTSO, sino nicamente entre los
equiposdelCore,esdecir,losHRsyMTSO.Igualmenteenesteesquemaserecomiendaeluso
de Route Reflector (RR) para optimizar el plano de control, requiriendo nicamente dos
sesionesentrelosequiposHRsyMTSOcontralosRR(primarioybackup).
Para el caso particular de LTE este escenario debe resolver las necesidades de
comunicacinentrelosenodeBsyentreestosyelEPC(EvolvedPacketCore),lasinterfaces y
flujos se muestran en el siguiente grfico, donde en particular se crearn dos servicios IPVPN
quepodranserdiferentesalaIPVPNactualdeparalosservicios3G,unoparalacomunicacin
entreeNodoBs(interfaceX2)yotraparalacomunicacinconelEPC(InterfacesS1MME,S1U).

2.9CalidaddeServicio
LaCalidaddeServicio(QoS)sedefineentrminosdelosrequisitossubyacentesparalas
aplicaciones que se pueden clasificar en trminos de Service Level Agreement (SLA) segn:
delay,jitter,packetloss,throughput,serviceavailabilityyperflowsequencepreservation.

2.9.1NecesidaddeCalidaddeServicio
El concepto fundamental de la calidad de servicio es que no todos los paquetes
requieren un tratamiento igualitario. Las tecnologas de QoS en una red de conmutacin de
paquetes le permiten a diferentes aplicaciones lidiar desigualmente de los recursos de red y
aplicaciones en tiempo real como voz y video, que podra ser objeto de un tratamiento
preferencialconrespectoaotrasaplicacionesquenotienentalesrequerimientosdecalidad.
Es imprescindible comprender que el despliegue de las tecnologas de QoS optimiza la
utilizacindelanchodebandadisponible.Nogeneraanchodebandaynosustituyelafaltade
capacidaddisponible.
81

Inclusoconunagrancantidaddeanchodebanda,puedenexistireventosquecausanla
congestintransitoriadeunenlacedered:
1. Falla en la planificacin de capacidad, lo que puede ocurrir si el ancho de banda no
ha sido adecuadamente aprovisionada ante una falla no planeada de un nodo o
enlace.
2. Falla en mltiples nodos/enlaces, la planificacin de la capacidad es un tradeoff
entre la capacidad y el costo, y por lo general el modelo de planificacin empleado
usualmente es para garantizar la supervivencia contra falla nica, tanto de nodo
comodeenlace.Enunfallomltipledeenlace/nodo,lanaturalezadeterministayel
modelodelacargadetrficoofrecidopuedecambiardrsticamente.
3. Aumento no planificado del patrn de trfico, en condiciones normales de
funcionamiento puede haber peaks en la carga de trfico ofrecido que tiene una
estrecha relacin con la congestin de los perodos transitorios. Adems, puede
haber aumentos imprevistos del patrn de trfico que no han sido modelados con
precisin que causa que un enlace individual se encuentre congestionado por un
perodo corto de tiempo. Un ejemplo de las demandas de trfico inesperados que
pueden causar la congestin es un ataque distribuido de denegacin de servicio
(DDoS).

LosmecanismosdeQoSqueuing/schedulingdebenserdesplegadosenlaredtroncalIP/
MPLS para proteger las aplicaciones que sufren en caso de congestin transitorias y no
anticipadas. La aplicacin evidente donde esto se aplica esal trfico en tiempo real sensible al
retardo que es transportado a travs de la red, el cual requiere garantas de servicio
independientemente de las condiciones de la red. Tan pronto como una forma de trfico es
transportadaconuntratamientopreferencial(porejemplo,Voz),entoncessevuelvenecesario
protegerlosrecursosutilizadosporestetrficoycomprenderelimpactosobreotrasfuentesde
trficoquesonmenosexigentesenrecursosdelared(pordecir,unatransferenciadearchivos
82

de datos). Adems de trfico de voz, trfico decontrol crtico es llevado a travs de la red IP /
MPLS incluyendo el trfico del plano de control (como, BGP, RSVP). Aunque no tan exigente
comoeltrficodetiemporeal,esfundamentalqueestetrficorecibalagarantadelaentrega
oportuna de tal manera que en el caso de una congestin temporal, este trfico recibe un
mnimoanchodebandaencadaenlacedelrouter.

2.9.2DiseodelaCalidaddeServicio
2.9.2.1ObjetivosdelDiseo
Los objetivos de diseo del despliegue de QoS (Quality of Service) dentro de la red
IP/MPLSsonlossiguientes:
1. LafuncionalidadQoSserempleadaencadanodoenelcaminodeunflujodetrfico
dedatosdeclienteconelfindeproporcionaruntratamientocoherentedepaquetes
deextremoaextremoatravsdelared.
2. Minimizar el nmero de colas necesarias en los nodos P y PE para satisfacer los
requerimientosdedemandadeaplicacionesdiversas.
3. Los paquetes de trfico de clientes se clasificarn slo una vez durante su
transmisinatravsdelared.
4. En general, se asegurar que el IP precedente(IPP), el marcado DSCP, o el marcado
802.1p establecidos por las redes de clientes se conservarn en toda la red y ser
restaurado en el egreso de la misma. Casos de excepcin incluyen cuando el PE
realizaunremarcadoIPP/DSCP/802.1pdeltrficoenloslmitesdelaredexterna
(porejemploInternet).
5. Se asegurar que el trfico del plano de control del router cuenta con un ancho de
bandamnimoencadaunodelosPyPE,conindependenciadelascargasdetrfico
enotrasclases.
83

6. Se asegurar que el trfico en tiempo real que requieran una clase de servicio en
particular, se proporcionar con un PHB del tipo expedite forwarding con el fin de
minimizareldelayyjitterexperimentado.
7. Se proporcionar una clase de servicio del tipo assured que proporcione un servicio
mejorqueladeltipobesteffort(esdecir,debajaprdidaydebajoretardo).
8. SeasegurarqueelrouterqueorigineltrficodeltipoOAMcuentaconunancho
de banda mnimo en cada uno de los P y PEs a lo largo del camino, con
independenciadelascargasdetrficoenotrasclases.

2.9.2.2ClasesdeServicio
Unaclasedeserviciorepresentauntipodetrficoquedemandauntratamientoespecialsobre
un conjunto de caractersticas tales como retardo endtoend, delay, prdida de paquetes y
jitter con un comportamiento coherente y definido salto a salto (perhop behaviour).
Conceptualmente, se da una clase de servicio a las aplicaciones de similares caractersticas y
requisitosdefuncionamiento.NuestraredIPRANencuestinescapazdesoportarlassiguientes
clasesdeservicio:
1. CONTROL
2. USERCONTROL
3. REALTIME
4. BUSINESSDATA
5. STANDARD

2.9.2.2.1ClasedeServicioCONTROL
Esta clase de servicio se utiliza para el trfico de sealizacin de los protocolos entre los
routers. La sealizacin entre los routers es responsable de mantener la topologa lgica de la
84

red; estos protocolos son los ms importantes que atraviesan la red IP/MPLS, an ms
importante que el trfico de voz (VoIP) de clientes. Si los protocolos de sealizacin entre
routerssevenafectados,entoncesestopuedeafectaratodoeltrficoquepasaporunrouter
P/PE. Esta clase de servicio de alta prioridad asegura que la congestin en la red no afecta la
capacidad de sealizacin de los protocolos de red para gestionar la entrega del resto de los
servicios.
LasaplicacionesquepuedeutilizarlaclasedeservicioCONTROLsoneltrficodelplano
decontrolqueseoriginaporlaredensmisma(esdecir,BFD,RSVP),oeltrficodelplanode
controlqueatraviesaporlomenosunnodoPoPE(MPBGP,TLDP).TambineltrficoOAMse
asignaenestaclase.

2.9.2.2.2ClasedeServicioUSERCONTROL
Esta clase de servicio se utiliza para el trfico de sealizacin de los protocolos
procedentes de dispositivos de cliente. Normalmente, esta clase contendr los siguientes
protocolos:
a) Paquetes de los protocolos PECE originados desde el CE (por ejemplo: OSPF, BGP,
RIPv2)
b) EltrficodegestindelosdispositivosCE(porejemplo,telnet,SSH,SNMP,etc.)
c) SealizacinmvilparalosNodosB

Aunqueestasaplicacionestienenqueserentregadosconunaprioridadmuyalta,deben
usarunaclasediferentedelasealizacindelosprotocolosdeenrutamientoentrelosclientes,
yaquenodebentenerningunaposibilidaddeenviarestetrficoconlamismaprioridadquelos
protocolosdered.

85

2.9.2.2.3ClasedeServicioREALTIME
Esta clase de servicio se utiliza para aplicaciones que requieren tanto un retardo, como
jitteryprdidadepaquetesmuybajoparafuentesrelativamenteconstantedetasasdetrfico.
Es mandatorio que las siguientes aplicaciones utilicen esta clase de servicio para asegurar la
calidad:
a) VozsobreIP(VoIP)
b) VideobajoDemanda(VoD)
c) DifusindeSealesdeTelevisin(BroadcastTVBTV)

2.9.2.2.4ClasedeServicioBUSINESSDATA
Estaclasedeserviciotieneporobjetivoserviralasaplicacionesdenegociosquedeben
recibiraccesoprioritarioalanchodebandadisponibleporsobrelasaplicacionesestndar.
Es posible configurar una tasa de suscripcin sobre una interfaz (muy probablemente
haciaunCPE/MTUdecliente),talquesielclientesobrepasadichatasa,ansutrficopuedeser
clasificadocomopartedeestaclasedeservicio,perodebersermarcadoscomofueradeperfil
(outofprofile).EstamarcadebesermantenidaentodoeldominioDiffServ.Sloenelcasode
congestin este trfico fuera de perfil podr ser objeto de descarte, en las redes mviles se
puededefinireltrficodedatosquetienemayorprioridadquelosdatosnormales,comoesel
casodeHSPDA+,quedefinedostiposdetrficodedatos.

2.9.2.2.5ClasedeServicioSTANDARD
La clase de servicio STANDARD se usa para transportar todos los tipos de trfico no
servidos por las clases anteriores. Este remanente de trfico generalmente es utilizado por
86

protocolos que son capaces de mantener alguna forma de conectividad an durante perodos
decongestin.
Esta clase de servicio es configurada para proporcionar un pequeo porcentaje de los
recursos de red como para asegurar que los paquetes son transportados. Esta asignacin
mnima de recursos de transmisin (es decir, ancho de banda disponible vinculado a una cola)
garantiza que, en caso de congestin en una interfaz, el ancho de banda de esta clase de
servicioseajustaralamenorcantidaddeanchodebandadisponibleentretodaslasclasesde
servicios.Lacantidadrealdeanchodebanda(segnlodeterminadoporeltamaodeenlace),
as como la carga ofrecida determinar el desempeo de esta clase bajo estas condiciones. Se
recomiendaquelassiguientesaplicacionesutilicenlaclasedeservicioSTANDARDobesteffort:
a) TodoeltrficohaciaydesdeInternet
b) Todotrficonoclasificadoenlasclasesanterioresdeservicio

2.9.2.3PolticadeCalidaddeServiciodeRed
Hayunaclaradiferenciaentrelagranularidaddecomportamientoporsalto(PHB)enlas
interfaces de cliente y la granularidad de PHB en interfaces de red. En las interfaces de red
donde hay un gran nmero de clientes agregados, los flujos de cola y la programacin
(scheduling) es menos granular para reducir la complejidad de la red. Por el contrario, en las
interfaces de los clientes existe la posibilidad de tener mucho ms granularidad en las colas
(queues) para obtener el tratamiento necesario para el transporte de las diferentes clases de
trfico.
Slocincoclasesdeservicioderedsedefinen:Control,UserControl,Realtime,Business
Data y Standard. En el network edge, polticas de Ingress QoS mapean el trfico de las
aplicaciones en una de las ocho categoras definidas en el Forwarding Class (FC). La poltica de
calidaddeserviciodereddefineunmapeodemuchosaunadelasFCalascualesseasignanlas
aplicacionesylascincoclasesdeserviciodered.
87

ClasesdeServicios(colas,prioridad,CIR/PIR)
ClasesdeServicios ColadeRed Prioridad CIR PIR
CONTROL 8 High 10% 100%
USERCONTROL 4 High 25% 100%
VozVoIPoTDM 6 High 100% 100%
Vdeo 5 High 100% 100%
BUSINESSDATA 3 Low 25% 100%
STANDARD 1 Low 0% 100%
Tabla2.2TiposdeColasyasignacionesdePIR/CIR

2.9.2.4QoSenelAcceso
ComounrecordatoriodelosobjetivosdediseodeQoS,porunlado,elQoSdeentrada
en el acceso se asocia con un punto de acceso de servicio (SAP) y es responsable de la
clasificacin de trfico en el FC basado en criterios relacionados con Capa 2 (como, MAC
address, 802.1p, Ethertype), de Capa 3 (como, IP de origen/ destino, protocolo, DiffServ
Codepoint/IP precedence) o de la Capa 4 (tal como puerto de origen/ destino). Las colas de
ingreso (ingress queues) son posteriormente asociados a cada FC y los recursos relacionados,
como el buffer de paquetes, los valores de tasas de transferencia permitidas para el trfico in
profile/outofprofile, y la prioridad de programacin (hacia el fabric switch) se asignan a cada
cola.
Por otro lado, de igual manera se asocia la QoS de salida en el acceso con un punto de
acceso de servicio (SAP) para la asignacin de trfico en colas de salida basadas en FC o DSCP.
Los recursos, como el buffer de paquetes, las tasas de trfico permisibles, y la prioridad de
programacin(haciaelfabricswitch)seasignanacadacola.
88

EnnuestraredIPRANsevanatenercuatrotiposdeserviciossernconfiguradosparala
redMvil3G/2G:
PuntoaPunto(pointtopoint),pseudowirespara2G/3G.
L2VPNPuntoaMultipunto(pointtomultipoint)HubandSpoke
L2VPNMultipuntoaMultipunto(multipointtomultipoint)FullMesh
L3VPN(sinsoporteparamulticast)
En la mayora de los equipos es posible crear plantillas de calidad de servicio, que pueden
serreutilizadasparavarioslosdemsequiposyencasodenuevosserviciossedebercrearlos
perfilesnecesarios.Porotraparte,enelmomentoquelaplantillaseaplicaaunSAPparticular,
esposibleremplazarlossiguientesparmetros:CIR,PIR,MBS,CBS.Todoslosdemsparmetros
se heredan de la plantilla de QoS (es decir, nmero de colas, los criterios de clasificacin,
remarcadodot1p,etc).

89

CAPTULO3ImplementacindeMPLSenunaredcorporativa,yarquitecturade
unaredMobileBackhaul

Para realizar la implementacin de una nueva red de transporte de informacin dentro


deunaempresadetelecomunicacionesesnecesariocontarconladisponibilidaddeunaredde
fibra ptica (planta externa) y/o red de transmisin capaz de soportar anchos de banda de
1GbpsenlosanillosqueunenalosCSR(SARM,SAR8,SARF)enlaCapadeAccesoyde10Gbps
sobrelaCapadeAgregacin;sinladisponibilidaddeunareddefibrapticaseracasiimposible
cumplirconlosrequerimientosdeanchodebandaparainterconexindeestosrouters.
En este mdulo se analizar la arquitectura de una red IPRAN (IP Radio Access
Network)basadosenloscriteriosderedundanciaylineamientosdefinidosparalosISPdescritos
en el captulo 1 y en las consideraciones especiales de diseo de protocolos de routing,
switchingyMPLSestablecidasenelCaptulo2;ademssedefinirlainstalacindeunrouterde
ejemplo (CSR) dos MR y dos HR que concentrarn el trfico proveniente de Nodos B para
realizarsuconfiguracinlgicacompletayexplicacindetallada.
Seabordartambinelanlisisdelaarquitecturalgicadelaredylaimplementacinde
una solucin con los protocolos descritos en el Captulo 2 y as cumplir con los requerimientos
deunareddeserviciosescalableyrentable.

3.1TopologaFsica
Latopologafsicaanalizadacorrespondealadeunaempresadetelecomunicacionesdel
rubrodentrodelacualsehanhechovisitasenterrenopararevisarsuinstalacin,configuracin
fsica del equipamiento, mostrado en el Captulo 2 (distribucin de tarjetas sobre los equipos;
IOMyMDA)
90

LatopologaFsicadelaredIPRANqueanalizaremoscorrespondealaquesemuestraen
la Figura 3.1; el objetivo de este captulo es abordar los criterios de diseo que nos llevarn a
definirlosdistintospuntosdelaredcomoson:
ltimamilla
Agregacin
Core
Se debe instalar donde sea necesario un 7705 en cada sitio celular para la agregacin del
trficoTDMprovenientedelasestacionesbaseyagregacindetrficoEthernet/E1proveniente
tantodelasBTSscomodelosNodosB(UMTS),cadasitiodondeserealicealnodoselellamar
CSR(CellSiteRouter).

Figura3.1ClsterderedIPRAN
BsicamentelaFigura3.1muestralosdistintosnivelesdeagregacindetrfico(Acceso,
Distribucin y Core) presentado por las estaciones base,enlos cuales el trfico E1/Ethernetes
agregadoporlosCSRs.ElCSRpuedeconectarsedirectamentealosequipossiguientes:
91

Otros CSRs en los anillos de 1Gbps, agregados en la capa de Distribucin por los nodos
7750SR7MR,configuradosenaltadisponibilidaddemaneratalqueencasodefallasse
minimiceelimpactoenlosserviciossuministradosporlared.
7750 SR7 (como router de agregacin central HR) conectado a la capa de Core en
10Gbps. El HR tambin se conecta al RNC va nxSTM1 (1+1)/nxGBE (1+1) cada uno
protegido.
Este escenario ser el utilizado en este tema de tesis donde todo el trfico presentado por
las Estaciones Base ser entregado al RNC. La conexin variarentre ATM, cuando laconexin
delNodoBseaatravsdenxE1conapipePWsdeservicioredundantes(PSWRedundancy),y
conexionesEthernetcuandoelNodoBestconectadoalCSRvauncableEthernet,esdecirque
losepipesPWsdeservicioredundantessernagregadasenVPRNdelHR(L3VPN)conobjetode
asegurarlaconectividadIPentreenNodoByelRNC.
La topologa de red es de tipo anillo donde cada 7705 SARF/7705 SARM acta como CSR,
cadaanillosoportarahasta5nodos queestaranconectadosconenlacesdefibraoscuraa2x
7750 SR7 actuando como punto de agregacin MR, y a la capa Core donde 2x7750 servirn
como punto principal de agregacin HR. Esta conectividad depende de la ubicacin del nodo y
delaproximidadconotrosnodosintermediariosydeagregacin.Enestasetapas,seconsideran
rutasderespaldoparaproveeraltadisponibilidad;enestecasosoloseconsiderarlautilizacin
defibraparalaverificacindefuncionalidaddelatopologa.
Laarquitecturaparaestaempresadetelecomunicacionessedefineenbasealossiguientes
criterios:
5 x CSR por Anillo de acuerdo a los clculos de Ancho de Banda (BW) (se ver ms
adelante)
31 x Anillos en la Capa de Agregacin; el clculo BW mximo es alrededor de 80%
permitiendolaexpansindelared
Por cada sitio donde estn ubicados los RNC existen un mximo de 3 MRs por cada
parejadeHRs
92

3.1.1ltimaMilla
Para la red IPRAN se consideran Anchos de Banda para soportar los servicios actuales
2G/3GyfuturosservicioscomoLTE(LongTermEvolution),conelfindeprepararlasredespara
losnuevosrequerimientos.
Porejemplo,paraeltrfico3GseconsideranserviciosHSPA+consegundaportadoracon
lassiguientesconsideraciones:

Tabla3.1ConsideracionesdeAnchodeBandaparaservicios3G/2G/LTE
DeacuerdoalaTabla6,significaquecadasitioCSRpresentarenpromedio251Mbps.
Ahora, es necesario definir el factor de sobre venta y para esto en las redes de transporte
Backhaul(MBH)esdeunfactordeOB=4paralacapadeaccesoyunfactordeOB=2enlacapa
de agregacin. PIR define la tasa de Informacin mxima que corresponde a una tasa mxima
permitida donde el consumo puede sobrepasar, durante periodos de tiempo breves, los
umbralesespecificadosporsobreelCIRyPIRdefinelaTasadeInformacinComprometidaque
correspondealatasayvelocidaddeinformacingarantizada.
Con los parmetros anteriores se hace necesario calcular el Ancho de Banda que es
agregadoporanillo,estosepuedeestimaraplicandolaformulasiguiente:

93

Figura3.2FrmuladeClculodeAnchodeBanda

Donde n ser la cantidad de nodos por anillo (5 nodos). El Ancho de Banda mximo
resultantedebesermenoroigualaunaocupacindel70%delosrecursosaniveldeaccesoy
un 80% mximo de ocupacin a nivel de agregacin. Con esta informacin y los factores de
sobreventa,OB=4paralareddeaccesoydeOB=2paralacapadeagregacin.
La topologa creada para la conformacin de los Clster est compuesta por dos
elementosimportantes:
1. AnilloFsico:
ElanillofsicoconsistebsicamenteenlamalladefibrapticaexistenteparalaRedHFC
y la red corporativa, sobre la cual se realizan anlisis de convergencia, acceso y factibilidad de
interconexinconlossitiosmvilesdondeseencuentranlasestacionesBases2G,3GyLTE(en
unfuturomuycercano).

2. AnillosLgicos
Laconformacindeanilloslgicossebasaenlasprincipalespremisasdediseo:
i) Anillos Lgicos: La conformacin de anillos lgicos se realiza para lograr una
distribucinbalanceadayhomogneadeequiposenlared,tomandocomopremisa
5CSRporanilloslgicoparaunlmitedetrficode1GBporanillo
94

ii) Definiciones de Ancho de banda: Para el caso de la FO no se recomienda aplicar


ningnvalor
iii) Vulnerabilidad:Losanilloslgicossonconformadospor2omsanillosfsicosqueno
pertenezcan a la misma ruta de la red fsica para evitar la prdida del anillo ante
cualquierfalladelareddecablespticosCorporativosodeHFC

RespectoalacapadeaccesolosCSRssonequipos7705SARMyelanlisisdeanchodebandaes
elsiguiente:

Tabla3.2AnlisisdeAnchodeBandaenreddeAcceso
De acuerdoa lo anterior, las consideraciones a nivel de diseo en funcin del ancho de
bandasonlassiguientes:

5 x CSRs por anillos con un OB=4 a nivel de acceso, el tope mximo es 51,2% de
ocupacinporanillo
Se deja BW disponible en la red para futuros servicios adicionales en caso que sea
necesario
2interfaces1GbpsdecadaCSRenelanilloaniveldeacceso
NohaycondicioneslimitesencuantoathroughputdebidoaqueelBWesde1Gbpspor
cadaanillo
95

3.1.2Agregacin
En lo que respecta en la capa de agregacin para la arquitectura Hub, los MRs son
equipos7750SR7yelanlisisdeanchodebandaeselsiguiente:

Tabla3.3AnlisisdeAnchodeBandaenreddeAgregacin
De acuerdoa lo anterior, las consideraciones a nivel de diseo en funcin del ancho de
bandasonlassiguientes:
31anillosporMRconsiderandounOB=2aniveldeagregacin,eltopemximoes79,4%
deocupacinporenlacedeuplinkde10Gbps
Se deja BW disponible en la red para futuros servicios adicionales en caso que sea
necesario
LosMRsseconectarnhacialosHRsatravsdeenlacesde10Gbpsprotegidos
2interfaces10GbpsdecadaMRs,unahaciaeluplink,esdecir,hacialosHRsyotraentre
ellos(MRA/MRB)
NohaycondicioneslimitesencuantoathroughputdebidoaqueelBWesde10Gbpsen
lacapadeagregacin
96

3.1.3Core
El Core se encuentra definido como el sitio en el cual se encuentran los RNCs de la red
3G;desdeelpuntodevistadelCoresetienenlossiguientesescenarios:

Clster Simple (no anillado): que consiste en la mayora de los casos donde est
conformadopor1xRNCyunaparejade7750SR7.LainterfacesentreelRNCyelHRson:
o 2xGBEenmodalidadactiva/standby
o 2xSTM1enmodalidadworking/protectionusandoMCAPSentrelosHRs
Eldiagramacorrespondealasiguientefigura:

Figura3.3ClsterSimple
ClsterenAnillode1Gbps:queconsisteenloscasosqueseespecificaracontinuacin,
se tendr conexin entre la pareja de HRs el cual cada clster est conformado por
1xRNCyunaparejade7750SR7.LainterfacesentreelRNCyelHRson:
97

o 2xGBEenmodalidadactiva/standby
o 2xSTM1enmodalidadworking/protectionusandoMCAPSentrelosHRs
o La conexin de 1Gbps entre los HRs en anillo ser a travs de la red DWDM y
servir para poder realizar redistribuciones, es decir, Nodos B que por temas de
vecindadaniveldeRFdebernperteneceralRNCremoto
Eldiagramacorrespondealasiguientefigura:

Figura3.4ClsterdeAnilloenNivelHR1Gbps
Clster en Anillo de 10Gbps de 2 o ms HRs: que consiste en los casos que se
especificar a continuacin, se tendr conexin entre la pareja de HRs el cual cada
clsterestconformadopor2xRNCyunaparejade7750SR7.LainterfacesentreelRNC
yelHRson:
o 2xGBEenmodalidadactiva/standbyporcadaRNC
98

o 2xSTM1 en modalidad working/protection por cada RNC usando MCAPS entre


losHRs
o La conexin de 10Gbps entre los HRs en anillo ser a travs de la red ROADM o
FOyservirparapoderrealizarredistribuciones,esdecir,NodosBqueportemas
devecindadaniveldeRFdebernperteneceralRNCremoto

3.2TopologaLgica
La red IPRAN en cuestin es una red compuesta por familias de equipos AlcatelLucent
7750SR y 7705SAR, los ltimos diseados para redes mviles MBH; el modelamiento de los
serviciosestbasadoenelprotocoloMPLS(MultiProtocolLabelSwitching)yespecficamenteel
uso de RSVPFRR con el fin de minimizar al mximo los tiempos de afectacin de los servicios,
dondeademssehanaplicadovariostiposde proteccionesenlosdiferentesnivelesdelared,
por ejemplo, a nivel deacceso se dispone de una topologa enanilloque permite fallas a nivel
de enlace de FO; en la capa de agregacin se dispone de enlaces redundantes y alta
disponibilidad entre los equipos MR/HR y en el Core, los equipos HRs estn en modalidad 1+1
conelfindeteneraltadisponibilidadpermitiendosoportarfallasaniveldehardware.Elhecho
de tener corriendo MPLS y RSVP, se deber disponer de la conectividad IP entre los distintos
nodos,paraelloseusaelprotocoloOSPFcomoprotocoloIGPdelaredIPRAN.
Desdeelpuntodevistadearquitecturalgica,laredIPRANbasasusdiferentesservicios
en MPLS, donde se necesita conectividad IP entre los nodos de la red, para lo cual se hace
necesariounprotocoloderuteointerior(IGP)parapoderdesplegarlosservicios,elusadoenla
red es OSPF. Finalmente con el fin de disminuir al mximo los tiempos de afectacin (aprox.
50msg), se usa RSVP con FRR en la red. Adicionalmente, en la red IPRAN estn conectados los
Nodos B directamente al CSR. Los servicios son enviados a travs de PSWs (epipes) usando la
configuracin de redundancia (PSW Redundancy) en caso de falla a nivel del HR que est
conectadoconelpuertoactivohaciaelRNC.LosPSWsonrecibidosenunaVPLSdeCapa2que
a su vez estn conectados a la VPRN y como se dispone de redundancia de HW en los HRs se
99

configuraVRRP.DentrodelaVPRNvanaestarlasinterfacesIPhacialosNodosByhaciaelRNC.
Para el caso del RNC tambin se usa VRRP y los puertos del RNC que trabajan en modalidad
activo/standby, son agregados primero en una VPLS diferente con el fin de cumplir con el
funcionamientodelRNC.
Los servicios 3G en modalidad ATM usan apipes, son bastante simples, ya que son
conexiones punto a punto, entre el Nodo B y el RNC, y lo que se aprovecha en los PSW es en
configurarlaredundancia(PSWRedundancy)ylaconexinentreelHRyRNCseconfiguraMC
APS.
Finalmente, cabe destacar que los servicios para 3G (epipes/apipes) estn protegidos
en toda la red a travs de FRR (Fast ReRoute) usando el protocolo RSVP que permite pre
sealizarlasconexionesantefalladenodosy/oFibraptica.
3.3ModeloLgicodeRed
3.3.1TopologaLgicadeServiciosutilizadosenlared
Lastopologasdeserviciosconfiguradosparaunared3G,obedecenalamostradaenla
Figura3.5(ejemplo):

Figura3.5ePipesterminadossobreunaVPLS(decaraalacceso)
100

ElenfoqueutilizadoenlaFigura3.5esterminarlosdistintostrficosdelosNodos Ben
unaVPLS(switchVirtual).EnelcasodelatopologadelaredIPRANlosCSRproveenlosPuntos
de Acceso a los Servicios (SAPs). Los spokesdp acarrean el trfico a travs de los routers P y
terminanenlaVPLSdelHR.
La VPLS est unida a una interfaz de la VPRN a travs de una crossconexin fsica
denominada hairpinning. El hairpinning conecta un SAP Ethernet de la VPLS hacia un puerto
delaVPRNutilizandounjumperentreambospuertosfsicos.
ParalalocalizacindedireccionesIPcadaePipeactacomounaextensindelpuertode
laVPLS.DadoquelaVPLSesunservicioenCapa2,estatomadecisionesdereenvobasadasen
las direcciones MAC. Por lo tanto, cada nodo B est direccionado sobre la misma subred, y la
conexin de la interfaz de hairpinning de la VPRN se convierte en la interfaz de puerta de
enlace(Gateway)delnodoB.
Comenzaremoselanlisisdelatopologacompletadesdeelniveldelaccesorecorriendo
los protocolos e interfaces hasta los equipos HR; revisaremos su configuracin sobre equipos
AlcatelLucentyatravsdesulneadecomandos.

3.3.2 Anlisis e implementacin de la Topologa Lgica y protocolos de red


empleadosensuconfiguracin
La topologa a analizar corresponde a la de la Figura 3.6 (ejemplo tpico de una red
corporativaIPenanillo;topologaLgicadelafigura3.3)quesemuestraacontinuacin:
101

Figura3.6TopologaLgicadeunClsterdeRed
Esta es una topologa de red en anillos sobre los equipos de acceso o CSRs y los
concentradores o MR como agregadores de anillos; los equipos CSR SARM y la configuracin
basedecadaunodeelloseslaquesedetallaacontinuacin.

3.3.2.1ConfiguracinBase
Sedebenconfigurarlospuertosquemiranhaciacadaunodelosextremoscomomodo
networkparapoderrealizaretiquetadodetramasMPLScomosigue(seharenunsolorouter
(CSR 1) pues es la misma configuracin en los otros puertos de network); en este caso puerto
1/1/1queindicaIOM1MDA1Puerto1.
102

La escritura del comando configure port 1/1/1 nos indica que a travs de ese puerto
estamos configurando fsicamente la interfaz que va conectada al MR1, modo ethernet
networkynoshutdownparahabilitaresepuerto:
A:CSR1>config>port#info

description"TO_MR1"
ethernet
modenetwork
exit
noshutdown

SobreesepuertoirunenlacedefibraporlocualnecesitaremosunSFPinserto;sedebe
configurardemaneraanlogaelpuerto1/1/2quemirahaciaelMR2.
Unavezhabilitadosambospuertosderedcrearemoslasinterfacesdered;utilizaremos
las redes 172.27.74.48/30 y 172.27.74.52/30 y una ip de cada uno de los segmentos para ser
asignadaencadainterfaz;laconfiguracineslasiguiente:
A:CSR1>config>router#info
#
echo"IPConfiguration"
#
interface"TO_MR1"
address172.27.74.50/30
port1/1/1
bfd100receive100multiplier3
exit
interface"TO_MR2"
address172.27.74.53/30
103

port1/1/2
bfd100receive100multiplier3
exit
interface"system"
address172.26.57.13/32
exit
routerid172.26.57.5
#
EnesteejemploserealizlaasignacindelaIP172.27.74.50paraelCSR1delsegmento
de red 172.27.74.48/30 en el puerto 1/1/1, lo cual quiere decir que una vez definido este
segmento de red, solo podemos utilizar dos IP del segmento, la asignada y la .49 que ser
utilizadaenelequipoMR1mirandohaciaelCSR1;lasotrasIPs(la.48yla.51)correspondenala
redybroadcastpropiamentetal.DelamismamaneraseasignlaIP172.27.74.53enelpuerto
1/1/2mirandohaciaelMR2.
Un parmetro muy importante es la configuracin de bfd sobre las interfaces. Este
protocolonoesunprotocolodeenrutamientosinoqueesunprotocolodereddedeteccinde
erroresenunenlace(explicadoenelcaptulo2;seccin2.5).Enestecasoestconfiguradoen
las interfaces creadas sobre los puertos 1/1/1 y 1/1/2 con los parmetros 100 100 y 3; 100
milisegundos para la transmisin de los mensajes bfd, 100 milisegundos para la recepcin de
mensajes bfd y el multiplicador 3; el multiplicador nos permite especificar el nmero de
mensajes bfd consecutivos que deben perderse y que son enviados (en este caso o desde el
CSR2odelMR1)porotrorouterparadeclararunainterfaznooperativa.Enpalabrassimplessi
no se reciben 3 mensajes bfd de manera consecutiva desde el MR1 se declara la interfaz
TO_MR1down.Otrodatoqueesmuyimportantedestacaresqueesteprotocolo,alnoserun
protocolo de enrutamiento, puede estar atado a protocolos de enrutamiento de capas
superiores como OSPF, lo cual nos indica que si bfd declara una sesin contra otro router
conectado, en este caso directamente a l, down, hace que el protocolo OSPF converja
nuevamente(enestecasoconlainterfazdown)yactualicesutabladeenrutamiento.
104

Serealizarlaconfiguracindelainterfazdesistema(oIPdesistema/32)queutilizar
elprotocoloOSPFcomoidentificadorderouterdentrodenuestroclster.Esteesunvalormuy
necesario pues nos permite conocer al router dentro de nuestra red y ms importante an
conocersuubicacindentrodeunatopologalgicaderouters(nmerodesaltos)odominiode
routing.SinoseespecificaunvalorseutilizaladireccinMACdelchassisdelrouter.
La configuracin vista anteriormente se denomina configuracin base y es la que se
utilizaparaenlazarlosroutersCSR1conMR2,MR2conHR2,HR1conHR2,MR1conMR2yas
sucesivamente;debeestarenlazadodeigualmaneraelCSR1conelMR1yelytambinelHR1
conelMR1yelHR2conelMR2paratenerconectividadcompletaaniveldeenlacespticos.
Se puede realizar el chequeo entre interfaces mediante un ping a ambos routers
conectadosdirectamentealCSR1;porejemplocontraelMR1:
A:CSR1#ping172.27.74.49
PING172.27.74.4956databytes
64bytesfrom172.27.74.49:icmp_seq=1ttl=64time=0.579ms.
64bytesfrom172.27.74.49:icmp_seq=2ttl=64time=0.597ms.
64bytesfrom172.27.74.49:icmp_seq=3ttl=64time=0.690ms.
64bytesfrom172.27.74.49:icmp_seq=4ttl=64time=0.827ms.
64bytesfrom172.27.74.49:icmp_seq=5ttl=64time=0.726ms.

172.27.74.49PINGStatistics
5packetstransmitted,5packetsreceived,0.00%packetloss
roundtripmin=0.579ms,avg=0.683ms,max=0.827ms,stddev=0.093ms

En este caso el router MR1 responde a los cinco paquetes ICMP enviados y no hay
prdidadepaquetes.DelamismamaneracontraelMR2:
A:CSR1#ping172.27.74.54
PING172.27.74.5456databytes
64bytesfrom172.27.74.54:icmp_seq=1ttl=64time=1.09ms.
105

64bytesfrom172.27.74.54:icmp_seq=2ttl=64time=0.714ms.
64bytesfrom172.27.74.54:icmp_seq=3ttl=64time=0.673ms.
64bytesfrom172.27.74.54:icmp_seq=4ttl=64time=0.714ms.
64bytesfrom172.27.74.54:icmp_seq=5ttl=64time=0.721ms.

172.27.74.54PINGStatistics
5packetstransmitted,5packetsreceived,0.00%packetloss
roundtripmin=0.673ms,avg=0.782ms,max=1.09ms,stddev=0.155ms

AqutambinsereciberespuestadesdeelMR2ynohayprdidadepaquetes.Conesto
se chequea que ambas interfaces se encuentran operativas y ambos enlaces fsicos se
encuentran en condiciones ptimas. Esto tambin puede ser demostrado con el comando
showrouterinterfaceelcualnosmuestralatabladeinterfacesoperativas:
A:CSR1#showrouterinterface

===============================================================================
InterfaceTable(Router:Base)
===============================================================================
InterfaceNameAdmOpr(v4/v6)ModePort/SapId
IPAddressPfxState

TO_MR1UpUp/DownNetwork1/1/1
172.27.74.50/30n/a
TO_MR2UpUp/DownNetwork1/1/2
172.27.74.53/30n/a
systemUpUp/DownNetworksystem
172.26.57.13/32n/a

Interfaces:3

106

Aqu se ven declaradas las interfaces y su estado administrativo y operativo (Up);


tambin se puede chequear que por defecto se est utilizando la versin del protocolo IP
versin4(IPv4)(IPv6semuestraDownpuesnoseestutilizando).Podemoschequeartambin
elcrecimientodelatabladerutasconelcomandoshowrouterroutetableprotocollocal.
A:CSR1#showrouterroutetableprotocollocal
===============================================================================
RouteTable(Router:Base)
===============================================================================
DestPrefixTypeProtoAgePref
NextHop[InterfaceName]Metric

172.26.57.13/32LocalLocal95d07h02m0
system0
172.27.74.48/30LocalLocal95d03h24m0
TO_MR10
172.27.74.52/30LocalLocal24d22h51m0
TO_MR20

No.ofRoutes:3

Elcomandonosindicaqueredesseencuentranactivas,elprefijodedestino(lared)yel
prximosaltoparacadaunodelospaquetesquenecesitenserreenviados.
Unavezrealizadalaconfiguracinbasedelequiposeprocedearealizarlahabilitacinde
los protocolos que nos permitirn conocer al router dentro de la topologa lgica y los
protocolos que nos permitirn realizar el manejo de los servicios; empezaremos por la
configuracindelprotocoloOSPF;debemossaberquesloquedeseamospublicardentrodela
tabladeenrutamiento;enestecasonecesitamosrpidaconvergenciaylamnimaafectacinde
servicios,ademsdeconoceralrouterporsuIPdesistemaysusinterfaces,porlotantoambas
107

interfaces TO_MR1 y TO_MR2 deben ser agregadas al dominio del protocolo y la interfaz
systemcomosigue:
A:CSR1>config>router>ospf#info

routerid172.26.57.13
trafficengineering
area0.0.14.1
interface"system"
exit
interface"TO_MR1"
interfacetypepointtopoint
bfdenable
exit
interface"TO_MR2"
interfacetypepointtopoint
bfdenable
exit
exit

Esunabuenaprcticadefiniralosroutersdenuestroclsterdentrodeunreadiferente
comosemencionenelCaptulo2Seccin2.7.2alrea0.0.0.0;enestecasosedefinirnenel
rea 0.0.14.1, recordando que ser el ara de la Regin de los Ros (XIV) donde podran ser
emplazadoslosroutersdenuestrodiseo.
EnlaconfiguracinbasedelprotocoloOSPFsedebehabilitarelrouteridqueeslaIP
por la cual conoceremos remotamente a nuestro router (para administrarlo y realizar los
chequeos a travs de un sistema de gestin de routers remoto SAM5620); en este caso la IP
172.26.57.13. Tambin se debe definir la extensin de ingeniera de trfico (explicada en el
Captulo2)paraladireccindeltrficobasadoenlascondicionesmencionadaseneseapartado.
108

Las interfaces son agregadas bajo el rea 0.0.14.1 por lo cual nuestro router bajo el
cluster de Valdivia (rea 0.0.14.1) publicarn esa informacin bajo esa rea, por lo tanto los
routers pertenecientes a otras reas estarn imposibilitados de conocer a los routers de esta
rea; los beneficios de realizar esta configuracin es de reducir el tamao de la base de datos
topolgica(muynecesarioengrandesredescorporativas,congrancantidadderouters>>1000
routers); en este caso podramos haber agregado el router en la misma rea 0.0.0.0 al ser una
redpequea,peroalcrecernuestraredsernecesariodisminuireltamaodenuestrabasede
datos;porejemplosiempezamosacrecerhaciaTemucooPuertoMonttseranecesarioagregar
losotrosrouters(CSR)alrea0.0.9.1y0.0.10.1(uncasohipottico).
Las interfaces que miran hacia el MR1 y el CSR2 son definidas como punto a punto
(interfacetype pointtopoint), ya que estn conectadas nica y exclusivamente a otra interfaz
(contra el MR1 o contra el CSR2), en caso contrario debe ser definida como interfaz de
broadcast (interfacetype broadcast) por ejemplo si esta estuviese conectada a un switch y
tuviera que alcanzar otros routers por medio de ese switch; adems se habilitan la asociacin
con el protocolo bfd, lo que significa que este protocolo puede avisar a OSPF la operacin
inadecuada de un enlace y dar de baja la interfaz que no est operando correctamente; si
ocurre esto la tabla de enrutamiento OSPF eliminar esta interfaz y se eliminarn las trazas
haciaesainterfazhastaqueserestaurelacomunicacinporelenlaceconfallasyseactualizar
latabladeenrutamiento.
Con la configuracin de nuestro CSR1 hasta aqu podemos tener nuestro router visible
desde un sistema de gestin y alcanzable para poder realizar trabajos sobre l, pero esto no
significaqueyapuedamanipularinformacin;paraestosedebenhabilitarlosprotocolosMPLS,
LDP y RSVP que son los cuales nos permiten realizar el etiquetado del trfico en Capa 2,5 (o
MPLS),manejarlasextensionesdeIngenieradeTrficoyrealizarladistribucindeetiquetasa
travs de una red MPLS; primero se debe activar el etiquetado MPLS y agregar las tres
interfacesaMPLScomosigue(similaraOSPF):
A:CSR1>config>router>mpls#info

109

interface"system"
exit
interface"TO_MR1"
exit
interface"TO_MR2"
exit
noshutdown

No est dems mencionar que hasta el momento en la configuracin bsica solo


estamos realizando las habilitaciones de las funciones necesarias para el funcionamiento
correctodelosservicios;annohemoscreadoserviciosnitnelesdetransporte.
Para chequear el correcto funcionamiento del protocolo podemos escribir el comando
showroutermplsstatuscomosigue:
A:CSR1#showroutermplsstatus

===============================================================================
MPLSStatus
===============================================================================
AdminStatus:UpOperStatus:Up
OperDownReason:n/a
FRObject:EnabledResignalTimer:Disabled
HoldTimer:1secondsNextResignal:N/A
DynamicBypass:EnabledUserSrlgDatabase:Disabled
LeastFillMinThd.:5percentLeastFillReoptiThd:10percent

SecFastRetryTimer:DisabledStaticLSPFRTimer:30seconds

LSPCountsOriginateTransitTerminate

StaticLSPs000
110

DynamicLSPs000
DetourLSPs000
===============================================================================

En esta pantalla se puede apreciar que el protocolo est administrativamente y


operacionalmente activos (Up) y que an no tenemos tneles configurados para el transporte
detrfico(NohayLSPsDinmicosconfigurados).
SedeberealizarlaactivacindelprotocoloLDPyRSVPcomosigue:
ParaLDP:
A:CSR1#configurerouterldpnoshutdown
ParaRSVP:
A:CSR1>config>router>rsvp#info

interface"system"
exit
interface"TO_MR1"
bfdenable
exit
interface"TO_MR2"
bfdenable
exit
noshutdown

En este punto es importante aclarar que se debe asociar bfd al protocolo RSVP; esto es
muyimportanteporqueencasodeunafallaRSVPpermitehacerconvergereltrficodemanera
mucho ms rpida (en el orden de los milisegundos como se ver ms adelante) en las rutas
alternativasdedireccionamientodeltrficoconprdidasmuybajasdepaquetes,puescomosu
111

nombre lo dice, se reservan recursos de red disponibles adicionales para re direccionar el


trfico.
Si revisamos el protocolo bfd nos indica su asociacin a los protocolos de capas
superioresantesmencionados(OSPFyRSVP)conelsiguientecomando:
A:CSR1#showrouterbfdsession

===============================================================================
BFDSession
===============================================================================
InterfaceStateTxIntvlRxIntvlMultipl
RemoteAddressProtocolTxPktsRxPktsType

TO_MR1Up(3)1001003
172.27.74.49ospf2rsvp8254479582548182iom
TO_CSR2Up(3)1001003
172.27.74.54ospf2rsvp2190148621901477iom

No.ofBFDsessions:2
===============================================================================

Aqufinalizalaconfiguracinbaseyactivacindeprotocolos;enestainstanciaelrouter
seencuentradisponibleparapodermanejarservicios;todoslosdemsrouters,MR1,MR2,HR1
yHR2debentenerlamismaconfiguracin;losHR(1y2)debentenersuinterfazdesistemaen
rea0.0.0.0(obackbone)ylasinterfacesquemiranhacialosMRenelreadelcluster(0.0.14.1)

112

3.3.2.2ImplementacinLgicayConfiguracindeServicios
De acuerdo a lo visto en la Figura 3.6 a comienzos del Captulo, configuraremos un
servicio epipe de ejemplo desde nuestro CSR1 con un respectivo SAP en el puerto donde
tendremosconectado nuestro nodo B (en estecaso el puerto 1/1/5, puerto fastethernet)y lo
terminaremos en la vpls (switch virtual) de ambos HR1 y HR2; cabe destacar que sobre este
puerto podemos conectar lo que nosotros tengamos disponible (un PC, etc.) y que emplee el
protocoloIP.
Para la configuracin e implementacin de este servicio necesitamos primero crear dos
caminosdeconmutacindeetiquetas;estasdosrutasnosservirnparacrearnuestroscaminos
virtuales hacia los Nodos HR1 y HR2. Denominaremos a estos caminos TO_HR1 y TO_HR2; la
configuracineslasiguiente:
A:CSR1>config>router>mpls#info

interface"system"
exit
interface"TO_MR1"
exit
interface"TO_CSR2"
exit
path"IGP"
noshutdown
exit
lsp"TO_HR1"
to172.26.57.1
cspf
fastrerouteonetoone
exit
primary"IGP"
exit
113

noshutdown
exit
lsp"TO_HR2"
to172.26.57.2
cspf
fastrerouteonetoone
exit
primary"IGP"
exit
noshutdown
exit
noshutdown

Comosepuedeobservar,secreanamboscaminosapuntandohaciaambosHR;tienela
facilidaddecspfyfastreroutequenospermitenreencaminareltrficohaciacadaunodelos
nodosHRydisminuirlostiemposdeconmutacinanteunafallacomosevermsadelante;se
configuranestasrutasdentrodelaopcindelroutermpls(configureroutermpls).Tambinse
debe configurar explcitamente un camino (path) para que los lsp sigan o una ruta predefinida
(configuradamanualmente)ounarutadinmica.Enestecasoseconfiguraunarutapordefecto
denominadaIGP;sinosedefineuncaminoexplcitolarutaautomticamentetomaelprotocolo
IGP configurado en el router (en este caso OSPF) y define los saltos de acuerdo a la topologa
lgicaenlabasededatosdeesteprotocolo.
PrimerochequeamoselestadodeambosLSP:
A:CSR1#showroutermplslsp

===============================================================================
MPLSLSPs(Originating)
===============================================================================
LSPNameToFastfailAdmOpr
114

Config

TO_HR1172.26.57.1YesUpUp
TO_HR2172.26.57.2YesUpUp

LSPs:2
===============================================================================
Luego chequeamos las trazas seguidas por ambos LSP (el comando es similar a un
traceroute normal por IGP; en este caso es una herramienta para localizar direccin de trfico
MPLS).EstosLSPsonunidireccionalesporlotantosolonecesitanqueelpuntofinaloendpoint
est activo para poder crear el tnel, si no se encuentra activo el HR1 o el HR2 no levantaran
operacionalmenteoelLSPTO_HR1oelLSPTO_HR2.
ELchequeodeambastrazasnosarrojaelsiguienteresultado:
A:CSR1#oamlsptraceTO_HR1
lsptracetoTO_HR1:0hopsmin,0hopsmax,116bytepackets
1172.26.57.3rtt=0.924msrc=8(DSRtrMatchLabel)
2172.26.57.1rtt=1.05msrc=8(DSRtrMatchLabel)
A:CSR1#oamlsptraceTO_HR2
lsptracetoTO_HR2:0hopsmin,0hopsmax,116bytepackets
1172.26.57.4rtt=1.11msrc=8(DSRtrMatchLabel)
2172.26.57.2rtt=1.04msrc=8(DSRtrMatchLabel)

Las trazas nos indican que se estn siguiendo los siguientes caminos (recordar que
automticamentedefinenloscaminosporelprotocoloIGPconfigurado)
ParaelLSPTO_HR1:CSR1>MR1>HR1
ParaelLSPTO_HR2:CSR1>MR2>HR2
115

Este ser el camino que seguir la informacin hacia los HR (o aguas arriba). Se debe
destacarquelaimplementacindedoscaminoshacialosHResparatenerlapreconfiguracin
dedosrutaslgicas(unaprimariayotraderespaldo)paraalcanzarelserviciovprnenCapa3.
En ambos HR tambin deben ser configurados LSPs a su vez para alcanzar el destino
final,queenestecasoseraelCSR1;sedebeconfigurarunoencadaHRdelamanerasiguiente:
A:HR_1>config>router>mpls#info

interface"system"
exit
interface"TO_MR_A"
exit
interface"TO_HR_B"
exit
interface"TO_MR"
exit
path"IGP"
noshutdown
exit
lsp"TO_HR_B"
to172.26.57.2
cspf
fastrerouteonetoone
exit
primary"IGP"
exit
noshutdown
exit
lsp"TO_CSR_1"
to172.26.57.13
cspf
116

fastrerouteonetoone
exit
primary"IGP"
exit
noshutdown
exit
noshutdown

SedebeobservarqueenesteHRvaconfiguradountambinunlsphaciaelHRB,quees
el que nos permitir ms adelante realizar la configuracin e interconexin lgica de la vpls y
vprnenambosHR.
LatrazanosindicaquelainformacindesdeelHRAhaciaelCSR(aguasabajo)recorreel
camino MR A > CSR1 y desde el HR B hacia el CSR MR B > CSR1; con esto ya se encuentran
predefinidosloscaminosparaelservicioepipeaconfigurar.
A:HR_A#oamlsptraceTO_CSR_1
lsptracetoTO_CSR_1:0hopsmin,0hopsmax,116bytepackets
1172.26.57.3rtt=16.2msrc=8(DSRtrMatchLabel)
2172.26.57.13rtt=10.8msrc=8(DSRtrMatchLabel)
A:HR_B#oamlsptraceTO_CSR_1
lsptracetoTO_CSR_1:0hopsmin,0hopsmax,116bytepackets
1172.26.57.4rtt=16.2msrc=8(DSRtrMatchLabel)
2172.26.57.13rtt=10.8msrc=8(DSRtrMatchLabel)

Una vez finalizada la configuracin de tneles en nuestro CSR1 se procede a realizar la


configuracindelosserviciosenCapa2yCapa3enlosHR.Primeroserealizalaconfiguracin
de servicios Capa 2 denominados VPLS que ser la encargada de servir de punto final de
terminacindelosserviciosdeaccesocontralaltimamillaolosNodosBydeaccesodesdeel
CoredelaRedcontranuestroRNC.
117

LaconfiguracindeesteservicioesbastantesimpleydebeserreplicadaenambosHR;el
propsitodecrearunaVPLSenlosequiposHResladeutilizarunacapacidadavanzadadestay
esladepoderextenderseatravsdedistintosequipossobreunaredMPLS;estosignificaqueal
ser un servicio en Capa 2 aprende las direcciones MAC y los puertos desde los cuales ingresan
esasdireccionesMACylosalmacenaensutablaFDB(ForwardingDataBaseBasedeDatosde
Reenvo).Laextensindeesteservicioserealizaatravsdeunmeshsdp(podraserunspoke
sdp) y es el cual replica a travs de un mesh todo lo que aprende por sus distintos puntos de
acceso(SAPospokesdp)menosloqueaprendeporelmismomeshuotrosmeshconfigurados
dentrodelaVPLS.ConestoselograevitarlosloopsaniveldeCapa2evitandoelreenvodelas
MACaprendidasporestamismaentidadlgica.
En el caso de nuestra red IP en los equipos HR deben configurarse dos VPLS en cada
equipo (un total de 4 VPLS); la primera VPLS que queda en la Capa de Core realizar el
aprendizajede MAC del RNC y lo replicar a travs de un meshsdp a la VPLS en el otro HR; la
VPLSaprenderesaMACporelpuerto1/1/3yloreplicaratravsdelacrossconexinohair
pinningdefinidacomoLAG1.SeutilizaunLAG(LinkAggregationGroupGrupodeAgregacin
deEnlaces)pararealizarlaredundanciaaniveldehardware(sepuedendefinirdospuertosen
distintas tarjetas), en el caso de que falle un puerto queda activo el otro puerto definido en la
conexinLAG.
LaconfiguracindeunLAG(LAG1)eslasiguiente:
A:HR_A>config>lag#info

description"LAG_1_VPLS_ACCEDE_A_LA_VPRN"
modeaccess
encaptypedot1q
port1/1/1
port2/1/1
noshutdown

118

LaconfiguracinparaelLAG2eslasiguiente:
A:HR_A>config>lag#info

description"LAG_2_VPRN_ACCEDE_A_LA_VPLS"
modeaccess
encaptypedot1q
port1/1/2
port2/1/2
noshutdown

Esta configuracin nos indica que el LAG1 tiene encapsulacin dot1q (o tag simple de
VLAN) con la cual identificaremos la conexin contra el RNC; la proteccin est dada por los
puertos 1/1/1 y 2/1/1 y nos indica que si falla la conexin en el puerto 1/1/1 queda activa la
conexinenelpuerto1/1/2.ElLAG1loidentificaremoscomolaconexinporlacuallaVPLSde
ciertamaneraentregalosdatosenCapa2hacialaVPRN.Delamismamaneraseconfigurael
LAG2conlospuertos1/1/2y2/1/2;enestecasolaVPRNaccedealainformacinentregada
enCapa2ylamantieneensutablaARP(AddressResolutionProtocol).
Volviendo a la configuracin de la VPLS de Acceso contra el RNC (Capa de Core), esta
VPLStienedospuntosprincipalesdeaccinconloscualesrealizarlainterconexinfsicadelos
servicios;poseeunSAPhaciaelpuerto1/1/3yotroSAPhaciaelLAG1comosigue:
A:HR_A>config>service>vpls#info

description"CONEXION_ETH_L2_CONTRA_RNC"
stp
shutdown
exit
sap1/1/3:100create
ingress
qos100
119

exit
egress
qos100
exit
exit
saplag1:100create
ingress
qos100
exit
egress
qos100
exit
exit
meshsdp200:200create
exit
noshutdown

Esta VPLS nos indica que conocer la VLAN 100 (VLAN de nuestro RNC) por los puertos
1/1/3 y LAG1 (Puertos 1/1/1 y 2/1/1) y a su vez realizar la extensin de este servicio VPLS a
travsdelmeshsdp200:200(200:200indicaelcircuitovirtualaseguirparallegaralotroHRse
explicarlaconfiguracindeSDPmsadelante.)Lamismaconfiguracindebeserreplicadaen
elotroHR.
PorotroladoenlacapadeagregacinsenecesitaotraVPLSqueconcentrarlasMACde
los Nodos B que vayamos agregando a nuestra red de servicios; esta VPLS solo posee un SAP
haciaelLAG1(puessolonecesitareplicarytransmitirlainformacinenCapa2delosNodosB
haciaesospuertos);suconfiguracineslasiguiente:
A:HR_A>config>service>vpls#info

description"SEG_VLAN_500"
120

splithorizongroup"SHG_TEST"create
exit
stp
shutdown
exit
saplag1:500create
ingress
qos100
exit
egress
qos100
exit
exit
meshsdp200:300create
exit
noshutdown

DeacuerdoalovistoenestaVPLSseobservaquetambinposeeunSAPalLAG1yun
meshsdp 200:300 que realiza la comunicacin con la otra VPLS de agregacin de Nodos en el
otroequipoHR(paraqueambasVPLSpuedandisponerdelamismainformacinenCapa2de
las estaciones Base). Se define tambin la vlan 500 de acceso para la estacin base que
utilizaremos.
UnavezquetenemosdefinidalaCapa2procedemosaconfigurarloselementosdeCapa
3.EstaesunaVPRNdegestindeNodosyrealizarlagestindeinformacindelosNodosBy
el RNC; esta vprn (o router virtual) realiza la comunicacin entre las interfaces configuradas
sobreellayreplicalainformacinenCapa3deacuerdoasutabladeenrutamiento.Nosedebe
confundirconlatabladeenrutamientodelrouterbase;estaesunavprndegestindeservicios
y realiza su gestin sobre los gateways asignados en el Plano de Datos y no sobre el Plano de
121

Control (OSPF, MPLS, RSVP y LDP corresponden al plano de control). Su configuracin es la


siguiente:
A:HR_A>config>service>vprn#info

description"VPRN_ACCEDE_AL_LAG_2"
routedistinguisher65200:30145001
vrftargettarget:65200:30145001
interface"TO_RNC"create
address172.17.176.5/29
mac00:00:00:30:14:00
vrrp1
backup172.17.176.1
priority250
pingreply
traceroutereply
initdelay300
exit
saplag2:100create
ingress
qos100
exit
egress
qos100
exit
exit
exit
interface"TO_NODO_B"create
description"NODO_B_VLAN_500"
address172.17.176.125/26
mac00:00:00:30:14:02
122

vrrp2
backup172.17.176.65
priority250
pingreply
traceroutereply
initdelay300
exit
saplag2:500create
ingress
qos100
exit
egress
qos100
exit
exit
spokesdp200create
exit
noshutdown

EnestaVPRNtendremosdosinterfacesconfiguradas,TO_RNCyTO_NODO_B;lainterfaz
contra el RNC y la interfaz que mirar de cara a la agregacin; estos corresponden a dos
gatewaysvirtualesqueseencuentranconfiguradosconVRRPdefinidoenlaRFC3768yseutiliza
para aumentar la disponibilidad de la puerta de enlace realizando la agregacin de equipos
(extensindelservicioaligualqueenlaVPLS)peroenCapa3.Estoquieredecirquesielequipo
HR A por alguna falla deja de Funcionar la puerta de enlace contra los Nodos B y el RNC se
encuentraextendidaenelHRByporlotantonosepierdelaconectividadentrelosNodosyel
RNC. La vprn tambin debe tener comunicacin con su homloga en el HR B a travs de un
spokesdp (no se necesita el meshsdp pues el protocolo IP automticamente detecta la
duplicacindeIP)
123

Laconfiguracindelasinterfacesconvrrpseasumeenesteejemplocomovrrp1contra
elRNCyvrrp2contralosNodosBparamayorfacilidaddeidentificacin.
LaspuertasdeenlacequemiranhaciaelRNCyhacialosNodosBrespectivamenteson:
172.17.176.1y172.17.176.65(sonlosgatewaysopasarelaspararealizarlacomunicacindelas
estacionesBasecontraelRNC)
Para realizar la comprobacin de vrrp no s aseguramos de que cada HR tenga en cada
unodelosvrrpprioridadesdiferentes;enestecasoconfiguramoselHRAcomoMaster(priority
250)yelHRBcomoBackup(priority240):
A:HR_A#showrouter400vrrpinstance

===============================================================================
VRRPInstances
===============================================================================
InterfaceNameVRIdOwnAdmStateBasePriMsgInt
IPOprPolIdInUsePriInhInt

TO_RNC1NoUpMaster2501
IPv4Upn/a250No
BackupAddr:172.17.176.1
TO_NODO_B2NoUpMaster2501
IPv4Upn/a250No
BackupAddr:172.17.176.65

Instances:2
===============================================================================
Una vez que tenemos conectado el RNC podemos revisar si se est aprendiendo la
direccinMACatravsdelservicioVPRNcomosigue:
A:HR_A#showrouter400arp
124

===============================================================================
ARPTable(Service:400)
===============================================================================
IPAddressMACAddressExpiryTypeInterface

172.17.176.100:00:5e:00:01:0100h00m00sOth[I]TO_RNC
172.17.176.200:40:43:67:48:8f03h47m26sDyn[I]TO_RNC
172.17.176.500:00:00:30:14:0000h00m00sOth[I]TO_RNC
172.17.176.6500:00:5e:00:01:0200h00m00sOth[I]TO_NODO_B
172.17.176.12500:00:00:30:14:0200h00m00sOth[I]TO_NODO_B

No.ofARPEntries:11
===============================================================================

Aqu aparece la MAC del RNC marcada en negrita y nos indica que ya tenemos
conectividadcontraelaccesoenlaCapadeCOR;annotenemosconfiguradoelNodoBenla
ltimamillaporlotantonovemosMACdesdelaestacinBase.
Volviendo a la ltima milla necesitamos dar de alta el servicio que aprovisionaremos
para la estacin Base y que comenzar a tener conectividad contra el RNC. En el CSR1
realizamoslaconfiguracindedossdp;elsdp1serel555yelsdp2sernumeradoconel666;
ambos sdp realizan la conexin lgica del servicio epipe desde el CSR1 hacia ambos HR A y B
respectivamente. Estos sdp nos permiten recorrer los tneles de conmutacin de etiquetas
anteriormente definidos, pero acotando su accionar slo al servicio que corresponde. Estos
serviciossonconfiguradosdelamanerasiguiente(nosdarunaideaintuitivadequerecorreel
caminoMPLSLSPquecreamosanteriormente):
A:CSR1>config>service#info

customer1create
125

description"Defaultcustomer"
exit
sdp555create
farend172.26.57.1
lsp"TO_HR1"
keepalive
shutdown
exit
noshutdown
exit
sdp666create
farend172.26.57.2
lsp"TO_HR2"
keepalive
shutdown
exit
noshutdown
exit

Elsdp555recorreelcaminoindicadoporelLSPTO_HR1yelsdp666recorreelcamino
indicadoporelLSPTO_HR2;lastrazasmencionadasson:
ParaelLSPTO_HR1(sdp555):CSR1>MR1>HR1
ParaelLSPTO_HR2(sdp666):CSR1>MR2>HR2
ConestotenemosdefinidoselpuntoinicialyfinaldeltransporteatravsdelaredMPLS;
solo nos queda configurar el servicio epipe (o pseudowire) en el CSR y definir su llegada a las
VPLSdeaccesoalosNodosBparatenerlaconectividaddeseada.
Laconfiguracindelservicioepipeeslasiguiente:
epipe9999customer1create
126

description"EPIPE_NODO_B_DE_PRUEBA"
endpoint"master"create
reverttime120
standbysignalingmaster
exit
sap1/1/5:500create
ingress
qos100
exit
egress
qos100
exit
exit
spokesdp555:9999endpoint"master"create
precedenceprimary
exit
spokesdp666:9999endpoint"master"create
precedence1
exit
noshutdown
exit
La configuracin de este servicio nos muestra que a travs de la puerta 1/1/5 tenemos
conectado un Nodo que va con encapsulacin dot1q y est configurado con la vlan 500; este
nodo tiene como camino principal el indicado por el sdp 555 y como camino secundario el
indicado por el sdp 666. Los circuitos virtuales son el 555:9999 y el 666:9999. Estos circuitos
virtualescomoloindicabalaFigura3.5debenserterminadosenlavplsdeaccesoparalograrla
comunicacinatravsdelosroutersPyPEyasterminarlacomunicacincontraelRNC.
Volviendo a la Capa de Core se configuran las vpls de acceso con los spokesdp
correspondientesencadauna;elspokesdp555:9999enelHRAyelspokesdp666:9999enel
HRBcomosigue:
127

A:HR_A>config>service>vpls#info

description"SEG_VLAN_500"
splithorizongroup"SHG_NODO_TEST"create
exit
stp
shutdown
exit
saplag1:500create
ingress
qos100
exit
egress
qos100
exit
exit
meshsdp200:300create
exit
spokesdp555:9999splithorizongroup"SHG_NODO_TEST"create
exit
noshutdown

EnestavplsdelHRAseagregaelspokesdp555:9999ysecierraelcircuitoMPLSdesde
elaccesoenelCSRenlaltimamilla;demaneraanlogaseagregaelspokesdp666:9999enla
vplsdelHRBparaterminarelcircuitoMPLSderespaldo.
SichequeamosahoralaconectividadcontraelNodoBdeberamostenerrespuestaaun
pingdesdeelHRAynosindicaquelaconfiguracinseencuentracorrectaytantoelRNCcomo
elNodoBseencuentranoperativosyenviandotrficoatravsdenuestraredMPLS.
128

A:HR_A#pingrouter400172.17.176.66
PING172.17.176.6656databytes
64bytesfrom172.17.176.66:icmp_seq=1ttl=255time=29.6ms.
64bytesfrom172.17.176.66:icmp_seq=2ttl=255time=5.14ms.
64bytesfrom172.17.176.66:icmp_seq=3ttl=255time=5.09ms.
64bytesfrom172.17.176.66:icmp_seq=4ttl=255time=4.40ms.
64bytesfrom172.17.176.66:icmp_seq=5ttl=255time=4.36ms.

172.17.176.66PINGStatistics
5packetstransmitted,5packetsreceived,0.00%packetloss
roundtripmin=4.36ms,avg=9.71ms,max=29.6ms,stddev=9.93ms

Observando la tabla ARP de la vprn se puede verificar que tenemos a la Estacin Base
(NodoB)siendoreconocidaporlainterfazTO_NODO_Bdelavprn:
A:HR_A#showrouter400arp

===============================================================================
ARPTable(Service:400)
===============================================================================
IPAddressMACAddressExpiryTypeInterface

172.17.176.100:00:5e:00:01:0100h00m00sOth[I]TO_RNC
172.17.176.200:40:43:67:48:8f03h52m07sDyn[I]TO_RNC
172.17.176.500:00:00:30:14:0000h00m00sOth[I]TO_RNC
172.17.176.6500:00:5e:00:01:0200h00m00sOth[I]TO_NODO_B
172.17.176.6600:40:43:a0:02:8903h59m54sDyn[I]TO_NODO_B
172.17.176.12500:00:00:30:14:0200h00m00sOth[I]TO_NODO_B

No.ofARPEntries:6
===============================================================================
129

Con esta secuencia deacciones setieneconfigurada unared MPLS protegida encapa 3


medianteVRRPyextendidaencapa2conVPLSmeshcontralacapadeagregacinydecaraal
RNC adems de un servicio epipe o pseudowire capaz de conmutar rpidamente en caso de
falladeunequipodeborde(HR1oHR2).

3.3.2.3PruebadeConmutacinyPacketLoss
Paracomprobarlarpidaconmutacinentregadaporfastrerouterealizaremosuncorte
defibraficticioenunadelasinterfacesdelbaserouter.Lapruebaconsistirenrealizarunping
extendido de categora rapid para comprobar la afectacin de trfico en porcentajes. La
rfagadepingserdediezmilpaquetesyporlotantounpaqueteperdidocorresponderaun
0,01% de packetloss; 10 paquetes perdidos correspondern a 0,1% de packetloss y as
sucesivamente.
El procedimiento consistir en chequear la traza primaria seguida por el servicio, en
segundo lugar iniciar una rfaga de ping desde el HR A y tercero realizar el corte de fibra
mientrasseestejecutandolarfaga.
Laprimeraverificacinnosindicaquedentrodelatopologaeltrficotomaladireccin:
ParaelLSPTO_HR1(sdp555):CSR1>MR1>HR1
ELchequeodelatrazaprimarianosarrojaelsiguienteresultado:
A:CSR1#oamlsptraceTO_HR1
lsptracetoTO_HR1:0hopsmin,0hopsmax,116bytepackets
1172.26.57.3rtt=0.924msrc=8(DSRtrMatchLabel)
2172.26.57.1rtt=1.05msrc=8(DSRtrMatchLabel)

130

Lo cual nos indica que debemos realizar el corte de fibra por el lado del MR1. Una vez
establecidoestacondicinejecutamoselcomandopingrouter400172.17.176.66rapiddesde
elHRAlocualnosarrojalasiguientesalida(esteprimercomandoesdedemostracin):
A:HR_A#pingrouter400172.17.176.66count10000rapid
PING172.17.176.6656databytes
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!
.
.
.
salidasadicionalessonomitidas
172.17.176.66PINGStatistics
10000packetstransmitted,10000packetsreceived,0.00%packetloss
roundtripmin=0.431ms,avg=5.59ms,max=12.2ms,stddev=4.51ms

El cual nos indica que de los diez mil paquetes enviados, diez mil paquetes fueron
recibidos correctamente y por lo tanto no hubo prdidas (porque no se ha realizado ningn
corte). En el caso de nuestro Nodo B conectado en el puerto 1/1/5 se realiza el monitoreo del
puerto para ver la tasa de trfico que est generando a travs de la red con el comando
monitorport1/1/5interval5ratecomosigue:
A:CSR1#monitorport1/1/5interval5rate

===============================================================================
MonitorstatisticsforPort1/1/5
===============================================================================
InputOutput
131

Attimet=0sec(BaseStatistics)

Octets7371656402891912293098019
Packets69163945417731985073
Errors00

Attimet=5sec(Mode:Rate)

Octets88604264677
Packets767660
Errors00
Utilization(%ofportcapacity)0.832.22

Attimet=10sec(Mode:Rate)

Octets73521273353
Packets642646
Errors00
Utilization(%ofportcapacity)0.692.29

Lo cual nos da una idea del porcentaje de utilizacin de este puerto (cercano al 2,4%).
UnavezqueprocedemosarealizarlapruebadebemosquitarlafibraquemirahaciaelMR1yla
salidadenuestrasinterfacesnosdaelsiguienteresultado(enelCSR1):
A:CSR1#showrouterinterface

===============================================================================
132

InterfaceTable(Router:Base)
===============================================================================
InterfaceNameAdmOpr(v4/v6)ModePort/SapId
IPAddressPfxState

TO_MR1DownUp/DownNetwork1/1/1
172.27.74.50/30n/a
TO_MR2UpUp/DownNetwork1/1/2
172.27.74.53/30n/a
systemUpUp/DownNetworksystem
172.26.57.13/32n/a

Interfaces:3

LainterfazcontraelMR1seencuentraenestadoDownylasrfagasdepingdesdeelHR
A nos muestran los siguientes resultados (se ven puntos para los paquetes no recibidos y no
confirmadosenelpuerto1/1/5,seencuentranmarcadosenplomo):
A:HR_A#pingrouter400172.17.176.66count10000rapid
PING172.17.176.6656databytes
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!.!!.!!!.!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!
.
.
.
salidasadicionalessonomitidas
172.17.176.66PINGStatistics
133

10000packetstransmitted,9997packetsreceived,0.03%packetloss
roundtripmin=0.431ms,avg=5.59ms,max=12.2ms,stddev=4.51ms

EstapruebanosdaunaideadelavelocidaddeconmutacindeldiseotopolgicoIPyel
significado implcito; cualquier corte de fibra hacia cualquiera de los extremos de la red anillo
nosproporcionalamnimaafectacindeserviciosenunaredcorporativayaseadevozodatos
yproporcionalafiabilidadsuficienteparapodermontarsobreellacualquiertipodeserviciosde
alto rendimiento (videoconferencias, juegos online etc.). La prueba se realiz sobre el anillo
que conforma el MR1, el CSR1 y el MR2 por ser ms demostrativa, pero incluso cortando dos
enlacesquenodejenaisladosaunrouterproporcionanresultadosmuysimilares;enestecaso
setenaunatasadeocupacindelpuertodeaccesocercanaaun2,4%,porlotantoseobtiene
un0,03%*2,4%=0,072%deperdidadepaquetesdentrodelflujonormaloperativodelnodoB.

3.4GestorSAM5620yadministracinremotadeequipamiento
Dentro de los objetivos primordiales de cualquier proyecto de implementacin de
nuevas tecnologas, se encuentra la monitorizacin de las alarmas entregadas por el
equipamientoinstaladoylavisualizacindelosenlacesylacreacindelatopologadentrode
un gestor grfico. Para realizar este tipo de monitorizacin existen herramientas de software
librequepuedenserutilizadasparalavisualizacindelaocupacindeanchosdebandaenlos
enlaces como la herramienta Cacti (www.cacti.net), utilizada para monitorizar el nivel de
ocupacin de enlaces en redes, entre otras y herramientas propietarias que entregan los
mismos proveedores de equipamiento (por el precio de licencias). Este es el caso del Gestor
SAM5620(ServiceAwareManager),encargadodemonitorizarlasalarmas,serviciosyestadode
los enlaces entre los equipos agregados a su gestin; sin un sistema de gestin grfico
estaramosimposibilitadosdemanejarelequipamientodemanerafcil.
Lapantalladeaccesoalgestorgrficoeslasiguiente:
134

Figura3.7PantalladeAccesoagestorgrficoSAM5620
En este apartado realizaremos la evaluacin del clster de Valdivia de la red de
produccin real de la empresa de telecomunicaciones a la cual hemos obtenido acceso
medianteestegestor.
La pantalla principal nos muestra los elementos principales para la gestin de los
equipos:
135

Figura3.8PantallaPrincipaldelgestorSAM5620
En la Figura 3.8 se muestran los elementos principales del gestor que son la
administracindelaRed(1),laVisualizacindelatopologaFsica(2)yVentanadeAlarmas(3).
Dentrodelascapacidadesavanzadasdeestegestorseencuentralavisualizacingrfica
de la topologa de los servicios implementados sobre la red para obtener un fcil acceso al
equipamiento y realizar troubleshooting para verificar lacorrecta operacin de losservicios de
transportedeinformacin.

3.4.1EvaluacindedesempeodelaredenClsterValdivia
Para la evaluacin del desempeo de la red utilizaremos el gestor SAM5620 y nos
enmarcaremosenelclsterdeValdiviadefinidoenlaventanadeTopologaFsicamostradaen
laFigura3.8.
El clster de Valdivia est conformado por 17 routers actualmente instalados en las
ubicacionesdelassiguientesfiguras:
136

Figura3.9RoutersDistribuidossobreValdivia(1)

Figura3.10RoutersDistribuidossobreValdivia(2)
En ambas figuras anteriores se pueden apreciar las localidades en las cuales han sido
emplazados los router para lograr la conectividad a nivel de fibra ptica a travs de nuestra
ciudad (CalleCalle, Huachocopihue, Hospital Valdivia, etc), definidos sobre un plan estratgico
privado de la empresade telecomunicaciones. Se debe recordar quepor cadarouter instalado
137

(en la capa de acceso) existe al menos un sitio celular entregando cobertura para la red de
telefona mvil; si revisamos cuanto trfico est manejando una BTS vamos a un router
cualquiera de la capa de acceso y monitorizamos el SAP asociado al puerto en cuestin; como
ejemplo tomaremos el CSR de Huachocopihue correspondiente al anillo tres del clster de
Valdivia e iniciaremos una sesin de telnet a travs del gestor como lo muestra la siguiente
figura:

Figura3.11IniciodesesindeTelnetenGestorSAM
Lo cual nos abrir automticamente una sesin en la cual nos pedir un nombre de
usuarioycontraseapreviamentedefinidosporeladministradordelaRedcomosemuestraen
laFigurasiguiente(elequipotieneasignadoelrouterid172.26.56.139):
138

Figura3.12IniciodesesinTelnetenequipoSARM
Realizaremos el monitoreo de trfico proveniente del Nodo B (en la capa de acceso)
conectado en el puerto 1/1/5 para lo cual revisaremos el correspondiente punto de acceso al
serviciooSAPconelcomandoshowservicesapusingcomolomuestralaFigura3.13;enesta
sepuedeapreciarqueseencuentrandefinidaslasVlan3765y3766pararealizareletiquetado
dot1q de las tramas de acceso. El monitoreo del puerto 1/1/5 (FastEthernet) Figura 3.14 nos
muestra que existe una ocupacin cercana al 1,35% (Input) de entrada de datos en el puerto
queeslocorrespondientealtrficonormaldeunnodoenunescenarionocongestionado;para
el caso de un escenario de nodo 3G congestionado se obtienen ocupaciones cercanas al 7%;
esto indica congestin a nivel de acceso en el Nodo pero no en el puerto del router.
Recordemos que el puerto es FastEthernet por lo tanto es capaz de manejar a su mxima
capacidad100Mbpsyporlotantounatasadeocupacindeun1,32%esigual1,32Mbpsyuna
deun7%de7Mbps.
139

Figura3.13IdentificacindelpuertodeAccesoenelrouterSARMHuachocopihue
Siseguimosmonitoreandohacialosextremosdelanillonoscomenzaremosadarcuenta
que el aporte de trficode este Nodo B (denominado como Nodo B Huachocopihue) de la red
3G de la empresa de telecomunicaciones es cercano a 1,3Mbps en un rango de operacin
normallocualdeningnmodohacecolapsarlospuertosGbEthernetquevancontralosdems
routers de la topologa. Es ms, la ocupacin de ambos puertos GbEthernet (1/1/1 y 1/1/2) es
de 0,06% y 0,40% respectivamente, como lo muestra la Figura 3.15 lo que nos indica que el
router no est realizando demasiado trabajo para procesar la informacin de ese Nodo B.
Ademslosvaloresestnmuyalejadosdelos251MbpsdefinidosainiciosdeCaptuloporcada
CSR(SARM)yaqueenestosmomentosnoseencuentraintegradalared2GnilaredLTEsobre
estosequipos.
140

Figura3.14Monitoreodetrficoenpuertodeacceso1/1/5
Si continuamos creciendo hacia la Capa de Agregacin (hacia los MR) podemos darnos
cuentadecmosevaincrementandoeltrficoamedidaquesubimosatravsdelosdistintos
nivelesdenuestratopologa.
Como segundo paso nos ubicaremos sobre la capa de Agregacin y contra la capa de
Core para observar el flujo de trfico proveniente de los Nodos B conectados al clster de
Valdivia (figura 3.16); en este punto podemos observar el trfico total de la red 3G de nuestro
clster;losequipossobreloscualesrealizaremoselmonitoreosedenominanVALDIVIA_MR_Ay
VALDIVIA_MR_B
El monitoreo de trfico en los puertos contra los HRs nos dan un porcentaje de
ocupacinde0,94%enMRByun2,20%enMRA.Estonosdacomoresultadounvalorcercano
a 22Mbps + 9,4Mbps = 31,4Mbps de trfico total de uso de red en Valdivia; se debe destacar
queestasmedicionessehicieronduranteunperododemantenimiento(cercadelas3a.m).
141

Figura3.15MonitoreodetrficoenpuertosGbEthernetenSARMHuachocopihue
Si bien es cierto la cantidad de trfico que aporta la red 3G de Valdivia es poco
comparadoagrandeslocalidadescomo la localidad de uoa o Independencia en Santiago,
la solucin empleada IP/MPLS est dimensionada para realizar el transporte de trfico de los
Nodos2Gdelaredparalela(ATM)alared3Gmostrada;ademssedebeintegrarenunfuturo
cercanolaredLTEdelacompaaconlocuallautilizacindeanchodebandadelaredtroncal
IP/MPLSseverincrementadodrsticamente.

142

Figura3.16CapadeAgregacin

Figura3.17MonitoreodetrficoMRBValdivia

143

Figura3.18MonitoreodetrficoenMRAValdivia

3.5ProyeccindelatecnologaIP/MPLSaMPLSTPenredesPTNMPLS
Si bien es cierto la tecnologa IPMPLS es madura y es suficiente para soportar varios
escenariosdeaplicacinporelhechodeentregarmuypoderosascapacidadesdeingenierade
trfico,suequipamientoycostosoperacionaleshanimpedidoquelosproveedoresdeservicios
dedespliegueagranescalaentrenalasredesmetroyredesdeagregacin.
Los ingenieros de mantenimiento de redes de transporte y tcnicos que estn
familiarizadosconoperacionesyprocedimientosdeoperacinderedesSONET/SDHrequeriran
entrenamientosadicionalparaaprenderlaadministracinyplanificacinderedesIP/MPLS.De
manera adicional IP/MPLS carece de componentes clave de operacin, administracin y
144

funciones de mantenimiento para el monitoreo de rendimiento y administracin de fallas de


redesSONETSDH.
MPLSTP (TP Transport Profile) es un perfil de transporte de MPLS cuya definicin ha
sidomanejadaporelIETF.EstdiseadaparasuusocomoTecnologadeCapadeRedenredes
de transporte. Su diseo ser una continuacin del trabajo empezado por los expertos en
transporte de red del ITUT, especficamente del SG15. Esta es una aplicacin de paquetes
conmutadosorientadosalaconexinqueentregarunaimplementacinMPLSdedicadalacual
quitar caractersticas que son irrelevantes a aplicaciones orientadas a la conexin y aadir
mecanismosquedarnsoporteparafuncionalidadesdetransportecrticas.
MPLSTP simplifica los escenarios de MPLS con un decremento en la utilizacin de
equipamiento,operacinycostosdemantenimiento.Elplanodedatosestseparadodelplano
decontrol,locualconduceaunaestabilidadmuyaltadelared,confiabilidadyflexibilidad.Con
inteligentes capacidades de operacin, administracin y mantenimiento y funciones
conmutadasdeproteccin,lasPTNbasadasenMPLSpuedenalcanzarlamismaconfiabilidady
nivelderesilienciadeunaSDHdeprximageneracin(NGSDH).
DentrodelasmejorasenlascaractersticasquesonaplicadasaMPLSTPseencuentran:
RestriccionesymejorasenelplanodereenvoMPLS
PlanodeControl:estticoodinmico
FuncionalidadesmejoradasdeOAM(Operacin,AdministracinyMantenimiento)
3.5.1PlanodeReenvo
ParamejorareltransportedeRedylascapacidadesdeadministracin,sehanajustado
algunoselementosdeMPLSenMPLSTPloscualesson:
NoexisteunindeLSP:LasarquitecturasbasadasenIP/MPLSpermitenalosLSPunirlos
paquetes que atraviesan el mismo camino, lo cual ayuda a mejorar la eficiencia en el
transportedeltrficoperodacomoresultadolaprdidadeinformacindelacabecera.
145

LainformacindecabeceraescrticaparaentregarcapacidadesdeOAMmejoradas(las
cualeslosproveedoresdeserviciodesean).MPLSTPnopermitelaunindeLSPlocual
nosguaaunacapacidaddeOAMmejoradadeextremoaextremo.
Nosequitaelltimosalto(PenultimateHopPoppingPHP):Laextraccindelaetiqueta
de egreso MPLS, permitida en las redes basadas en IP/MPLS, causaban la prdida del
contexto en el router P adyacente. La etiqueta MPLS de egreso es utilizada como un
identificadordeOAMparalascapacidadesmejoradasdeOAMentregadasporMPLSTP,
pero no es permitida en rede MPLSTP. Tambin PHP no entrega beneficios aparentes
paralasVPNenCapa2.
No hay Balanceo de Carga/ECMP (Equal Cost Multi Path): ECMP es un mecanismo de
reenvoparaelenrutamientodepaquetesalolargodemltiplescaminosdeigualcosto
para alcanzar una distribucin casi igual de la carga en los enlaces. Sin embargo este
mecanismo conduce a problemas para la deteccin de fallas debido a que los caminos
actualesdelarutadeltrficovaraentrelospaquetes.
LSPBidireccionalCongruente:EsteelementopermitealasredesbasadasenMPLSTPla
emulacin de las clsicas redes de transporte la transmisin y la recepcin siguen el
mismo camino a travs de la red. Esta simplifica las operaciones para la conectividad
bidireccional, la cual mejora el rendimiento en el jitter debido a la reducida
variabilidadenelretardodelospaquetes.Estotambinsimplificaladeteccindefallasy
mejoralautilizacindelasmejorasenOAMentregadasporMPLSTP.

3.5.2PlanodeControl
Dentro del contexto de MPLSTP, el plano de control es el mecanismo utilizado para
ajustarunLSPautomticamenteatravsdeundominiodereddepaquetesconmutados.Eluso
de un protocolo de plano de control es opcional en MPLSTP. Algunos operadores pueden
preferirconfigurarlosLSPsyPWsutilizandounSistemadeAdministracindeReddelamisma
manera en la cual se realiza el aprovisionamiento de SONET. En este caso no se utiliza IP o
146

protocolosdeenrutamiento.Demanerainversaesposibleutilizarunplanodecontroldinmico
con MPLSTP con lo cual los lSPs y PWs son ajustados por la red utilizando GMPLS (MPLS
Generalizado) y el Protocolo de Distribucin de Etiquetas Dirigido (TargetedLDP TLDP),
respectivamente. GMPLS est basado en las extensiones de Ingeniera de Trfico (TE) a MPLS
(MPLSTE).TambinpuedeserutilizadoparaajustarlasfuncionesdeOAMydefinirmecanismos
derecuperacin.TLDPespartedelaarquitecturadelPWyesampliamenteutilizadohoyenda
parasealizarPWsysuestado.
Porlotantoamododeresumensepuededecirqueenunfuturomuycercanolonico
que atravesarn las redes mundiales sern paquetes y se necesita definir nuevos estndares y
arquitecturas para el transporte de estos. MPLSTP representa un nuevo desarrollo en la larga
listadeprotocolosdelasuiteMPLS.Esteentregaunaarquitecturaevolucionadapararedesde
transporte basadas en TDM y est optimizada para el transporte de paquetes. Esta tecnologa
conserva cuidadosamente las caractersticas de OAM y administracin que los grupos de
transportehanvenidoutilizandoenelpasadoypermiteunaintegracincompletadeextremoa
extremo con las infraestructuras IP/MPLS existentes y futuras. Con la utilizacin de IP/MPLS y
MPLSTP, los proveedores de servicio tendrn una manera consistente de realizar el
aprovisionamiento,administracinytroubleshootingenlatotalidaddelospuntosextremosde
lared.
El siguiente diagrama extrado de la pgina web www.cisco.com (Figura 3.19) ilustra de
mejor manera la definicin del significado de MPLSTP y su gran importancia. En el caso de
nuestraredMobileBackhaulCorporativamostradaenlaFigura3.6losequiposutilizadosdesde
el core IP hasta el acceso son equipos IP/MPLS; esto significa que ninguno de estos equipos
podrtenerrelacindirectaodeparaparconunmediodetransmisincomoSDH,ROADMo
DWDM; solo sern vistos como una nube en el caso de que se realice la interconexin contra
ellos,peronosepodrrealizarningunaoperacindemantenimiento.Estafuncionalidadserla
nuevamenteimplementadaenunfuturomuycercanoenlasredesanivelNacionalypermitir
la comunicacin con estos equipos y permitir la mejor administracin de recursos de la red,
147

mantenimiento y como se ha mencionado extensamente en este trabajo de titulacin, la


deteccindefallas.

Figura3.19IntegracindeIPMPLSyMPLSTP
Se puede observar tambin la acotacin de las funciones realizadas por IPMPLS y
MPLS.TP. IPMPLS ser la encargada de trabajar slo en el core multiservicio realizando solo la
funcin de conmutacin de etiquetas contra la red MPLSTP y el segmento de control de los
equipos de Acceso de la red NGN; por su parte la red MPLSTP realizar la conmutacin de
etiquetas contra el acceso y tambin contra los distintos medios de transmisin mencionados
anteriormente(CWDM,ROADMDWDM,etc.)

148

CAPTULO4CONCLUSIONES

El mercado mvil hoy en da es muy cambiante y para seguir siendo competitivo los
proveedoresdeserviciosmvilesdebenentregarserviciosaunbajocosto.Lasdemandasdelos
usuariosmvileshanidoevolucionandodesdelosserviciosbsicosdedatoscomolamensajera
instantneayelemailhaciaaplicacionesmuchomssensiblesalosretardosenlatransmisin
dedatoscomolosonlasaplicacionesmultimediaentiemporeal,lasvideoconferencias,etc.
Las redes de transporte mvil (y redes de transporte en general) como la analizada en
este trabajo de titulacin deben ser escalables y soportar las futuras demandas de ancho de
bandadetecnologasfuturascomosonLTEoWiMAX.
Mientrasmssuscriptorescomiencenaadoptarserviciosavanzados3Glasdemandasde
anchodebandaenChilecomenzarnasermsaltasyporlotantolanecesidaddelosclientes
delosISPdeobtenermsservicioscomenzartambinacrecerexponencialmente.
Si bien es cierto la red Mobile Backhaul IPMPLS analizada cumple con los
requerimientos de una red escalable y rentable ya que puede mantener distintos tipos de
servicios sobre la misma red (ATM, FR, Ethernet) las demandas de ancho de banda seguirn
incrementndoseylaredenalgnmomentodeberagregarmsenlacesoinclusomodificarsu
configuracinparaadaptarsealosnuevosrequerimientosdeanchodebanda.
Es por esto que las tecnologas van en continuo desarrollo y el mercado de las
telecomunicacionesestancambianteydinmico.Hoyendaypormuchotiempomslamejor
opcinparalaimplementacinderedesescalableseslautilizacindeequiposMPLSdebidoasu
flexibilidadycompatibilidadcondiversastecnologas.
Laevolucinendiezaoshasidotalquesehaidocreciendocasiaunnivelexponencial
permitiendo hoy en da tener Estaciones Base capaces de manejar hasta 100Mb/s y la gran
149

mayora de las redes de transporte a nivel mundial para poder soportar tales tasas de trfico
utilizanlatecnologadepseudowiresIP/EthernetconequipamientoMPLS.
Sepuedeconcluirtambinqueestetrabajodetitulacintuvocomofinalidadabarcarde
la manera ms extensa la tecnologa de transporte IPMPLS y su evolucin MPLSTP las cuales
son hoy en da el presente y el futuro en el camino evolutivo hacia allIP, por lo cual
tendremos a estos medios de transportes de informacin presentes en las redes troncales de
todoslosproveedoresdeserviciosanivelnacionaleinternacionalporunlargotiempo.
Para finalizar y de manera personal, este trabajo de titulacin me permiti conocer y
entenderconceptosestudiadosdurantemiestadaenlaUniversidaddemaneramsprofunda
sobre todo en lo relacionado a las Telecomunicaciones y Comunicaciones Modernas y poder
visualizar e implementar de manera prctica la implementacin de una solucin. Tambin
espero que este material sirva de aporte y de apoyo a cualquier estudiante de la carrera de
IngenieraElectrnicaquedeseeprofundizarenelestudioderedesdeprximageneracinya
quiendeseetambinindagareneldesarrollo,implementacinyconfiguracindesolucionesde
transporte de informacin basadas en la tecnologa IP/MPLS, ya seaen cualquiera de las reas
enlascualesdeseedesempearsecomofuturoprofesional.

150

REFERENCIASBIBLIOGRFICAS
[1] http://es.wikipedia.org/wiki/Multiprotocol_Label_Switching (Conmutacin MultiProtocolo
medianteetiquetas)
[2]http://www.alcatellucent.comRouterMPLS.
[3] Designing and Implementing IP/MPLSBased Ethernet Layer 2 VPN Services: An Advanced Guide for
VPLSandVLLZhuoXu
[4]AlcatelLucentScalableIPNetworksKentHudley
[5]AdvancedQoSforMultiServiceIP/MPLSNetworksRamBalakrishnan
[6]ReddesiguienteGeneracin
http://es.wikipedia.org/wiki/Red_de_siguiente_generaci%C3%B3n
[7]NextGenerationPacketBasedTransportNetworks(PTN)RezaVaezGhaemi,Ph.D.
[8]UnderstandingMPLSTPanditsBenefitsCiscoSystems
http://www.cisco.com/en/US/technologies/tk436/tk428/white_paper_c11562013.pdf

151

GLOSARIO

2G:SegundaGeneracindeTelefonaMvil.
3G:Abreviacindetercerageneracindetransmisindevozydatosatravsdetelefonamvil
medianteUMTS.
AS: Sistema Autnomo; grupo de redes IP que poseen una poltica de rutas propia e
independiente.
ATM: El Modo de Transferencia Asncrona o Asynchronous Transfer Mode (ATM) es una
tecnologadetelecomunicacindesarrolladaparahacerfrentealagrandemandadecapacidad
detransmisinparaserviciosyaplicaciones
BGP:BorderGatewayProtocol;esunprotocolomedianteelcualseintercambiainformacinde
encaminamientoentresistemasautnomos.
CES:ServiciodeEmulacindeCircuitos;esunatecnologadetelecomunicacionesutilizadapara
transmitir servicios TDM como las lneas digitales tradicionales y los circuitos de portadora E
sobreredesATM.
CSPF: Constrained Shortest Path First; Primera ruta ms Corta restringida. Es un algoritmo de
estadoenlace utilizado en el cmputo de rutas, para rutas de conmutacin de etiquetas que
estnsujetasamltiplesrestricciones.
DOCSIS: Son las siglas de data over cable service interface specification (en castellano,
especificacin de interfaz para servicios de datos por cable); estndar no comercial que
define los requisitos de la interfaz de comunicaciones y operaciones para los datos sobre
sistemasdecable.
152

DSLAM: Son las siglas de Digital Subscriber Line Access Multiplexer (Multiplexor de lnea de
acceso de abonado digital). El DSLAM es un multiplexor localizado en la central telefnica que
proporcionaalosabonadosaccesoalosserviciosDSLsobrecabledepartrenzadodecobre.
FEC: Una Clase Equivalente de Reenvo es un trmino utilizado en MPLS para describir un
conjuntodepaquetesconcaractersticasidnticasosimilares,loscualespuedenserreenviados
delamismaforma.
FR: Frame Relay o (Framemode Bearer Service) es una tcnica de comunicacin mediante
retransmisin de tramas para redes de circuito virtual, introducida por la ITUT a partir de la
recomendacin I.122 de 1988. Consiste en una forma simplificada de tecnologa de
conmutacin de paquetes que transmite una variedad de tamaos de tramas o marcos
(frames)paradatos,perfectoparalatransmisindegrandescantidadesdedatos.
FRR:FastRerouteesunatecnologaderesilienciaMPLSqueentregaunarpidarecuperacinen
elcasodefalladelosenlaces.
IES: Internet Enhanced Service Servicio de Internet Mejorado; Servicio que entrega hacia el
clienteunainterfazenCapa3paraenviaryrecibirtrficodesdeyhaciaInternet.
IGP: Interior Gateway Protocol (IGP, protocolo de pasarela interno) hace referencia a los
protocolosusadosdentrodeunsistemaautnomo.
IP: Internet Protocol (en espaol Protocolo de Internet) o IP es un protocolo de comunicacin
de datos digitales clasificado funcionalmente en la Capa de Red segn el modelo internacional
OSI.
IPTV: Internet Protocol Television (IPTV) es la denominacin ms comn para los sistemas de
distribucin por subscripcin de seales de televisin o vdeo usando conexiones de banda
anchasobreelprotocoloIP.
153

ISIS: El protocolo ISIS es un protocolo de estado de enlace, o SPF (shortest path first), por lo
cual,bsicamentemanejaunaespeciedemapaconelquesefabricaamedidaqueconvergela
red.
ISP: Un proveedor de servicios de Internet (o ISP, por la sigla en ingls de Internet Service
Provider)esunaempresaquebrindaconexinaInternetasusclientes.
ITU: La Unin Internacional de Telecomunicaciones (UIT) es el organismo especializado de
Telecomunicaciones de la Organizacin de las Naciones Unidas encargado de regular las
telecomunicaciones a nivel internacional entre las distintas administraciones y empresas
operadoras.
LAN:Unaredderealocal,redlocaloLAN(delinglslocalareanetwork)eslainterconexinde
unaovariascomputadorasyperifricos.
LDP: Protocolo de Distribucin de Etiquetas; es un protocolo en el cual los routers MPLS
intercambianinformacindemapeodeetiquetas.
LIB:BasedeInformacindeEtiquetas;eslatablamantenidaporlosroutersMPLSutilizadapara
almacenar los detalles del puerto y la correspondiente etiqueta del router MPLS que va a ser
puestaosacadasobrelospaquetesMPLS.
LSP: Intercambio de rutas por etiqueta, LSP del ingls Label Switched Path, es una ruta sobre
unaredMPLS,establecidaporunprotocolodesealizacincomoLDP,RSVPoCRLDP.
LTE: LTE (Long Term Evolution) es un nuevo estndar de la norma 3GPP. Nuevo concepto de
arquitecturaevolutiva(4G).
MAN:Unareddereametropolitana(MetropolitanAreaNetworkoMAN,eningls)esunared
de alta velocidad (banda ancha) que da cobertura en un rea geogrfica extensa, proporciona
capacidad de integracin de mltiples servicios mediante la transmisin de datos, voz y vdeo,
sobremediosdetransmisintalescomofibrapticaypartrenzado.
154

MPLS: MPLS (MultiProtocol Label Switching) es una red privada IP que combina la flexibilidad
de las comunicaciones punto a punto o Internet y la fiabilidad, calidad y seguridad de los
serviciosPrvateLine,FrameRelayoATM.
MSO: Operador de Sistemas Mltiples es un operador de mltiples sistemas de televisin por
cableodetransmisindirectaporsatlite.
NGN: Red de Siguiente Generacin o Red Prxima Generacin (Next Generation Networking o
NGNeningls)esunampliotrminoqueserefierealaevolucindelaactualinfraestructurade
redes de telecomunicacin y acceso telefnico con el objetivo de lograr la convergencia
tecnolgicadelosnuevosserviciosmultimedia.
PC: Una computadora personal u ordenador personal, tambin conocidas como PC (sigla en
ingls de personal computer), es una microcomputadora diseada en principio para ser usada
porunasolapersonaalavez.
PE: Un router PE (Provideredge) es un router entre un rea de un proveedor de servicios y
reasadministradasporotrosproveedoresdeservicios.
PON: Una red ptica pasiva (del ingls Passive Optical Network, conocida como PON) permite
eliminar todos los componentes activos existentes entre el servidor y el cliente introduciendo
en su lugar componentes pticos pasivos (divisores pticos pasivos) para guiar el trfico por la
red,cuyoelementoprincipaleseldispositivodivisorptico(conocidocomosplitter).
PSTN: Red Telefnica Conmutada; conjunto de elementos constituido por todos los medios de
transmisinyconmutacinnecesariosparaenlazaravoluntaddosequiposterminalesmediante
uncircuitofsicoqueseestableceespecficamenteparalacomunicacinyquedesapareceuna
vezquesehacompletadolamisma.
PTN:ReddetransportedePaquetes.
QoS: QoS o Calidad de Servicio (Quality of Service, en ingls) son las tecnologas que permiten
aplicaruntratamientoespecficoaundeterminadotipodetrfico.
155

RAN: Red de Acceso por Radio; es parte de un sistema de telecomunicaciones mviles, la cual
implementalatecnologadeaccesoporradio.
RSVP:Elprotocolodereservaderecursos(RSVPoResourceReservationProtocol),descritoen
RFC2205,esunprotocolodelacapadetransportediseadoparareservarrecursosdeunared
bajolaarquitecturadeserviciosintegrados.
SAP:UnPuntodeAccesoaServicioesunaetiquetautilizadaparaidentificarlospuntosfinales
dered.
SDP:Punto deDistribucindelServicio;representacinlgicadeltneldetransportequeser
utilizadoparaentregarlosdatosdelservicioalprximorouter.
SIP: Session Initiation Protocol (SIP o Protocolo de Inicio de Sesiones) es un protocolo
desarrolladoporelgrupodetrabajoMMUSICdelIETFconlaintencindeserelestndarparala
iniciacin, modificacin y finalizacin de sesiones interactivas de usuario donde intervienen
elementos multimedia como el video, voz, mensajera instantnea, juegos en lnea y realidad
virtual.
SLA:UnacuerdodeniveldeserviciooServiceLevelAgreement,tambinconocidoporlassiglas
ANSoSLA,esuncontratoescritoentreunproveedordeservicioysuclienteconobjetodefijar
elnivelacordadoparalacalidaddedichoservicio.
TDM: Multiplexacin por divisin de tiempo (Time Division Multiple Access o TDMA) es una
tcnicaquepermitelatransmisindesealesdigitalesycuyaideaconsisteenocuparuncanal
(normalmente de gran capacidad) de transmisin a partir de distintas fuentes, de esta manera
selograunmejoraprovechamientodelmediodetransmisin.
TDT:Televisindigitalterrestre(TDT)eslatransmisindeimgenesenmovimientoysusonido
asociado (televisin) mediante una seal digital (codificacin binaria) y a travs de una red de
repetidoresterrestres.
156

VLL:Serviciodecablevirtualprivado;serviciopuntoapuntoqueemulaunalneaarrendada;se
utilizatambinVPWS.
VPLS:ServiciodeLANprivadavirtual(VPLS)esunaformadeproporcionarEthernetmultipunto
amultipuntobasadoenlacomunicacinsobreredesIP/MPLS.
VPN: Una red privada virtual, RPV, o VPN de las siglas en ingls de Virtual Private Network, es
unatecnologaderedquepermiteunaextensinseguradelaredlocalsobreunaredpblicao
nocontroladacomoInternet.
VPRN:RedPrivadaVirtualEnrutada;esunserviciodeCapa3queconectamltiplessitiosenel
dominiodeenrutamientosobreunaredIP/MPLS.
VPWS:Serviciodecablevirtualprivado;serviciopuntoapuntoqueemulaunalneaarrendada.
WAN:Unareddereaamplia,oWAN,porlassiglasdewideareanetworkeningls,esunared
decomputadorasqueabarcavariasubicacionesfsicas,proveyendoservicioaunazona,unpas,
inclusovarioscontinentes.
xDSL: Se conoce como xDSL a la familia de tecnologas de acceso a Internet de banda ancha
basadasenladigitalizacindelbucledeabonadotelefnico(elpardecobre).

Vous aimerez peut-être aussi