Guía de Operación RPV Multiservicios Local y Nacional V 3.0

CLARO PERU
GERENCIA DE PLANIFICACION DE REDES DE

DATOS
RED MPLS/VPN + METRO ETHERNET
Guía de Operación
Servicio RPV Multiservcios Local y RPV Nacional
Versión 3.0
Autor : Carlos Nestarez.
14 de Agosto de 2012
TABLA DE CONTENIDOS
1.- OBJETIVO ................................................................................................................................. 11
2.- INTRODUCCIÓN ...................................................................................................................... 11
2.1.- ORGANIZACIÓN DEL DOCUMENTO .......................................................................................... 11

2.2.- AUDIENCIA ................................................................................................................................ 11
2.3.- DEFINICIÓN DE TÉRMINOS Y GLOSARIO.................................................................................. 11
3.- DESCRIPCIÓN DEL SERVICIO ............................................................................................ 12
3.1.- CARACTERÍSTICAS DEL SERVICIO........................................................................................... 16

3.2.- MODOS DE ACCESO ............................................................................................................. 16
4.- ARQUITECTURA DE SERVICIO Y RED............................................................................. 17
4.1.- ELEMENTOS DE RED MPLS, METRO ETHERNET Y ATM ..................................................... 17

4.1.1.- RED MPLS Y ACCESO METRO ETHERNET – LIMA.................................................................. 17
4.1.2.- RED MPLS Y ACCESO METRO ETHERNET – PROVINCIAS ...................................................... 17
4.1.3.- RED MPLS Y ACCESO ATM ................................................................................................... 17
4.2.- ARQUITECTURA DEL SERVICIO ................................................................................................ 19
4.2.1.- ANCHOS DE BANDA SEGÚN PLATAFORMA DE ACCESO............................................................ 20
4.2.1.1.- Acceso ATM ......................................................................................................................... 20
4.2.1.2.- Acceso Metro Ethernet ......................................................................................................... 20
4.3.- ARQUITECTURA DE RED........................................................................................................... 21
4.3.1.- TOPOLOGÍA DE RED IP/MPLS ................................................................................................. 21
4.3.2.- ARQUITECTURA DE LA RED DE ACCESO METRO ETHERNET .................................................. 22
4.3.3.- COBERTURA DEL SERVICIO ..................................................................................................... 22
4.4.- PROTOCOLOS USADOS ............................................................................................................. 24
4.5.- SOFTWARE DE LA PLATAFORMA ............................................................................................. 25
4.6.- PROTOCOLOS DE ENRUTAMIENTO........................................................................................... 26
4.6.1.- ENRUTAMIENTO P-PE, PE-PE ................................................................................................. 26
4.6.2.- ENRUTAMIENTO PE-CPE PARA EL SERVICIO RPV LOCAL ..................................................... 26
4.6.2.1.- Enrutamiento Estático.......................................................................................................... 26
4.6.2.2.- Enrutamiento Dinámico BGPv4 .......................................................................................... 26
4.6.3.- ENRUTAMIENTO PE-CPE PARA EL SERVICIO RPV NACIONAL ............................................... 27
4.6.3.1.- Enrutamiento Estático.......................................................................................................... 27
4.6.3.2.- Enrutamiento Dinámico BGPv4 .......................................................................................... 27
4.6.4.- ENRUTAMIENTO CPE – RED DEL CLIENTE. ............................................................................ 28
4.7.- PLAN DE DIRECCIONAMIENTO IP DE CLIENTES ..................................................................... 28
4.8.- ASIGNACIÓN DE VLAN EN RED METRO ETHERNET.............................................................. 29
4.8.1.- PLAN DE ASIGNACIÓN DE VLANS EN RED METRO ETHERNET DE LIMA Y PROVINCIAS. ....... 29
4.8.2.- PLAN DE ASIGNACIÓN DE VLANS EN U-PE ............................................................................ 29
4.8.3.- ASIGNACIÓN DE VLAN EN POP METRO ETHERNET .............................................................. 30
4.8.3.1.- Asignación de VLAN en PE-Agregador Chinchón .............................................................. 30
4.8.3.2.- Asignación de VLAN en PE-Agregador San Martín ............................................................ 30
4.8.3.3.- Asignación de Vlan en PE-Agregador Cotabambas ............................................................ 31
4.8.3.4.- Asignación de Vlan en PE de provincias ............................................................................. 32
4.9.- ASIGNACIÓN DE IP PARA EL SERVICIO DEDICADO A INTERNET ............................................ 32
4.10.- VALORES DE RD Y RT ............................................................................................................ 33
4.10.1.- VALORES DE RD ................................................................................................................... 33
4.10.2.- NOMBRE DE LAS VRF ........................................................................................................... 35
4.10.3.- VALORES RT ......................................................................................................................... 35
4.10.3.1.- Políticas de Importación/ Exportación de RT .................................................................... 35
4.11.- GESTIÓN DE RED..................................................................................................................... 36
4.11.1.- GESTIÓN DE EQUIPOS BACKBONE ......................................................................................... 36
4.11.2.- GESTIÓN DE EQUIPOS CPE .................................................................................................... 36
4.11.3.- RT PARA ADMINISTRACIÓN DE CPE ..................................................................................... 36
4.11.4.- PLAN DE DIRECCIONAMIENTO IP – GESTIÓN DE CPE ........................................................... 36
4.11.4.1.- Red de Administración – NOC ........................................................................................... 36
4.12.- CLASES DE SERVICIO .............................................................................................................. 37
4.12.1.- TIPOS Y POLÍTICAS DE TRÁFICO ............................................................................................ 37
4.12.2.- IDENTIFICACIÓN DE LAS CLASES DE SERVICIOS .................................................................... 38
4.12.3.- CLASE DE SERVICIO 3 (COS 3) .............................................................................................. 38
4.12.3.1.- Voz y telefonía sobre IP ..................................................................................................... 38
4.12.3.2.- Voz y telefonía sobre IP usando ATA ................................................................................. 39
4.12.3.3.- Videoconferencia ............................................................................................................... 39
4.12.4.- FUNCIONES DE LOS EQUIPOS DE RED .................................................................................... 40
4.13.- CPE.......................................................................................................................................... 41
4.13.1.- SERVICIO RPV LOCAL .......................................................................................................... 41
4.13.2.- SERVICIO RPV NACIONAL .................................................................................................... 42
4.13.3.- CONSIDERACIONES A TENER EN CUENTA PARA LA ELECCIÓN DE IOS DE LOS CPES. ........... 43
4.14.- CONSIDERACIONES DE INGENIERÍA ...................................................................................... 44
4.14.1.- ENLACES MPLS .................................................................................................................... 44
4.14.2.- ENLACES METRO ETHERNET ................................................................................................ 45
4.14.3.- PLATAFORMA DE TRANSPORTE............................................................................................. 45
4.14.4.- EQUIPAMIENTO DE ACCESO .................................................................................................. 45
4.15.- CONSIDERACIONES VARIAS ................................................................................................... 46
4.15.1.- DELAY PARA VOIP ................................................................................................................ 46
5.- PROCEDIMIENTO DE CONFIGURACIÓN ........................................................................ 47
5.1.- ESCENARIOS DE SERVICIOS PARA EL SERVICIO RPV LOCAL ................................................ 47

5.1.1.- ESCENARIO ACCESO METRO ETHERNET EN LIMA .................................................................. 47
5.1.2.- ESCENARIO ACCESO METRO ETHERNET EN PROVINCIAS........................................................ 47
5.1.3.- ESCENARIO ACCESO ATM ...................................................................................................... 48
5.1.4.- ESCENARIO ACCESO SERIAL – ENLACES SATELITALES........................................................... 48
5.2.- ESCENARIOS DE SERVICIOS PARA EL SERVICIO RPV NACIONAL .......................................... 50
5.2.1.- ESCENARIO ACCESO METRO ETHERNET ................................................................................. 50
5.2.2.- ESCENARIO ACCESO ATM ...................................................................................................... 51
5.3.- NORMATIVAS DE CONFIGURACIÓN EN LA RED ACCESO METRO ETHERNET ....................... 52
5.4.- PROCEDIMIENTO DE CONFIGURACIÓN DEL SERVICIO RPV LOCAL ..................................... 58
5.4.1.- CONFIGURACIÓN EN CPE ........................................................................................................ 58
5.4.2.- CONFIGURACIÓN EN CATALYST 4506 Y CATALYST 4503 ...................................................... 63
5.4.3.- CONFIGURACIÓN EN CATALYST 4510R .................................................................................. 67
5.4.4.- CONFIGURACIÓN EN GSR 12406............................................................................................. 67
5.4.5.- CONFIGURACIÓN EN CISCO 7206 – PE PROVINCIAS ............................................................... 70
5.5.- PROCEDIMIENTO DE CONFIGURACIÓN DEL SERVICIO RPV NACIONAL ............................... 73
5.5.1.- CONFIGURACIÓN EN CPE ........................................................................................................ 73
5.5.2.- CONFIGURACIÓN EN CATALYST 4506 Y CATALYST 4503 ...................................................... 75
5.5.3.- CONFIGURACIÓN EN CATALYST 4510R, NODO N-PE Y NODO PE ......................................... 76
6.- TROUBLESHOOTING............................................................................................................. 77
6.1.- TROUBLESHOOTING MPLS ..................................................................................................... 77

6.2.- TROUBLESHOOTING SERVICIO RPV (VPN-L3) ..................................................................... 79
6.2.1.- TROUBLESHOOTING EN EL ACCESO METRO ETHERNET (U-PE Y PE-AGG) ........................... 79
6.2.2.- TROUBLESHOOTING EN EL N-PE ............................................................................................. 82
6.2.3.- TROUBLESHOOTING EN EL CPE .............................................................................................. 84
6.3.- TROUBLESHOOTING VIDEO Y VOIP ........................................................................................ 86
7.- ANEXOS ..................................................................................................................................... 87
7.1.- PARÁMETROS DE CONFIGURACIÓN ACCESO METRO ETHERNET ......................................... 87

7.2.- PARÁMETROS DE CONFIGURACIÓN ACCESO ATM................................................................. 87
7.3.- ASIGNACIÓN DE IDE Y CID ..................................................................................................... 87
7.4.- ASIGNACIÓN DE CIRCUITOS EN RED DE TRANSPORTE SDH-10G .......................................... 87
7.5.- INVENTARIO DE EQUIPOS ......................................................................................................... 87
7.6.- CONFIGURACIÓN DE LA PLATAFORMA IMPLEMENTADA ...................................................... 87
7.7.- PROTOCOLOS DE RUTEO .......................................................................................................... 88
7.7.1.- OSPF ....................................................................................................................................... 88
7.7.1.1.- Area del Backbone OSPF - Lima ......................................................................................... 88
7.7.1.2.- Areas locales OSPF – Lima - Provincias ............................................................................ 88
7.7.2.- INTERNAL MP-BGP ................................................................................................................ 89
7.7.3.- RUTEO LOCAL.......................................................................................................................... 90
7.8.- PLAN DE DIRECCIONAMIENTO IP EN RED IP MPLS/VPN ..................................................... 91
7.8.1.- RED MPLS/VPN ..................................................................................................................... 91
7.8.1.1.- Enlaces del Core MPLS ....................................................................................................... 91
7.8.1.2.- Interfaces Loopback – Core MPLS ...................................................................................... 93
7.8.1.3.- Configuración en CPE de cliente ......................................................................................... 93
LISTA DE TABLAS
TABLA 1.- HISTORIAL DE CAMBIOS .................................................................................................................... 10
TABLA 2.- ORGANIZACIÓN DEL DOCUMENTO ..................................................................................................... 11
TABLA 3.- DEFINICIÓN DE TÉRMINOS Y GLOSARIO ............................................................................................. 12
TABLA 4.- ANCHOS DE BANDAS DE ACCESO POR PUERTO Y POR CLASE DE SERVICIO EN LIMA ........................... 14
TABLA 5.- ANCHOS DE BANDAS DE ACCESO POR PUERTO Y POR CLASE DE SERVICIO EN PROVINCIAS ................. 15
TABLA 6.- ANCHOS DE BANDAS DE ACCESO NACIONAL Y DE LAS CLASE DE SERVICIO ....................................... 15
TABLA 7.- TECNOLOGÍAS DE ACCESO ................................................................................................................. 16
TABLA 8.- COBERTURA DE RED METRO ETHERNET – LIMA ............................................................................... 23
TABLA 9.- COBERTURA DE LOS EQUIPOS DE INTERWORKING RED ATM -METRO ETHERNET ............................ 23
TABLA 10.- COBERTURA DE RED METRO ETHERNET EN PROVINCIAS ................................................................ 24
TABLA 11.- IOS DE LA PLATAFORMA MPLS +METRO ETHERNET IMPLEMENTADA........................................... 25
TABLA 12.- ASIGNACIÓN DE VLAN 01– PE AGREGADOR CHINCHÓN ............................................................... 30
TABLA 13.- ASIGNACIÓN DE VLAN 02– PE AGREGADOR CHINCHÓN ............................................................... 30
TABLA 14.- ASIGNACIÓN DE VLAN01 – PE AGREGADOR SAN MARTÍN ............................................................ 30
TABLA 15.- ASIGNACIÓN DE VLAN02 – PE AGREGADOR SAN MARTÍN ............................................................ 31
TABLA 16.- ASIGNACIÓN DE VLAN01 – PE AGREGADOR COTABAMBAS .......................................................... 31
TABLA 17.- ASIGNACIÓN DE VLAN02 – PE AGREGADOR COTABAMBAS .......................................................... 31
TABLA 18.- ASIGNACIÓN DE VLAN PARA SERVICIO DE DATOS – PE PROVINCIAS ............................................. 32
TABLA 19.- ASIGNACIÓN DE VLAN PARA SERVICIO DE DATOS – PE PROVINCIAS.............................................. 32
TABLA 20.- ASIGNACIÓN DE VALORES DE RD PARA EL SERVICIO RPV MULTISERVICIOS. ................................. 33
TABLA 21.- ASIGNACIÓN DE VALORES DE RD PARA EL SERVICIO RPV LOCAL EN PROVINCIAS .......................... 34
TABLA 22.- ASIGNACIÓN DE RT ......................................................................................................................... 35
TABLA 23.- VALORES RT PARA ADMINISTRACIÓN CPE ..................................................................................... 36
TABLA 24.- RED DE ADMINISTRACIÓN -NOC .................................................................................................... 36
TABLA 25.- TIPOS Y POLÍTICAS DE TRÁFICO ....................................................................................................... 37
TABLA 26.- EQUIVALENCIAS PRECEDENCIA IP Y DSCP ..................................................................................... 38
TABLA 27.- EQUIVALENCIAS PRECEDENCIA IP, IP DSCP Y IP TOS .................................................................. 38
TABLA 28.- ANCHOS DE BANDA DE ACUERDO AL NÚMERO DE CANALES DE VOZ ................................................ 39
TABLA 29.- ANCHOS DE BANDA DE CUERDO AL NÚMERO DE CANALES DE VOZ UTILIZANDO ATA ..................... 39
TABLA 30.- ANCHOS DE BANDA DE COS 3 POR SESIÓN DE VIDEOCONFERENCIA. ................................................ 40
TABLA 31.- FUNCIONES DE LOS EQUIPOS DE RED PARA LA QOS ......................................................................... 40
TABLA 32.- DESCRIPCIÓN DE LAS POLÍTICAS DE QOS EN LA RED ....................................................................... 41
TABLA 33.- CPE PARA EL SERVICIO RPV MULTISERVICIOS LOCAL ................................................................... 42
TABLA 34.- CPE PARA EL SERVICIO RPV MULTISERVICIOS NACIONAL ............................................................. 42
TABLA 35.- CONSIDERACIONES PARA LA ELECCIÓN DE IOS ............................................................................... 43
TABLA 36.- CAPACIDAD DE LOS ENLACE MPLS NACIONAL............................................................................... 44
TABLA 37.- CAPACIDAD DE LOS ENLACES METRO ETHERNET ............................................................................ 45
TABLA 38.- NÚMERO DE PUERTOS ETHERNET EN LOS POPS METRO ETHERNET ................................................ 46
TABLA 39.- RETARDO ONE-WAY – CALIDAD DE VOZ........................................................................................ 46
TABLA 40.- ASIGNACIÓN DE SUB-INTERFACES EN LOS PUERTOS FE Y GE DE LOS NODOS PE – VPN L2 ............ 52
TABLA 41.- ASIGNACIÓN DE SUB-INTERFACES EN LOS PUERTOS FE Y GE DE LOS NODOS PE – VPN L3 ............ 52
TABLA 42.- ASIGNACIÓN DE SUB-INTERFACES EN LOS PUERTOS FE Y GE DE LOS NODOS PE – VOIP NGN ....... 52
TABLA 43.- ASIGNACIÓN DE SUB-INTERFACES EN LOS PUERTOS FE Y GE DE LOS NODOS PE – INTERNET ......... 52
TABLA 44.- ASIGNACIÓN DE SUB-INTERFACES POR POP METRO ETHERNET EN LIMA – RPV ............................ 53
TABLA 45.- ASIGNACIÓN DE SUB-INTERFACES POR POP METRO ETHERNET EN LIMA – RPV ............................ 54
TABLA 46.- ASIGNACIÓN DE SUB-INTERFACES POR POP METRO ETHERNET EN LIMA – VOIP ........................... 54
TABLA 47.- ASIGNACIÓN DE SUB-INTERFACES POR POP METRO ETHERNET EN LIMA - INTERNET..................... 55
TABLA 48.- ASIGNACIÓN DE SUB-INTERFACES POR POP METRO ETHERNET EN PROVINCIAS - SERVICIO RPV.. 56
TABLA 49.- ASIGNACIÓN DE SUB-INTERFACES POR POP METRO ETHERNET EN PROVINCIAS – SERVICIO RPX .. 56
TABLA 50.- ASIGNACIÓN DE SUB-INTERFACES POR POP METRO ETHERNET EN PROVINCIAS - SERVICIO XPLO@
56
TABLA 51.- ASIGNACIÓN DE SUB-INTERFACES POR POP METRO ETHERNET EN PROVINCIAS - SERVICIO
EMPRESARIAL .............................................................................................................................................. 57
TABLA 52.- ASIGNACIÓN DE SUB-INTERFACES POR POP METRO ETHERNET EN PROVINCIAS – VOIP NGN ....... 57
TABLA 53.- AREAS OSPF - RED MPLS/VPN ..................................................................................................... 89
TABLA 54.- AREAS OSPF - RED IP MPLS/VPN LIMA ....................................................................................... 89
TABLA 55.- PLAN DE DIRECCIONAMIENTO IP – RED MPLS/VPN ...................................................................... 91
TABLA 56.- PLAN DE DIRECCIONAMIENTO IP – RED MPLS NACIONAL Y METRO ETHERNET ............................ 92
TABLA 57.- PLAN DE DIRECCIONAMIENTO IP – INTERFASE LOOPBACK EN RED IP MPLS.................................. 93
LISTA DE FIGURAS
FIGURA 1.- TOPOLOGÍA DE SERVICIO RPV LOCAL DESDE EL PUNTO DE VISTA DEL CLIENTE .............................. 13
FIGURA 2.- TOPOLOGÍA DE SERVICIO RPV NACIONAL DESDE EL PUNTO DE VISTA DEL CLIENTE ........................ 14
FIGURA 3.- ELEMENTOS DE RED MPLS +METRO ETHERNET - LIMA ................................................................. 17
FIGURA 4.- ELEMENTOS DE RED MPLS +METRO ETHERNET - PROVINCIAS....................................................... 17
FIGURA 5.- ELEMENTOS DE RED MPLS +ATM .................................................................................................. 18
FIGURA 6.- ARQUITECTURA DE SERVICIO – ACCESO METRO ETHERNET............................................................ 19
FIGURA 7.- ARQUITECTURA DE SERVICIO – ACCESO ATM ................................................................................ 19
FIGURA 8.- ARQUITECTURA DE SERVICIO – ACCESO METRO ETHERNET Y ACCESO ATM ................................. 19
FIGURA 9.- TOPOLOGÍA DE RED IP/MPLS LOCAL Y NACIONAL......................................................................... 21
FIGURA 10.- ARQUITECTURA DE RED IP MPLS/VPN+METRO ETHERNET EN LIMA .......................................... 22
FIGURA 11.- CARACTERÍSTICAS SOPORTADOS POR EL IOS DE CISCO ................................................................. 44
FIGURA 12.- ESCENARIO DE ACCESO METRO ETHERNET EN LIMA ..................................................................... 47
FIGURA 13.- ESCENARIO DE ACCESO METRO ETHERNET EN PROVINCIAS ........................................................... 48
FIGURA 14.- ESCENARIO DE SERVICIO RPV NACIONAL CON ACCESO METRO ETHERNET .................................. 50
HISTORIAL DE CAMBIOS
Versión Fecha Autor Motivo de cambio

Versión 0.0 10/10/2005 Carlos Nestarez Versión draft
Arquitectura de servicio y Red.
Versión 1.0 26/10/2005 Carlos Nestarez
Troubleshoting
Versión 1.1 28/10/2005 Juan Mendoza Procedimiento de configuración
Versión 1.2 31/10/2005 Carlos Nestarez Inclusión de anexos correspondientes.
Versión 1.3 02/11/2005 Carlos Nestarez Primera versión oficial
Se adicionó los anchos de banda según plataforma
de acceso
Versión 1.5 12/01/2006 Carlos Nestarez Inclusión del 831 como CPE para el servicios RPV
Se actualizó los anchos de banda por plataforma de
acceso.
Se está retirando el router 1605 como CPE para el
Versión 1.6 01/03/2006 Carlos Nestarez servicio RPV.
Se adiciono las consideraciones de BW a tener en
cuenta para voz y telefonía sobre IP usando ATA
así como para las sesiones de Videoconferencia.
Se actualizó el procedimiento de configuración con
nomenclaturas estandarizadas.
Versión 1.7 10/03/2006 Carlos Nestarez Se adiciono dentro del procedimiento de
configuración, lista de acceso para clasificación de
tráfico en los CPEs.
Se adicionó lista de CPE homologados con sus
correspondientes BW de soportados.
Se actualizó nomenclatura de configuración en los
CPE.
Se adiciono las características del servicio RPV
local en provincias y RPV nacional.
Se adición las políticas de configuración de estos
servicios
Se adiciono normativas de configuración a tener en
cuenta para el servicio RPV local y nacional
Se adiciono anexo con un ejemplo de configuración
del servicio RPV local y nacional.
Se actualizó la etiqueta para la clase de servicio 3 y
Versión 2.2 13/06/2006 Carlos Nestarez el marcado de paquetes de esta clase de servicio a
ip dscp cs5.
Se adicionaron 03 POPs con acceso Metro
operativos en la red IP MLS.
Se adicionó recomendaciones para la migración de
servicio IP Data a RPV en POPs donde se tienen
Versión 2.3 15/08/2006 Carlos Nestarez equipos Metro Ethernet.
Se actualizó las políticas de configuración en los
equipos Metro Ethernet (U-PE).
Se actualizó lista de CPE homologados con sus
correspondientes BW de soportados.
Se adiciono normativas de configuración a tener e
cuenta para el servicio Internet, VoIP NGN local y
nacional.
Se actualizo los anchos de banda de acceso y Cos
del servicio RPV.
Asignación de recursos lógico para los servicios X-
plor@, RPV y VoIP.
Asignación de recursos lógicos para el servicio
RPX.
Actualización de recursos lógicos para los nuevos
POP Metro
Actualización de recursos lógicos para los nuevos
POP Metro Provincias
Cambio de configuración en CPE de cliente
Versión 3.0 14/08/2012 Luz Zegarra
(desconexión BGP)
Tabla 1.- Historial de Cambios
GUÍA DE OPERACIÓN
SERVICIO RPV MULTISERVICIOS LOCAL Y NACIONAL
1.- OBJETIVO
Este documento detalla desde un punto de vista técnico los procesos de aprovisionamiento y
troubleshooting básico para instalar y mantener el servicio RPV Multiservicios Local y Nacional.
2.- INTRODUCCIÓN
2.1.- Organización del Documento

A continuación un resumen de la descripción de cada item en este documento.
Ítem Descripción
Objetivo Contiene los principales objetivos del documento
Contiene la organización del documento, audiencia deseada, los
Introducción antecedentes, la definición de términos y glosarios así como
documentos relacionados.
Contiene un breve descripción del servicio RPV Multiservicios
Descripción del Servicio
Local
Contiene una breve descripción de la arquitectura de Red y del
Arquitectura de Red y Servicio
servicio
Contiene los componentes del servicio y el procedimiento para el
Procedimiento de Configuración
aprovisionamiento
Troubleshooting Contiene un troubleshooting básico
Anexos Contiene información adicional
Tabla 2.- Organización del documento
2.2.- Audiencia
Este documento está orientado a las personas del área de Operaciones encargadas de aprobar la
factibilidad, aprovisionar y mantener el servicio RPV Multiservicios Local y Nacional. También para
las personas del área de Ingeniería que requieran conocer detalles del mismo.
2.3.- Definición de términos y glosario

A continuación se muestran un conjunto de definiciones utilizadas frecuentemente en el ambiente
MPLS/VPN y Metro Ethernet.
Ítem Descripción
AS Autonomous System
ASN Autonomous System Number.
C-Network Customer Network. Red bajo el control del cliente.
CE Customer Edge router
CEF Cisco Express Forwarding
Extended Atributo BGP de 64 bits usado para identificar route-origen y route-target
Community
LSR Label Switch Router.
MED Multi Exit Discriminator
MP-BGP Multi-Protocol BGP
MPLS Multi Protocol Label Switching.
P Provider router. Sin conocimiento de la VPN
P-Network Provider Network. Compuesta por el Backbone de MPLS
PE Provider Edge.
RD Route Distinguisher. Prefijo de 64-bit utilizado para identificar una ruta en la
familia de direcciones VPNv4. Asociada a una VRF, permite identificar en
forma univoca cada ruta del cliente dentro del equipo.
RT Route Target. Es una comunidad extendida de 64 bits y es utilizado para definir
políticas de exportación e importación de rutas dentro de la VRF.
TDP Tag Distribution Protocol. Permite el intercambio de etiquetas entre routers
vecinos
TIB Tag Information Base.
TIF Tag Information Forwarding.
VGR_PE VPN Gateway Router.
VPN Virtual Private Network.
VPN-IPv4 Dirección que incluye 64 bits del RD + 32 bits de la dirección IP.
address
VRF VPN Routing and Forwarding instance. Define un proceso de ruteo
independiente dentro del equipo.
N-PE PE
PE-AGG PE agregador
U-PE PE usuario
Tabla 3.- Definición de términos y glosario
3.- DESCRIPCIÓN DEL SERVICIO

El servicio RPV Multiservicios Local de Telmex en Lima y provincias, añade a la tradicional
interconexión de oficinas remotas la posibilidad de establecer niveles de Clases de Servicio (CoS)
adecuadas para las aplicaciones de datos no críticos, datos críticos, voz y video. Al aplicar políticas de
calidad de servicio (QoS) sobre el ancho de banda contratado, se configura el servicio asegurando un
ancho de banda mínimo para cada tipo de tráfico y al mismo tiempo se define una política de
encolamiento diferencial de paquetes en función de la Clase de Servicio en caso de que ocurra un
incidente de congestión.
Los servicios que Telmex Perú brindará sobre la tecnología MPLS, adicionará valor al concepto
tradicional de conexiones punto-multipunto al basarse en un modelo de topología de red full-mesh
“todos contra todos” entre sus distintos puntos. El siguiente diagrama ilustra la topología del servicio.
SITE CENTRAL
SITE 01
SITE 03
Red
MPLS/VPN
SITE 02 SITE 04
Figura 1.- Topología de servicio RPV local desde el punto de vista del cliente
El servicio RPV Multiservicios Nacional de Telmex añade a la tradicional interconexión de oficinas

remotas ubicadas en las capitales de departamento la posibilidad de establecer niveles de Clases de
Servicio (CoS) adecuadas para las aplicaciones de datos no críticos, datos críticos, voz y video.
Para realizar la interconexión entre las VPNs locales (RPV Local de Lima y provincias) es necesario
habilitar un enlace desde una o más sedes que forman parte de la RPV Local hacia la VPN Nacional
(RPV Multiservicios Nacional) aprovisionado para cada uno de los clientes que lo requieran. Esta
VPN Nacional forma una topología de red full-mesh “todos contra todos” en la red MPLS Nacional
entre sus distintos puntos con las que tiene interconexión.
SITE CENTRAL
SITE 01
SITE 01
SITE CENTRAL-2
RPV LOCAL
SITE 02 RPV LOCAL CIUDAD 2
LIMA
SITE 02
SITE 03
RPV NACIONAL
SITE 01
SITE CENTRAL-1
RPV LOCAL RPV LOCAL

CIUDAD 1 CIUDAD 3
SITE 01 SITE 02
SITE CENTRAL-3
SITE 02
Figura 2.- Topología de servicio RPV Nacional desde el punto de vista del cliente
El ancho de banda de acceso (BWT) y de las clases de servicios (CoS) a ser ofrecidos para el servicio
RPV Multiservicios Local y Nacional de acuerdo al MSD son:
Los anchos de banda de acceso y de las CoS a ser aprovisionado en el servicio RPV local en
Lima son:
Anchos de Banda
64K, 96K, 128K, 192K, 256K, 384K, 512K, 768K, 1024K, 1280K,
Ancho de banda de acceso
1536K, 2M, 2.5M, 3M, 4M, 5M, 6M, 7M, 8M, 10M, 15M, 20M,
local (BWT)
30M, 40M, 50M, 60M, 70M, 80M, 100M, 155M, 200M.
32K, 64K, 96K, 128K, 192K, 256K, 384K, 512K, 768K, 1024K,
Ancho de banda por clase
1280K, 1536K, 2M, 2.5M, 3M, 3,5M, 4M, 5M, 6M, 7M, 8M, 10M,
de servicio (CoS)
15M, 20M, 30M, 40M, 50M, 60M, 70M, 80M, 100M, 155M.
Tabla 4.- Anchos de bandas de acceso por puerto y por clase de servicio en Lima
Si el ancho de banda de acceso a la red Metro Ethernet supera los 200 Mbps o acceso a la red ATM a
través de puertas ethernet supere los 10 Mbps o a través de puertas OC-3 supere los 20 Mbps, este
debe ser tratado como proyecto especial a fin de realizar el análisis respectivo.
Los anchos de banda de acceso y de las CoS a ser aprovisionado en el servicio RPV local en
provincias son:
Anchos de Banda
Ancho de banda de acceso 64K, 96K, 128K, 192K, 256K, 384K, 512K, 768K, 1024K, 1280K,
local (BWT) 1536K, 2M, 2.5M, 3M, 4M, 5M, 6M, 7M, 8M, 10M, 15M, 20M.
Ancho de banda por clase 32K, 64K, 96K, 128K, 192K, 256K, 384K, 512K, 768K, 1024K,
de servicio (CoS) 1280K, 1536K, 2M, 2.5M, 3M, 3,5M, 4M, 5M, 6M, 7M, 8M, 10M.
Tabla 5.- Anchos de bandas de acceso por puerto y por clase de servicio en provincias
Si el ancho de banda de acceso a la red Metro Ethernet local supera los 20 Mbps este debe ser tratado
como proyecto especial a fin de realizar el análisis respectivo.
Los anchos de banda de acceso y de las CoS a ser aprovisionado en el servicio RPV Nacional
son:
Anchos de Banda
Ancho de banda de acceso 32K, 64K, 96K, 128K, 192K, 256K, 384K, 512K, 768K, 1024K,
nacional (BWT) 1280K, 1536K, 2M, 2.5M, 3M, 4M2, 5M2, 6M2, 7M2, 8M2, 10M2.
Ancho de banda por clase 64K, 96K, 128K, 192K, 256K, 384K, 512K, 768K, 1024K, 1280K,
de servicio (CoS) 1536K, 2M, 2.5M, 3M, 4M1, 5M1, 6M1, 7M1, 8M1, 10M1.
Tabla 6.- Anchos de bandas de acceso nacional y de las clase de servicio
1
Si el ancho de banda de acceso nacional supera los 4 Mbps este debe ser tratado como proyecto
especial a fin de realizar el análisis respectivo
3.1.- Características del Servicio
El servicio RPV Multiservicios local proporciona:
Capacidad de manejar diferentes tasas de velocidad de datos para diferentes aplicaciones sobre el
mismo enlace.
Administración de Calidad de Servicio (QoS) a través de tres clases: una para Voz y Vídeo, otra
para Datos críticos y otra para Datos no críticos.
La red dorsal (backbone) se compone de fibra óptica al 100% en Lima y enlaces microondas
hacia provincias.
Monitoreo y reporte en línea sobre la utilización del puerto.
Solución integral y homogénea que consiste de instalación, mantenimiento y soporte de equipos
(CPE) con niveles de servicio comunes.
Servicio de Atención al Cliente para atender la administración de fallas, implementación del
servicio y consultas en general 24 x 7 x 365
3.2.- MODOS DE ACCESO

Las tecnologías de acceso en Lima y provincias son:
Tecnología de Acceso
POP ATM OC-3 Ethernet
Lima y Callao √ √1
Capital de departamento - √1
Tabla 7.- Tecnologías de acceso
1
Utilizando acceso ATM y Metro Ethernet en el lado de la Red de Telmex Perú.
La red de acceso Metro Ethernet será capaz de ofrecer puertas de acceso de 10 Mbps, 100Mbps y
1 Gbps.
La Red de acceso ATM será capaz de ofrecer puertas de acceso de 10 y 100 Mbps y puertas OC-
3 de 155 Mbps
No podrán ofrecerse accesos de clientes para el servicio RPV Multiservicios Local y Nacional
utilizando tecnologías distintas a las descritas en la presente tabla. En caso de requerir alguna nueva
tecnología de acceso, será necesario realizar el procedimiento de homologación correspondiente antes
de poderse ofrecer comercialmente.
4.- ARQUITECTURA DE SERVICIO Y RED
4.1.- Elementos de Red MPLS, Metro Ethernet y ATM

En la Red MPLS, el acceso Metro Ethernet y el acceso ATM esta formado por los siguientes
elementos:
4.1.1.- Red MPLS y Acceso Metro Ethernet – Lima

Los elementos de Red que forman parte de la Arquitectura de Red IP MPLS/VPN+Metro Ethernet en
Lima es la siguiente:
Cisco GSR 12406 N-PE
NODO
Cisco Catalyst 4510R PE-AGREGADOR
POP
Cisco Catalyst 4506 PE-USUARIO
CPE
Figura 3.- Elementos de Red MPLS +Metro Ethernet - Lima
4.1.2.- Red MPLS y Acceso Metro Ethernet – Provincias

Los elementos de Red que forman parte de la Arquitectura de Red IP MPLS/VPN+Metro Ethernet en
Provincias es la siguiente:
NODO
Cisco 7206 PE
POP
Cisco Catalyst 4503 PE-Usuario
CPE
Figura 4.- Elementos de Red MPLS +Metro Ethernet - Provincias
4.1.3.- Red MPLS y Acceso ATM

Los elementos de Red que forman parte de la Arquitectura de Red MPLS/VPN+ATM es la siguiente:
Nodo PE
Cisco Router 7513/7206
NODO
Cisco BPX 8620 Nodo ATM
POP
Cisco Catalyst
Catalyst de POP
2820/2924
Figura 5.- Elementos de Red MPLS +ATM

4.2.- Arquitectura del servicio
El servicio RPV Multiservicios Local y Nacional deben ser implementados sobre la Red MPLS
teniendo como redes de acceso a la Red Metro Ethernet y a la actual Red ATM.
Las arquitecturas de servicios son:
Acceso Metro Ethernet – Acceso Metro Ethernet.

Acceso ATM – Acceso ATM
Acceso Metro Ethernet – Acceso ATM
CPE U-PE PE-AGG N-PE N-PE PE-AGG U-PE CPE
Acceso Metro Ethernet Core/Edge Acceso Metro Ethernet

MPLS
Figura 6.- Arquitectura de Servicio – Acceso Metro Ethernet
CPE POP ATM NODO ATM NODO PE NODO PE NODO ATM POP ATM CPE
Acceso ATM Core/Edge Acceso ATM

MPLS
Figura 7.- Arquitectura de Servicio – Acceso ATM
CPE U-PE PE-AGG N-PE NODO PE NODO ATM POP ATM CPE
Acceso Metro Ethernet Core/Edge Acceso ATM

MPLS
Figura 8.- Arquitectura de Servicio – Acceso Metro Ethernet y Acceso ATM
4.2.1.- Anchos de banda según plataforma de acceso
Los anchos de banda a ser aprovisionados según la plataforma de acceso son mencionados a
continuación:
4.2.1.1.- Acceso ATM

De acuerdo al equipamiento que se tenga como acceso los anchos de banda a ser aprovisionados son:
Ancho de banda de acceso por puerto Ethernet 10 BaseT (Catalyst 2820): 64K, 128K, 192K,
256K, 384K, 512K, 768K, 1024K, 1536K, 2M, 4M, 6M.
Ancho de banda de acceso por puerto Ethernet 10/100 BaseT (Catalyst 2924): 64K, 128K,
192K, 256K, 384K, 512K, 768K, 1024K, 1536K, 2M, 4M, 6M, 8M, 10M.
Ancho de banda de acceso por puerto ATM OC-3 (BPX 8620): 10M, 20M.
4.2.1.2.- Acceso Metro Ethernet

Ancho de banda de acceso por puerto Ethernet 10/100/1000 BaseT (Catalyst 4506): 64K, 128K,
192K, 256K, 384K, 512K, 768K, 1024K, 1536K, 2M, 4M, 6M, 8M, 10M, 20M, 40M, 60M,
155M, 200M.
Ancho de banda de acceso en provincias por puerto Ethernet 10/100 BaseT (Catalyst 4503):
64K, 128K, 192K, 256K, 384K, 512K, 768K, 1024K, 1536K, 2M, 4M, 6M, 8M, 10M, 20M.
NOTA:
El Servicios RPV multiservicios local únicamente deben ser atendidos desde los equipos Metro
Ethernet (Catalyst 4506/4503), Catalyts 2820/2924 o nodo ATM.
El servicio RPV multiservicios nacional únicamente deben ser atendidos desde los equipos Metro
Ethernet (Catalyst 4506/4503), Catalyts 2924 o nodo ATM.
Si un cliente solicita la migración de su servicio IP Data a RPV y el en POP desde el cual es
atendido hay un equipo Metro Ethernet implementado, se debe realizar la migración de equipo de
acceso “De Acceso ATM a Acceso Metro Ethernet”.
4.3.- Arquitectura de Red
4.3.1.- Topología de Red IP/MPLS
La Red MPLS/VPN +Metro Ethernet Local en la fase I comprende la implementación de dos N-PE
(Cisco GSR 12406) instalados en los sites de Chinchon y Cotabambas. Estos dos N-PE están
interconectados entre sí usando como medio de transporte a la Red SDH 10G a través de interfaces
Gigabit Ethernet.
Con la finalidad de tener un segundo nodo PE se ha implementado el nodo PE-Lima02 (Cisco Router
7206) instalado en el site de Cotabambas, que conjuntamente con el actual nodo PE-Lima01 (Cisco
Router 7513) ubicado en el site de Chinchon, son los dos equipos encargados de realizar la función de
Interworking entre la Red ATM y Metro Ethernet.
Los nodos PE y N-PE están interconectados localmente a través de interfaces Gigabit Ethernet.
Figura 9.- Topología de Red IP/MPLS Local y Nacional

4.3.2.- Arquitectura de la Red de Acceso Metro Ethernet
La arquitectura de la Red MPLS/VPN +Metro Ethernet implementada está compuesta por:
05 GSR 12406.
01 GSR 12410
03 Catalyst 4510R.
02 Router 7606
21 Catalyst 4506.
06 Catalyst 4503 (Implementado en 06 provincias).
04 Catalyst 4958 (Implementados en Procincias)
Gigabit Ethernet
12000 4-port GE SDH 4-port GE 12000
Chinchon IP/MPLS Backbone Cotabambas
N-PE N-PE
PE-AGG 4500 Gig
abit 4500
Eth
er ne t
rn
et SDH San Martín
WS-X4306-GB 802 WS-X4306-GB
thernet
he
Et Q .1Q
802.1Q
bi t 2.1
ga 80 4500
Gi
Gigabit E
Gigabit Ethernet
WS-X4306-GB
802.1Q
4500 4500 4500 4500 4500 4500 4500 4500

U-PE
4500
05 Cisco Catalyst 4500

• Chinchon 04Cisco Catalyst 4500
• Internet Club Perú 03 Cisco Catalyst 4500
• Pardo y Aliaga • Cotabambas
• Salladium • San Martin • Higuereta
• San Felipe • Alcanfores • Los Olivos
• Torre Parque Mar • Pasaje Acuña
Figura 10.- Arquitectura de Red IP MPLS/VPN+Metro Ethernet en Lima
4.3.3.- Cobertura del servicio

El servicios RPV Local en Lima y Callao, podrá ser ofrecido teniendo como plataforma de transporte
la Red IP MPLS/VPN Local, y como redes de acceso a la actual Red ATM y la Red Metro Ethernet
implementada en conjunto con la Red IP MPLS/VPN Local.
El servicio RPV Local en provincias, podrá ser ofrecido teniendo como red de acceso la red Metro
Ethernet implementada.
El servicio RPV Nacional podrá ser ofrecido teniendo como plataforma de transporte la Red IP
MPLS/VPN Local y Nacional, y como red de acceso la Red Metro Ethernet que se ha implementando
en Lima y provincias.
A continuación la lista de POPs Metro Ethernet implementados a la fecha:

POP Metro Ethernet PE Agregador Nodo MPLS
(U-PE) (PE-AGG) (N-PE)
Chinchón
Saladium
Pardo y Aliaga
PE-AGG Chinchón
San Felipe
Internet club N-PE Chinchón
San Miguel
San Martín
Alcanfores PE-AGG San Martín
Torre Parque Mar
Cotabambas
Higuereta
Telepuerto
Pasaje Acuña PE-AGG Cotabambas N-PE Cotabambas
Los Olivos
Santa Anita
Callao
Tabla 8.- Cobertura de Red Metro Ethernet – Lima
La red ATM se utilizará como red de acceso a la red MPLS/VPN en los POPs donde no exista
equipamiento Metro Ethernet.
Se tiene 02 equipos para el Interworking entre la red ATM y Metro Ethernet. A continuación se
presenta la distribución de los nodos ATM y la terminación de los PVC en los respectivos equipos de
Interworking.
Nodos ATM Nodo MPLS

Chinchón
San Felipe
San Miguel
PE-Lima 01
La Punta
Chinchón
San Martín
Chorrillos
Telepuerto
Cotabambas
Colonial
Aeropuerto
Santa Luzmila PE-Lima 02
Ingeniería Cotabambas
Camacho
San Luis
Higuereta
Tabla 9.- Cobertura de los equipos de Interworking Red ATM -Metro Ethernet
La Red Metro Ethernet será utilizada como red de acceso a la red MPLS/VPN para brindar el servicio
RPV Local en provincias. La cobertura de la red de acceso Metro Ethernet será en las siguientes
provincias:
PDI Provincia
Piura Piura
Trujillo Trujillo
Chiclayo Chiclayo
Arequipa Arequipa
Cusco Cusco
Cajamarca * Cajamarca *
Ica Ica
Tabla 10.- Cobertura de Red Metro Ethernet en provincias
4.4.- Protocolos Usados

Como protocolo de nivel 3 para la distribución de etiquetas:
Multiprotol Label Swtiching (MPLS), para lo cual ha habilitado LDP (LDP- Protocolo estándar).
Los protocolos de ruteo usado en la red para la publicación y distribución de redes son:
OSPF para las redes internas.

Multiprotocol iBGP para las redes VPN IPv4 que representan las de los clientes MPLS/VPN.
BGP para las redes IPv4 de Internet.
Los protocolos de nivel 2 usados para el acceso de clientes:
Ethenet para los accesos Ethernet a través de la red Metro Ethernet.

RFC 1483 para los accesos ethernet a través de la red ATM.
4.5.- Software de la Plataforma
Los IOS recomendados y que han sido probados son:
Hardware Features IOS

Cisco GSR 12406 Service Provider c12kprp-p-mz.120-31.S6.bin
Cisco 7513 Service Provider rsp-pv-mz.123-21.bin
Cisco 7206 VXR – NPE 400 Service Provider c7200-p-mz.123-21.bin
Cisco 7206 VXR – NPE G1 Service Provider c7200-p-mz.123-21.bin
Cisco 7206 VXR – NPE G2 Service Provider c7200p-spservicesk9-mz.124-4.XD7.bin
Enhanced L3 3DES (OSPF,
Cisco Catalyst 4510R cat4000-i5s-mz.122-25.EWA2.bin
EIGRP, IS-IS)
Cisco Catalyst 4506 cat4000-i5s-mz.122-25.EWA2.bin
EIGRP, IS-IS)
Cisco Catalyst 4503 cat4000-i5s-mz.122-25.EWA2.bin
EIGRP, IS-IS)
Tabla 11.- IOS de la Plataforma MPLS +Metro Ethernet Implementada
4.6.- Protocolos de enrutamiento
Los protocolos de enrutamiento que pueden utilizarse para ofrecer el servicio hacia los clientes finales
están en función al tipo de enrutadores involucrados en la comunicación, estas clasificaciones son las
siguientes:
4.6.1.- Enrutamiento P-PE, PE-PE

Para la implementación de la Red MPLS/VPN+Metro local, los IGP son OSPF y Interno MP BGP
(MP-iBGP). En esta forma la conectividad de los clientes se realiza con la exportación e importación
de los valores correctos para Router Targets (RT). Los prefijos deben ser exportados de una VRF local
(VPN Routing and Forwarding) a la sesión MP-BGP y importado nuevamente dentro de las VRF´s
remotas.
4.6.2.- Enrutamiento PE-CPE para el servicio RPV Local

Este enrutamiento permite anunciar las redes del cliente hacia la Red MPLS/VPN Local de Telmex
Perú, los protocolos de enrutamiento validados para esta función son enrutamiento estático y BGPv4
los cuales deberán configurarse de acuerdo con lo siguiente:
4.6.2.1.- Enrutamiento Estático.

Sitios del cliente con un solo acceso a la Red MPLS/VPN local de Telmex (Sin redundancia) y
hasta 5 prefijos (Estos no incluyen las loopbacks para VoIP ni de administración).
En estos casos deberá configurarse una ruta por default (0.0.0.0/0) desde el CPE hacia el equipo
PE y únicamente un default (0.0.0.0/0) desde el PE hacia la sede central indicada por el cliente.
Los equipos PE integrarán estos prefijos a la tabla BGPv4 asociada con la VPN local del cliente
utilizando la opción de distribución de redes conectadas y estáticas.
4.6.2.2.- Enrutamiento Dinámico BGPv4

Sitios de cliente con un solo acceso a la Red MPLS/VPN local de Telmex (Sin redundancia) y
más de 5 prefijos. (Estos no incluyen las loopbacks para VoIP ni de administración)
Sitios del cliente con dos o más enlaces de acceso a la red MPLS/VPN local de Telmex.
Las redes de clientes para ser anunciadas desde los equipos CPEs deberán utilizar la opción
Network de BGPv4, y deberá evitarse cualquier tipo de redistribución de protocolos hacia
BGPv4.
Cada sesión BGP deberá aceptar un máximo de 20 prefijos por cada sitio de cliente. Sitios de
cliente con un requerimiento mayor de rutas deberán ser revisadas y aprobadas como casos
especiales antes de su implementación dentro de la red.
Por medio de este protocolo se definirá la trayectoria principal y de respaldo basado en
comunidades BGP. El único atributo de BGP que podrá utilizarse para este fin es Local
Preference, no está permitida la utilización de algún otro atributo (como MED, AS-Prepend,
Metric, etc) para influenciar las trayectorias de enrutamiento.
4.6.3.- Enrutamiento PE-CPE para el servicio RPV Nacional
Este enrutamiento permite anunciar las redes del cliente hacia la Red MPLS/VPN nacional de Telmex
Perú (Solo las sedes centrales tendrán conexión a la RPV Nacional salvo el cliente solicite enlace
redundante), los protocolos de enrutamiento validados para esta función son enrutamiento estático y
BGPv4 los cuales deberán configurarse de acuerdo con lo siguiente:
4.6.3.1.- Enrutamiento Estático.

Sitios del cliente con un solo acceso a la Red MPLS/VPN nacional de Telmex (Sin redundancia)
y hasta 3 sedes conectadas a la red MPLS/VPN Local de cada provincias (Esto incluye la sede
principal de cada provincia).
y hasta 10 sedes conectadas a la red MPLS/VPN local de todas las provincias (Esto incluye las
sedes principales ubicadas en cada provincia).
En estos casos deberá configurarse una ruta por default (0.0.0.0/0) desde el CPE central de cada
provincia hacia el equipo PE y únicamente un default (0.0.0.0/0) desde el PE hacia una de las
sedes centrales indicada como principal por el cliente.
Los equipos PE integrarán estos prefijos a la tabla BGPv4 asociada con la VPN nacional del
cliente utilizando la opción de distribución de redes conectadas y estáticas.
4.6.3.2.- Enrutamiento Dinámico BGPv4

Sitios de cliente con un solo acceso a la Red MPLS/VPN nacional (Sin redundancia) y más de 3
sedes conectadas a la Red MPLS/VPN local de cada provincia (Esto incluye la sede principal de
cada provincia).
y más de 10 sedes conectadas a la red MPLS/VPN local de todas las provincias (Esto incluye las
sedes principales ubicadas en cada provincia). En este caso solo se habilitará BGPv4 entre una de
las sedes principales indicada por el cliente y el PE
Sitios del cliente con dos o más enlaces de acceso a la red MPLS/VPN nacional de Telmex.
Las redes de clientes para ser anunciadas desde los equipos CPEs deberán utilizar la opción
Network de BGPv4, y de deberá evitarse cualquier tipo de redistribución de protocolos hacia
BGPv4.
Cada sesión BGP deberá aceptar un máximo de 20 prefijos por cada sitio de cliente. Sitios de
cliente con un requerimiento mayor de rutas deberán ser revisadas y aprobadas como casos
especiales antes de su implementación dentro de la red.
Por medio de este protocolo se definirá la trayectoria principal y de respaldo basado en
comunidades BGP. El único atributo de BGP que podrá utilizarse para este fin es Local
Preference, no está permitida la utilización de algún otro atributo (como MED, AS-Prepend,
Metric, etc) para influenciar las trayectorias de enrutamiento.
4.6.4.- Enrutamiento CPE – Red del Cliente.
Este enrutamiento permite la interacción entre la red de Telmex con la red del cliente. La selección del
protocolo de enrutamiento en este caso deberá adecuarse a las políticas de enrutamiento internas de los
clientes.
Este protocolo de enrutamiento se utiliza exclusivamente para el enrutamiento interno del sitio del
cliente y no deberá redistribuirse al proceso BGPv4 utilizado para la comunicación con el equipo PE.
Los protocolos de enrutamiento validados en este caso son: OSPF, RIPv1, RIPv2, EIGRP, y estático.
4.7.- Plan de direccionamiento IP de Clientes

El plan de direccionamiento IP debe seguir la siguiente distribución:
Lima:
Provincias:
4.8.- Asignación de VLAN en Red Metro Ethernet
4.8.1.- Plan de asignación de VLANs en Red Metro Ethernet de Lima y Provincias.
La asignación de las VLANs se realizará teniendo en cuenta las siguientes premisas:
VLAN 1 – VLAN 99 : Reservadas (Uso Interno de Red).

VLAN 100 – VLAN 399 : Servicio VPN L2 (Ámbito global de la Red).
o VLAN 100 – VLAN 149 : Servicio VPN de L2 (IP Data).
o VLAN 150 – VLAN 299 : Reservadas.
VLAN 300 – VLAN 399 : Servicio de Video Digital (Triple Play)
o VLAN 300 – VLAN 379 : Reservadas
o VLAN 380 – VLAN 384 : Servicios VPN de L2 de Telmex (ADSL)
o VLAN 385 – VLAN 389 : Servicio Triple Play (Voz, Internet, Video, Gestión)
o VLAN 390 – VLAN 399 : ICX Headend Digital & Red IP MPLS
VLAN 400 – VLAN 499 : Servicio de VoIP NGN – Softswitch.
o VLAN 400 – VLAN 449 : Servicio de VoIP NGN (X-Plor@ )
o VLAN 480 – VLAN 499 : ICX Softswitch & Red IP MPLS.
VLAN 500 – VLAN 700 : Servicios Internet (Ámbito por N-PE y PE)
o VLAN 500 – VLAN 600 : Servicio Internet con acceso Metro. .
o VLAN 600 – VLAN 649 : Servicio Internet con acceso 3.5 GHz (X-plor@ )
VLAN 700 – VLAN 1999 : Servicio VPN L3 (Ámbito por N-PE y PE).
o VLAN 700 – VLAN 1500 : Servicio RPV con accceso Metro
o VLAN 1500 – VLAN 1699 : Servicio RPX con Acceso Metro.
o VLAN 1700 – VLAN 1999 : Servicio RPV y RPX con acceso 3.5GHz
VLAN 1000 – VLAN 1005 : Reservado
VLAN 2000 – VLAN 4095 : Reservado.
4.8.2.- Plan de asignación de VLANs en U-PE

La asignación de las VLANs en cada U-PE se realizará teniendo en cuenta las siguientes premisas:
Servicio Internet : Bloque de 10 VLAN por U-PE (5 VLANs para Acceso Metro y 5 VLAN
para Acceso Inalambrico)
Servicio VPV : Bloque de 80 VLANs por U-PE (50 VLAN para Acceso Metro y 30 VLAN
para Acceso Inalambrico 3.5GHz)
Servicio VPX : Bloque de 40 VLANs por U-PE (20 VLAN para acceso Metro y 20 VLAN
para Acceso Inalambrico 3.5GHz)
Servicio VPN de L2 : En demanda por cada cliente.
4.8.3.- Asignación de VLAN en POP Metro Ethernet
4.8.3.1.- Asignación de VLAN en PE-Agregador Chinchón
La asignación de VLANs en el PE-Agregador de Chinchón se muestra en la siguiente tabla.
Servicio de Servicio Internet

POP Metro Servicio Internet
VPN L2 (Crecimiento)
Chinchón 100 – 150 500 – 504 -
Salladium 100 – 150 505 – 509 -
Pardo y Aliaga 100 – 150 510 – 514 -
ICP 100 – 150 515 – 519 -
Chinchón 100 – 150 520 – 524 -
San Miguel 100 – 150 525 – 529 -
San Felipe 100 – 150 530 – 534 -
Tabla 12.- Asignación de VLAN 01– PE Agregador Chinchón
Red Privada X-plor@ Servicio de
RPV Multiservicios (RPX) VoIP -NGN Reservadas
POP Metro Softswitch
Acceso Acceso Acceso Acceso
Metro 3.5 GHz Metro 3.5 GHz
Chinchón 700 – 744 - 1500 – 1519 - 745 – 746 747 – 749
Salladium 750 – 794 1700 - 1729 1520 – 1539 1730 - 1749 795 – 796 797 – 799
Pardo y Aliaga 800 – 844 - 1540 – 1559 - 845 – 846 847 – 849
ICP 850 – 894 - 1560 – 1579 - 895 – 896 897 – 899
Chinchón 900 – 944 - 1580 – 1599 - 945 – 946 947 – 949
San Miguel 950 – 994 - 1600 – 1619 - 995 – 996 997 – 999
San Felipe 1006 – 1044 1750 - 1579 1620 – 1639 1780 - 1799 1045 – 1046 1047 – 1049
Tabla 13.- Asignación de VLAN 02– PE Agregador Chinchón
4.8.3.2.- Asignación de VLAN en PE-Agregador San Martín
La asignación de VLAN en el PE-Agregador de San Martín se muestra en la siguiente tabla.

San Martín 100 – 150 550 – 554 -
Alcanfores 100 – 150 555 – 559 -
TPM 100 – 150 560 – 564 -
-
LAB Ingeniería 100 – 150 595 – 596 -
Tabla 14.- Asignación de VLAN01 – PE Agregador San Martín

POP Metro RPV Multiservicios (RPX) VoIP - NGN Reservadas
Softswitch
San Martín 1050 – 1094 1800 – 1829 1640 – 1659 1830 – 1849 1095 – 1096 1097 – 1099
Alcanfores 1100 – 1144 - 1660 – 1679 - 1145 – 1146 1147 – 1149
TPM 1150 – 1194 1850 – 1879 1680 – 1699 1880 – 1899 1195 – 1196 1197 – 1199
- - -
LAB 597 - - - - 598- 599
Ingeniería
Tabla 15.- Asignación de VLAN02 – PE Agregador San Martín
4.8.3.3.- Asignación de Vlan en PE-Agregador Cotabambas
La asignación de VLAN en el PE-Agregador de Cotabambas se muestra en la siguiente tabla.

Cotabambas 100 – 150 500 – 504 -
Higuereta 100 – 150 505 – 509 -
Telepuerto 100 – 150 510 – 514 -
Pasaje Acuña 100 – 150 515 – 519 -
Los Olivos 100 – 150 520 – 524 -
Santa Anita 100 – 150 525 – 529 -
Lurin 100 - 150 530 – 534 -
Callao 100 – 150 535 – 539 -
Tabla 16.- Asignación de VLAN01 – PE Agregador Cotabambas

RPV Multiservicios (RPX) VoIP - NGN Reservadas
POP Metro Softswitch
Cotabambas 700 – 744 1700 - 1729 1500 – 1519 1730 - 1749 745 – 746 747 – 749
Higuereta 750 – 794 1750 - 1779 1520 – 1539 1780 - 1799 795 – 796 797 – 799
Telepuerto 800 – 844 - 1540 – 1559 - 845 – 846 847 – 849
Pasaje Acuña 850 – 894 - 1560 – 1579 - 895 – 896 897 – 899
Los Olivos 900 – 944 1800 - 1829 1580 – 1599 1830 - 1849 945 – 946 947 – 949
Santa Anita 950 – 994 1850 - 1879 1600 – 1619 1880 - 1899 995 – 996 997 – 999
Lurín 1006 – 1044 - 1620 – 1639 - 1045 – 1046 1047 – 1049
Callao 1050 – 1094 - 1640 – 1659 - 1095 - 1096 1097 - 1099
Tabla 17.- Asignación de VLAN02 – PE Agregador Cotabambas
4.8.3.4.- Asignación de Vlan en PE de provincias
La asignación de VLANs en el PE de cada provincia se muestra en la siguiente tabla.
Servicios de VoIP
Servicio de (Sofswitch) Servicios Servicio
POP
VPN L2 Acceso 3.5 GHz Acceso Metro IP Data Internet
Piura 100 – 150 400 - 419 420 - 424 450 – 499 500 – 510
Chiclayo 100 – 150 400 – 419 420 – 424 450 – 499 500 – 510
Trujillo 100 – 150 400 – 419 420 – 424 450 – 499 500 – 510
Arequipa 100 – 150 400 - 419 420 – 424 450 – 499 500 – 510
Cusco 100 – 150 400 – 419 420 – 424 450 - 499 500 – 510
Cajamarca 100 – 150 400 – 419 420 – 424 450 – 499 500 – 510
Ica 100 – 150 400 – 419 420 – 424 450 – 499 500 – 510
Iquitos - 400 – 419 420 – 424 - -
Pucallpa - 400 - 419 420 - 424 - -
Tabla 18.- Asignación de VLAN para servicio de Datos – PE provincias
RPV Multiservicios Red Privada X-plor@ (RPX)

POP Reservadas
Acceso 3.5 Acceso
Acceso Metro Acceso Metro
GHz 3.5 GHz
Piura 700 – 749 750 – 799 1500 – 1549 1700 -1749 900 - 910
Chiclayo 700 – 749 750 – 799 1500 – 1549 1700 -1749 900 - 910
Trujillo 700 – 749 750 – 799 1500 – 1549 1700 -1749 900 - 910
Arequipa 700 – 749 750 – 799 1500 – 1549 1700 -1749 900 - 910
Cusco 700 – 749 750 – 799 1500 – 1549 1700 -1749 900 - 910
Cajamarca 700 – 749 750 – 799 1500 – 1549 1700 -1749 900 - 910
Ica 700 – 749 - 1500 – 1549 - 900 - 910
Huacho 700 – 749 - 1500 – 1549 - 900 - 910
Iquitos 700 – 749 750 – 799 1500 – 1549 1700 -1749 900 - 910
Pucallpa 700 – 749 750 – 799 1500 – 1549 1700 -1749 900 – 910
Tabla 19.- Asignación de VLAN para servicio de datos – PE provincias
4.9.- Asignación de IP para el servicio dedicado a Internet

Para asignar el direccionamiento IP para el servicio Internet se debe tener en cuenta lo siguiente:
Máscara /240 = 13 IP para clientes con velocidades de 64 Kbps a 2 Mbps.

Máscara /248 = 5 IP para clientes con velocidades mayores a 2 Mbps.
Pendiente asignación de pool de IP para este servicio (ISP)
4.10.- Valores de RD y RT
4.10.1.- Valores de RD
Los valores de RD deben tener la siguiente sintaxis: RD = 12252:ABCDE, donde ABCDE debe
identificar de manera única al cliente dentro de la VPN local y VPN nacional.
El valor de ABCDE para el servicio RPV Multiservicios debe ser asignado de manera secuencial,
dentro del rango de valores que a continuación se muestran:
Valor de ABCDE Tipo de servicio Observaciones

00000 - 00099 Reservado Reservado para propósitos especiales.
00100 - 00499 IP Data Nacional Utilizado para en el actual servicio de datos
Aplicable únicamente para habilitar el servicio
01000 - 06999 RPV Local en Lima
RPV local en Lima.
07000 - 09999 RPX Local en Lima
RPX en Lima
A ser utilizado para servicios de especiales –
10000 - 10499 Servicios Especiales Ingeniería asignará estos valores según los
requerimientos
10500 - 29999 Reservado Reservado para crecimiento.
RPV Local en Provincias
30000 - 36999 RPV y RPX local en cada provincia. Más adelante
RPX Local en Provincias
se hace distribución por provincia.
37000 - 39999 Reservado Reservado para crecimiento en provincias
Aplicable para la interconexión entre las VPN
40000 - 40999 RPV Nacional
locales de Lima y provincias.
Aplicable para la interconexión entre las VPN
41000 - 41999 RPX Nacional
locales de Lima y provincias.
42000 - 49999 Reservado Reservado para crecimiento.
50000 - 59999 RPV Internacional
RPV Internacional.
Tabla 20.- Asignación de valores de RD para el servicio RPV Multiservicios.
Asignación de valores RD para cada una de las provincias donde se aprovisionaría el servicio RPV
Local y RPX Local
Valor de ABCDE Valor de ABCDE

Provincia
RPV RPX
30000 - 30299 30300 - 30499 Piura
30500 - 30799 30800 - 30999 Chiclayo
31000 - 31299 31300 - 31499 Trujillo
31500 - 31799 31800 - 31999 Arequipa
32000 - 32299 32300 - 32499 Cuzco
32500 - 32799 32800 - 32999 Cajamarca
33000 - 33299 33300 - 33499 Ica
33500 - 33799 33800 - 33999 Huacho
34000 - 34299 34300 - 34499 Iquitos
34500 - 34799 34800 - 34999 Pucallpa
35000 - 35299 35300 - 35499 Reservado para crecimiento
Tabla 21.- Asignación de valores de RD para el servicio RPV local en provincias
4.10.2.- Nombre de las VRF
Se debe utilizar el valor de ABCDE como nombre de la VRF.
4.10.3.- Valores RT
La especificación de los valores de los RT (Objetivos de rutas) es la clave para el establecimiento del
servicio. Mediante esta herramienta se definen las políticas para la exportación / importación de
prefijos. La función básica para estas etiquetas es:
Definir los mecanismos necesarios para establecer las políticas de exportación/importación de

prefijos dentro del contexto de las VRFs de clientes.
Los valores de RT responden a la siguiente sintaxis: ASN:WKXYZABCDE,
a continuación se presenta una tabla descriptiva:
W Descripción K Descripción XYZ ABCDE

0 Nunca Usado 0 Servicio Intranet/Extranet Uso futuro Secuencial
1 Internal VPN prefixes 1 Servicio de Administración Uso futuro Secuencial
(no-export)
2 Uso futuro 2 Uso futuro Uso futuro Secuencial
3 No disponible 3 Uso futuro Uso futuro Secuencial
Tabla 22.- Asignación de RT
Aquí el valor W define el alcance de la especificación (Intra-AS, Intra-ALA, otro). El valor K define
la característica de la etiqueta, si esta asociada a prefijos de administración, de servicios o de
señalización. Mientras que ABCDE responde a una asignación secuencial que cada país especifica
para cada cliente (los valores de 0 a 999 se destinaran a propósitos especiales, por lo que
permanecerán reservados).
4.10.3.1.- Políticas de Importación/ Exportación de RT

La política de importación/exportación de prefijos determina criterios con el objetivo de minimizar la
cantidad de entradas de la tabla BGP VPNv4 y evitar que prefijos no deseados sean incorporados en la
tabla. A continuación se mencionan los criterios adoptados:
Para establecer la conectividad dentro de un usuario, los RT a importar e exportar son los
mismos.
Para facilitar el mecanismo de troubleshooting las redes /30 (correspondientes a los enlaces
WAN de los clientes) deben ser propagadas a través de las sesiones MP-BGP. Para ello se debe
redistribuir las redes directamente conectadas.
Cada VRF debe exportar los prefijos que identifican a la interface loopback de administración e
importar el prefijo correspondiente a la LAN del NOC.
4.11.- Gestión de Red
4.11.1.- Gestión de Equipos Backbone
Los equipos PE de backbone serán administrados desde NOC a través de una interface loopback
configurada en él y publicada en el IGP (OSPF).
La conexión entre la red de Administración y la red MPLS es a través de dos PVC ATM hacia cada
uno de los router de gestión y el nodo P (Cisco Router 7513). Así mismo se debe habilitar un PVC
ATM entre el router de gestión y el GSR del Core Internet de Chinchón a fin de tener un segundo
enlace redundante de gestión.
La publicación de direcciones IP entre ambas redes, administración y MPLS/VPN, será a través de

OSPF, por lo que se deberá tener extremado cuidado en la publicación de prefijos.
4.11.2.- Gestión de Equipos CPE

Los CPE serán administrados a través de una interface loopback “Loopback 0”. La loopback será
exportada a la vrf de administración de CPE (a través de una política de asignación de RT: export-map
Loopback), mientras que la redes del NOC será importadas a la vrf del cliente.
4.11.3.- RT para administración de CPE

Los siguientes valores han sido designados para la administración de los CPE.
Tipo de Prefijo Valor RT

LAN NOC 12252 : 1100000001
Loopback de CPE 12252 : 1100000002
Tabla 23.- Valores RT para administración CPE
4.11.4.- Plan de direccionamiento IP – Gestión de CPE
Las direcciones IP en los enlaces WAN y loopback 0 de gestión para proveer el servicio RPV, deben
seguir siendo asignadas por el NOC, según el plan de direccionamiento IP actual.
4.11.4.1.- Red de Administración – NOC

El NOC usará las siguientes direcciones para evitar el conflicto con el direccionamiento de los
clientes:
Red Máscara
200.62.131.236 255.255.255.252
200.62.131.240 255.255.255.248
Tabla 24.- Red de Administración -NOC
4.12.- Clases de Servicio
El servicio RPV Multiservicios Local y nacional, tiene la capacidad de diferenciación del tráfico a
través de toda su trayectoria, en consecuencia las aplicaciones de los clientes deberán ser clasificadas
en algunas de las clases de servicios validadas en el servicio.
Considerando que el servicio RPV Multiservicios Local, es un servicio administrado, la identificación

del tráfico de cliente deberá realizarse en el equipo CPE.
En caso de que el CPE no sea gestionado por Telmex, este debe ser aprovisionado con las políticas
definidas por Telmex.
Cada clase de servicio tiene una política de tráfico asociada, por medio del cual es posible ofrecer los
parámetros de SLA asociados con el contratado. En consecuencia los servicios RPV Multiservicios
local podrán ofrecerse solamente bajo las clases de servicio y políticas de tráfico vigente.
4.12.1.- Tipos y políticas de tráfico

Los tipos de tráfico validados en el RPV Multiservicios Local y las políticas aplicables a cada una de
ellas son mostrados a continuación:
Ítem CoS3 CoS2 CoS1

Tipo de datos Voz y Video Datos Críticos Datos no críticos
Prioridad Máxima Media Normal
Precedencia/IP DSCP P5 / IP DSCP 40 P2 / IP DSCP 16 P1 / IP DSCP 8
Ancho de banda del
Sumatoria de los anchos de bandas de cada una de las clases.
Acceso
Política aplicable al
Se descarta Se remarca con P1 No aplica 1
tráfico excedente
Aplicaciones en Aplicaciones de datos Aplicaciones de base de
Tiempo Real como sensibles al retardo y datos, transaccionales,
Aplicaciones
Multimedia, VoIP, críticas para el negocio transferencia de
Videoconferencia como SNA, SAP, ERP archivos.
Tabla 25.- Tipos y políticas de tráfico
1
P1 es el valor por default para el servicio. En ausencia de tráfico de clase 3 y clase 2, el tráfico
asociado con precedencia P1 puede ocupar la totalidad del ancho de banda contratado. En caso de
sobrepasar este valor los paquetes serán descartados.
Los anchos de banda de cada una de las clases de servicio (CoS) deben ser múltiplos de 32 Kbps.
La suma de los anchos de banda asignados para Precedencia 5 (CoS3), Precedencia 2 (CoS2) y
Precedencia P1 (CoS1), debe ser igual al ancho de banda del acceso contratado. Así mismo el servicio
puede tener las siguientes variantes:
BWP1 = BWT ∑ (BWP 1 + BWP5 ) = BWT
BWP 2 = BWT ∑ (BWP 2 + BWP5 ) = BWT
BWP5 = BWT ∑ (BWP 1 + BWP 2 + BWP5 ) = BWT
∑ (BWP + BWP ) = BW
1 2 T
Nota: Consideraciones a tener presente para el aprovisionamiento del servicio RPV.
Si el cliente solicita una sola clase de servicio el exceso debe ser descartado.
Si el cliente solicita únicamente CoS3 y CoS2 el exceso de CoS2 debe ser descartado.
Si el cliente solicita las tres clases de servicio “CoS3, CoS2 y CoS1” se aplican las políticas
conocidas (Exceso de CoS3 se descarta, exceso de CoS2 se remarca y CoS1 puede usar el BW
total en ausencia de tráfico de CoS3 y CoS2).
La clase de servicio conocida como Best Effort (P0), no es una clase de servicio válida para el
servicio RPV Multiservicios Local, por lo que no podrá aprovisionarse como parte del servicio.
4.12.2.- Identificación de las clases de servicios

A continuación se presenta las equivalencias DSCP y Precedencia IP
Clase de servicio Tráfico IP Precedence IP DSCP

CoS 3 Voz/Video 5 40
CoS 2 Datos Críticos 2 16
CoS 1 Datos no Críticos 1 8
Tabla 26.- Equivalencias Precedencia IP y DSCP
A continuación se presenta las equivalencias entre la Precedencia IP, IP DSCP y el IP TOS
Clase de servicio Tráfico IP Precedence IP DSCP IP TOS

(3 Bits) (6 Bits) (8 Bits)
CoS 3 Voz/Video 5 (101) 40 (101000) 160 (10100000)
CoS 2 Datos Críticos 2 (010) 16 (010000) 64 (01000000)
CoS 1 Datos 1 (001) 8 (001000) 32 (00100000)
Tabla 27.- Equivalencias Precedencia IP, IP DSCP y IP TOS
4.12.3.- Clase de servicio 3 (CoS 3)
Las variantes de tráfico y aplicaciones que se pueden tener para la clase de servicio 3 son:
4.12.3.1.- Voz y telefonía sobre IP

Para las aplicaciones de Voz sobre IP (utilizando interfaces de voz directamente desde el CPE) y
Telefonía sobre IP (usando call manager y Teléfonos IP Cisco) se ha considerado utilizar el codec
G729r8 con payload de 40 Bytes.
Con la consideración mencionada, el ancho de banda por cada canal de Voz es de 22 Kbps.
Así mismo dado que el ancho de banda por CoS soportado por la red MPLS debe ser múltiplo de 32
Kbps a continuación se presenta una tabla donde se encuentran los anchos de banda de CoS3 según el
número de canal de voz.
BW Necesario BW de CoS3 a ser

Nº de Canales de
(Kbps) ofrecido y configurado
Voz
(Kbps)
1 22 32
2 44 64
3 66 96
4 88 96
5 110 128
6 132 160
7 154 160
8 176 192
9 198 224
10 220 224
N N*22Kbps Múltiplo de 32 Kbps

Tabla 28.- Anchos de banda de acuerdo al número de canales de voz
4.12.3.2.- Voz y telefonía sobre IP usando ATA

Para las aplicaciones de Voz sobre IP y Telefonía sobre IP usando ATA (Cisco 186) se ha
considerado utilizar el codec G711 con payload de 160 Bytes en caso de tener los dos puertos del ATA
con llamadas simultaneas.
Con la consideración mencionada, el ancho de banda por cada canal de Voz es de 92 Kbps.
Así mismo dado que el ancho de banda por CoS soportado por la red MPLS debe ser múltiplo de 32
Kbps a continuación se presenta una tabla donde se encuentran los anchos de banda de CoS3 según el
número de canal de voz.
Nº de Canales de BW Necesario BW de CoS3 a ser

Voz (Kbps) ofrecido (Kbps)
1 92 96
2 184 192
3 276 288
4 368 384
5 460 480
6 552 576
N N*92Kbps Múltiplo de 32 Kbps

Tabla 29.- Anchos de banda de cuerdo al número de canales de voz utilizando ATA
4.12.3.3.- Videoconferencia
Para las aplicaciones de videoconferencia se debe tener presente el ancho de banda utilizado
por cada sesión de videoconferencia el mismo que depende del protocolo de video, protocolo
de audio y el formato de video que utiliza el Terminal de videoconferencia del cliente.
Con las consideraciones mencionadas, a continuación se presenta una tabla donde se tienen
los anchos de banda de CoS3 de acuerdo al ancho de banda utilizado por cada por sesión.
BW por sesión de BW de CoS3 a ser

BW Necesario
videoconferencia ofrecido
(Kbps)
(Kbps) (Kbps)
128 145 160
192 209 224
256 275 288
384 408 416
512 545 576
640 677 704
704 745 768
768 812 832
Tabla 30.- Anchos de banda de CoS 3 por sesión de videoconferencia.
4.12.4.- Funciones de los equipos de Red

La QoS se realiza en los CPEs, U-PE, N-PE y PE Las funciones de los equipos de red para la
QoS son las siguientes:
Equipo de Red Funciones
Clasificación, marcado y remarcado de paquetes.
CPE Manejo de congestión del trafico hacia la red de TELMEX.
Control del tráfico total de salida (Shaping).
Control de tráfico para cada una de las clases de servicios que
U-PE llegan desde los CPEs.
Manejo de congestión del trafico hacia el PE-AGG.
Manejo de congestión del tráfico hacia N-PE.
PE-AGG
Manejo de congestión del trafico hacia el U-PE
Control del tráfico total de entrada (Shaping).
N-PE Manejo de congestión del trafico hacia el CPE del cliente.
Manejo de congestión del trafico hacia el CPE del cliente
PE (CBWFQ).
Tabla 31.- Funciones de los equipos de red para la QoS
A continuación la descripción de las políticas de QoS en la Red
Equipo de Red Funciones

El CPE debe enviar el tráfico marcado con la precedencia definida
para el servicio contratado.
CPE El exceso de trafico CoS 3 debe ser descartado.
Así mismo debe remarcar a P1 el exceso de tráfico P2, usando
policer.
El tráfico de CoS 3 será limitado al BW CoS 3, el exceso debe ser
U-PE (Ingress Policer) descartado.
Acción de los policer descartado.
- Si el tráfico es únicamente remarcado, se podría abusar del
ancho de banda de acceso.
- Así mismo al ser el CPE gestionado por Telmex la posibilidad
de descarte por el policer es nula.
El tráfico de P1 será limitado al ancho de banda total, el exceso debe
ser descartado. Todo el tráfico recibido en P1 debe ser siempre DSPC
1
En caso de violación del SLA por parte del cliente (secuestro y
cambio de configuración del CPE):
- NOC debe detectar esta violación usando mecanismo de
medición y administración de SLA, informando al cliente de la
anomalía.
- Usar ingress shaping en GSR, pero podría descartar VoIP,
deteriorando su calidad.
- El ancho de banda máximo que recibiría la red sería (BW Total
+ BW CoS3 + BW CoS2 < 2 BW Total)
Usado solo para la obtención de estadísticas.
descartado.
remarcado a P1.
U-PE (Egress Policer)
El tráfico de P1 será limitado al ancho de banda total, el exceso debe
ser descartado.
Acción de los policer
La función de descarte no realizaría función alguna, pues el
hierarchical shaping del GSR ya envía el tráfico conforme al
contrato.
Al parecer la función de remarcado del tráfico P2 sería sin sentido
pues ya recorrió toda la red, pero desde el punto de vista del reporte
de estadísticas es necesario
Manejo de congestión del tráfico hacia N-PE.
PE-AGG
Manejo de congestión del trafico hacia el U-PE
Control del tráfico total de entrada (Shaping).
N-PE Manejo de congestión del trafico hacia el CPE del cliente.
Manejo de congestión del trafico hacia el CPE del cliente (CBWFQ).
PE
Tabla 32.- Descripción de las políticas de QoS en la Red
4.13.- CPE
4.13.1.- Servicio RPV Local
Los equipos CPEs homologados para el servicio RPV Multiservicios local son los siguientes:
Versión de IOS
BW
Serie de Equipo Mínima FLASH DRAM
Soportado
Recomendada 1
831 * 12.4.8c 900 Kbps 12 MB 64 MB
871 * 24.4.XC3 3.0 Mbps 28 MB 128 MB
2611 12.3.21 590 Kbps 16MB 64 MB
Cisco 2611 XM 12.3.21 1.15 Mbps 32 MB 64 MB
Cisco 3640 12.3.21 1.3 Mbps 32 MB 96 MB
Cisco 3660 12.3.21 1.5 Mbps 32 MB 96 MB
Cisco 3725 12.4.8c 9.0 Mbps 32 MB 128 MB
Cisco 3745 12.4.8c 14.5 Mbps 64 MB 256 MB
Cisco 1841 12.4.8c 4.0 Mbps 32 MB 128 MB
Cisco 2801 12.4.8c 5.0 Mbps 64 MB 128 MB
Cisco 2811 12.4.8c 4.5 Mbps 64 MB 256 MB
Cisco 2821 12.4.8c 12.0 Mbps 64 MB 256 MB
Cisco 2851 12.4.8c 14.5 Mbps 64 MB 256 MB
Cisco 3825 12.4.8c 35.0 Mbps 64 MB 256 MB
Cisco 3845 12.4.8c 47.0 Mbps 64 MB 256 MB
Cisco 7200-NPE-400 12.4.8c 16.5 Mbps 48 MB 256 MB
Cisco 7200-NPE-G1 12.4.8c 41.0 Mbps 48 MB 256 MB
Tabla 33.- CPE para el servicio RPV Multiservicios Local
* El uso de este CPE (Cisco router 831 y 871), es posible utilizarlo para RPV teniendo en cuenta las
siguientes consideraciones:
Dado que no cuentan con puertos de voz, se hace necesario el uso de un ATA y un Gatekeeper a
fin de ofrecer CoS3, lo cual lleva a usar el codec G711 el mismo que ocupa 92 kbps por cada
canal de voz o utilizarlo en las soluciones con call manager.
El ancho de banda máximo soportado por el router 831 en RPV es 900 Kbps y por el router 871
es 3.0 Mbps.
o ∑ (BWCoS 1 + BWCoS 2 + BWCoS 3) = BWT ≤ 900 Kbps - Cisco Router 831
o ∑ (BWCoS 1 + BWCoS 2 + BWCoS 3) = BWT ≤ 3.0 Mbps - Cisco Router 871
4.13.2.- Servicio RPV Nacional

La característica principal que debe soportar el CPE para poder acceder al servicio RPV Nacional es el
soporte de 802.1q. Así mismo el ancho de banda que debe soportar el CPE, es la suma del BW de
acceso a la RPV Local y el BW de acceso la RPV Nacional.
Versión de IOS
BW
Serie de Equipo Mínima FLASH DRAM
Soportado
Recomendada 1
2611 12.3.21 590 Kbps 16MB 64 MB
Cisco 2611 XM 12.3.21 1.15 Mbps 32 MB 64 MB
Cisco 3725 12.4.8c 9.0 Mbps 32 MB 128 MB
Cisco 3745 12.4.8c 14.5 Mbps 64 MB 256 MB
Cisco 1841 12.4.8c 4.0 Mbps 32 MB 128 MB
Cisco 2801 12.4.8c 5.0 Mbps 64 MB 128 MB
Cisco 2811 12.4.8c 4.5 Mbps 64 MB 256 MB
Cisco 2821 12.4.8c 12.0 Mbps 64 MB 256 MB
Cisco 2851 12.4.8c 14.5 Mbps 64 MB 256 MB
Cisco 3825 12.4.8c 35.0 Mbps 64 MB 256 MB
Cisco 3845 12.4.8c 47.0 Mbps 64 MB 256 MB
Cisco 7200-NPE-400 12.4.8c 16.5 Mbps 48 MB 256 MB
Cisco 7200-NPE-G1 12.4.8c 41.0 Mbps 48 MB 256 MB
Tabla 34.- CPE para el servicio RPV Multiservicios Nacional
Es importante tener presente que para acceder al servicio RPV Nacional, este debe ser atendido desde
los Catalyst 4506, catalyst 2924 o nodo ATM, este último en caso el CPE tenga interfase ATM.
4.13.3.- Consideraciones a tener en cuenta para la elección de IOS de los CPEs.
Las consideraciones a tener en cuenta para la elección de IOS de los CPEs se detallan a continuación:
IOS Este IOS debe ser utilizado cuando: En que CPE aplica Observaciones
El cliente utiliza protocolos DLSw, _

Enterprise
SNA, IPX. Todos los CPEs.
Services
Para el soporte de
Se solicita acceso al servicio RPV a Solo los CPEs donde
enrutamiento
través dos enlaces de última milla se solicitan los dos
dinámico PE-CPE
(Enlace Principal/Secundario). enlaces.
(BGP)
Para el soporte de
Se solicita el servicio de respaldo a enrutamiento
Todos los CPEs.
través de ISDN. dinámico PE-CPE
(BGP)
Para el soporte de
Se solicita utilizar protocolo de
enrutamiento
enrutamiento dinámico entre sus Todos los CPEs.
dinámico PE-CPE
sedes (BGP)
Service Provider (BGP)
Services Se solicita el servicio de RPVN y en Para el soporte de
(SP Service) cada provincia el cliente cuenta con Solo los CPEs de las enrutamiento
más de tres sedes o el total de sedes sedes centrales. dinámico PE-CPE
suman más de 10. (BGP)
El cliente cuenta con más de 05 Para el soporte de
Solo los CPEs de las
redes o prefijos en su LAN y enrutamiento
sedes donde se tiene
requiere que sean anunciadas a las dinámico PE-CPE
este requerimiento
demás sedes. (BGP)
Para el soporte de
El cliente cuenta con algún tipo de Solo los CPEs de las
enrutamiento
protocolo de enrutamiento dinámico sedes donde se tiene
dinámico PE-CPE
dentro de su red LAN. este requerimiento
(BGP)
Se solicita las funcionalidades y Todos los CPEs _

aplicaciones de Voz o telefonía donde se tiene este
IP Voice
sobre IP. requerimiento.
El cliente solicita acceso al servicio Todos los CPEs _

RPV y considera pasar solamente donde se tiene este
IP Base tráfico IP requerimiento
Tabla 35.- Consideraciones para la elección de IOS

Las consideraciones a tener en cuenta para la elección de IOS de los CPEs se detallan a continuación:
Figura 11.- Características soportados por el IOS de Cisco
4.14.- Consideraciones de Ingeniería

4.14.1.- Enlaces MPLS
Las capacidades de los enlaces deben ser configurado dependiendo de las demandas de tráfico. En
todo caso el ancho de banda usado en los enlaces MPLS local y nacional deben ser periódicamente
monitoreados. Cuando el ancho de banda supere el 75% de utilización, se debe comunicar a Ingeniería
a fin de realizar un upgrade al ancho de banda del enlace.
A continuación se muestra el ancho de banda de los enlaces MPLS dentro de la red MPLS/VPN
Nacional.
Nodo Origen Nodo Destino Ancho de banda

P-Lima PE-Piura 6 Mbps
P-Lima PE-Chiclayo 6 Mbps
P-Lima PE-Trujillo 12 Mbps
P-Lima PE-Arequipa 8 Mbps
P-Lima PE-Cusco 2 Mbps
P-Lima PE- Iquitos 28 Mbps
P-Lima PE- Pucallpa 4 Mbps
Tabla 36.- Capacidad de los enlace MPLS Nacional
4.14.2.- Enlaces Metro Ethernet
Las conexiones entre los PE Agregadores y los PE Usuarios en Lima se han realizado directamente a
través de interfaces Gigabit Ethernet y las conexiones entre los PE y PE Usuarios en provincias se han
realizado directamente a través de interfaces Fast Ethernet.
Así mismo las capacidades de los enlaces deben ser configurado dependiendo de las demandas de
tráfico de cada una de las Clases de Servicio que se cursaría por estos enlaces. Para esta primera fase
se ha establecido que para el manejo de congestión, los enlaces entre el PE Agregadores y PE Usuarios
en Lima así como para los PE y PE usuarios en provincias, se debe tener la siguiente distribución:
Clase de Servicio Tipo de Tráfico Mapeo de QoS Ancho de Banda

CoS 3 Voz y video tx-queue 3 125 Mbps
CoS 2 Datos críticos tx-queue 4 100 Mbps
CoS 1 Datos no críticos tx-queue 2 100 Mbps
CoS 0 Internet tx-queue 1 100 Mbps
Tabla 37.- Capacidad de los enlaces Metro Ethernet
4.14.3.- Plataforma de Transporte
El core MPLS utiliza la red SDH-10G como plataforma para el transporte del tráfico de datos a través
de interfaces Gigabit Ethernet.
Así mismo dado que en esta primera fase no se cuenta con un N-PE en el nodo San Martín, se ha
considerado que el PE agregador de San Martín sea atendido desde el N-PE de Chinchon, esto se
realizaría teniendo a la red SDH-10G como medio de transporte.
La plataforma de transporte nacional sigue siendo a través de enlaces microondas.
4.14.4.- Equipamiento de Acceso

La cantidad de puertos Ethernet instalada en los POPs donde se tiene un equipo Metro Ethernet son
mostrados a continuación:
POPs Numero de puertos

Metro Ethernet Ethernet
Lima
Chinchón 144
Internet Club 144
Saladium 48
Pardo y Aliaga 96
San Martín 48
Alcanfores 48
Cotabambas 48
San Felipe 48
Torre Parque Mar 48
Higuereta 48
Telepuerto -VES 48
Los Olivos 48
Pasaje Acuña 48
San Miguel 48
Callao 48
Santa Anita 48
Provincias
Piura 48
Chiclayo 48
Trujillo 48
Arequipa 48
Cusco 48
Cajamarca 48
Ica 48
Tabla 38.- Número de puertos Ethernet en los POPs Metro Ethernet
Cuando el número de puertos Ethernet en servicio y reservados sume el 75% del total de puertos en
cada uno de los equipos de acceso (Catalyst 4506, 2924 o 2820) debe ser comunicado a Ingeniería a
fin de programar el crecimiento de puertos en dicho POP.
4.15.- Consideraciones Varias

4.15.1.- Delay para VoIP
Una de las consideraciones más importante para garantizar la calidad de la VoIP es el retardo. De
acuerdo a la recomendación ITU-T G.114, el retardo one-way entre dos puntos y su correspondiente
calidad de voz esperada es la siguiente:
Rango en Milisegundo Calidad de Voz

0 – 150 Acceptable for most user applications.
Acceptable provided that administrator are aware of the
150 – 400 transmisssion time and it´s impact on the transmision quality
of user applications.
Unacceptable for general network planning purposes,
Above 400 however, it is recognized that in some exceptions cases this
limit will be exceeded.
Tabla 39.- Retardo One-Way – Calidad de Voz
Esta recomendación debe ser tomada en cuenta para evaluar la calidad de voz que pueda tener el
cliente en la red.
5.- PROCEDIMIENTO DE CONFIGURACIÓN
5.1.- Escenarios de servicios para el servicio RPV Local

5.1.1.- Escenario acceso Metro Ethernet en Lima
Para el aprovisionamiento del servicio RPV Multiservicios local de Lima, se deben seguir las políticas
de configuración que se encuentran en el punto 5.3 de este mismo documento. A continuación se
presenta gráficamente la forma del aprovisionamiento del servicio RPV.
Mapeo de VLAN a VRF en N-PE
12406
12406 SDH
N-PE
N-PE Gigabit Ethernet VRF Cotabambas
Chinchon VRF
PE-AGG
PE-AGG
C4510R
C4510R
Chinchón Gig SDH
ab i Cotambambas
802 t Ether PE-AGG
thernet
t .1 Q net
ne C4510R
er
VL AN 6
th Q San Martín
VLAN 5
E
bit 2.1
802.1Q
Gigabit E
iga 80
Gigabit Ethernet
G
802.1Q
VLAN 7
U-PE
U-PE
C4506
C4506
Pardo y Salladium
Chinchon U-PE
Aliaga Cotabambas Higuereta
C4506
Alcanfores
Figura 12.- Escenario de acceso Metro Ethernet en Lima
Para el aprovisionamiento del servicio RPV Local en Lima de un cliente dentro de la red Metro
Ethernet se debe tener en cuenta lo siguiente:
En el C4506, se debe asignar, crear y configura una VLAN diferente (Según el plan de
asignación de VLAN por POPs) en cada puerto de acceso del C4506 que está directamente
conectado al CPE del cliente. Es necesario verificar que las VLAN asignadas estén comprendidas
dentro de la troncal 802.1q.
En el C4510R, únicamente se debe crear la VLAN asignada, dado que estás según el plan de
asignación de VLANs ya fueron incluidas dentro de la troncal 802.1q de cada una de las
interfaces Gigabit Ethernet que concentran los enlaces provenientes de los POPs Metro.
En el GSR 12406 se debe realizar el mapeo de las VLAN asignadas a un cliente con la VRF
asignada a este mismo cliente.
5.1.2.- Escenario acceso Metro Ethernet en provincias

Para el aprovisionamiento del servicio RPV Multiservicios local en provincias, se deben seguir las
políticas de configuración que se encuentran en el punto 5.3 de este mismo documento. A
continuación se presenta gráficamente la forma del aprovisionamiento del servicio RPV.
Mapeo de VLAN a VRF en N-PE y PE
7206 SDH
PE-Arequipa Red MPLS/VPN 7206

VRF Gigabit Ethernet
Nacional VRF PE- Trujillo
VLAN 11
VL AN
VLAN
VLAN 21
VLAN 12
VLAN 22
20
10
U-PE - C4503
U-PE - C4503
Arequipa
Trujillo
Figura 13.- Escenario de acceso Metro Ethernet en provincias
Para el aprovisionamiento del servicio RPV Local en provincias de un cliente dentro de la red Metro
Ethernet se debe tener en cuenta lo siguiente:
En el C4503, se debe asignar, crear y configura una VLAN diferente (Según el plan de
asignación de VLAN por POPs) en cada puerto de acceso del C4503 que está directamente
conectado al CPE del cliente. Es necesario verificar que las VLAN asignadas estén comprendidas
dentro de la troncal 802.1q directamente conectada al PE de la provincia correspondiente.
En los PE se debe realizar el mapeo de las VLAN asignadas a un cliente con la VRF asignada a
este mismo cliente.
5.1.3.- Escenario acceso ATM

Para el aprovisionamiento del servicio RPV Multiservicios Local de clientes que sean atendidos por la
red ATM, se deben seguir las misma políticas de configuración que actualmente se realizan para el
aprovisionamiento del servicio RPV Internacional (Configuración en PE-Internacional Cisco
Router 7206) y del servicio RPV Local fase 0 (Configuración en PE-Lima1 Cisco router 7513). Es
importante recordar que el servicio RPV local solo puede ser atendido desde Catalyst 2820 y Catalyst
2924.
5.1.4.- Escenario acceso serial – Enlaces Satelitales

Para el aprovisionamiento del servicio de datos, donde un cliente tenga sedes remotas en ciudades
donde no tenemos cobertura con la red MPLS nacional, se deben seguir las mismas políticas de
configuración que actualmente se realizan para el servicio IP Data Nacional a través de enlaces
satelitales con la única variante que la VRF asignada al cliente para estos enlaces debe ser la misma
VRF asignada para este en la red MPLS/VPN de Lima. Por otro lado los requerimientos para atender a
estos enlaces deber llegar como enlaces IP Data.
Recordar que el servicio IP Data no se garantiza clases de servicio, solamente conectividad entre
sedes.
Se recomienda realizar una actualización en las configuraciones de los CPE y PE de Lima y provincias
a fin de tener estandarizados el marcado de los paquetes de voz dentro de la red MPLS.
5.2.- Escenarios de servicios para el servicio RPV nacional
5.2.1.- Escenario acceso Metro Ethernet
Para el aprovisionamiento del servicio RPV Multiservicios nacional en Lima y provincias, se deben
seguir las políticas de configuración que se encuentran en el punto 5.4 de este mismo documento. A
continuación se presenta gráficamente la forma del aprovisionamiento del servicio RPV.
Mapeo de VLAN a VRF en N-PE y PE
SDH
N-PE: GSR 12406

Red MPLS/VPN 7206
Gigabit Ethernet VRF VRF
Chinchon VRF VRF Nacional PE- Trujillo
PE-AGG: C4510R
VLAN 6
Chinchón
Gig SDH
Fast Ethernet
abi
802 t Ether PE-AGG
t .1Q net
rne C4510R
he
Et San Martín
VLAN 11
VLAN 12
Q
VLAN
VLAN 20
bit 2 .1
VLAN 21
i g a 80
Gigabit Ethernet
G
802.1Q
VLAN 22
10
U-PE U-PE - C4503
C4506 Trujillo
Chinchon
San Felipe Salladium
Q
802.1
802.1Q
Alcanfores
VRF VPN – RPV Nacional.

VRF VPN – RPV Local Lima
VRF VPN – RPV Local Provincias.
Figura 14.- Escenario de servicio RPV Nacional con acceso Metro Ethernet
Para el aprovisionamiento del servicio RPV nacional en Lima dentro de la red Metro Ethernet se debe
tener en cuenta lo siguiente:
En el Catalyst 4506 se debe asignar y crear una VLAN diferente al asignado al enlace del RPV
local (Según el plan de asignación de VLAN por POPs). Es necesario verificar que las VLAN
asignadas estén comprendidas dentro de la troncal 802.1q entre el U-PE y PE-AGG.
Se debe configurar como troncal 802.1q el puerto que está directamente conectado al CPE
principal de Lima. Es necesario habilitar dentro de esta troncal las VLAN previamente asignadas
y creadas en el U-PE para el servicio RPV Local y Nacional.
En el C4510R, únicamente se debe crear la VLAN asignada, dado que estás según el plan de
asignación de VLANs ya fueron incluidas dentro de la troncal 802.1q de cada una de las
interfaces Gigabit Ethernet que concentran los enlaces provenientes de los POPs Metro.
En el GSR 12406 se debe realizar el mapeo de la VLAN asignadas a un cliente con la VRF
asignada para la VPN nacional a este mismo cliente
Para el aprovisionamiento del servicio RPV nacional dentro de la red Metro Ethernet se debe tener en
cuenta lo siguiente:
En el catalyst 4503, se debe asignar y crear una VLAN diferente al asignado al enlace del RPV
local (Según el plan de asignación de VLAN por POPs). Es necesario verificar que las VLAN
asignadas estén comprendidas dentro de la troncal 802.1q directamente conectada al PE de la
provincia correspondiente.
Se debe configurar como troncal 802.1q el puerto que está directamente conectado al CPE central
en cada provincia. Es necesario habilitar dentro de esta troncal las VLAN previamente asignadas
y creadas en el U-PE para el servicio RPV Local y Nacional.
En el PE de cada provincia se debe realizar el mapeo de la VLAN asignada a un cliente con la
VRF asignada para la VPN nacional a este mismo cliente.
5.2.2.- Escenario acceso ATM

Para el aprovisionamiento del servicio RPV Multiservicios Nacional de clientes que sean atendidos
por la red ATM, se deben seguir las siguientes políticas de configuración:
En el catalyst 2924, se debe asignar y crear una segunda VLAN diferente al asignado al enlace
del RPV local (Según el plan de asignación de VLAN por POPs). Así mismo esta segunda
VLAN debe ser mapeada a un segundo PVC, el mismo que debe ser terminado en uno de los 02
PE IWF.
Se debe configurar como troncal 802.1q el puerto que está directamente conectado al CPE
principal de Lima. Es necesario habilitar dentro de esta troncal las VLAN previamente asignadas
y creadas en el catalyst 2924 para el servicio RPV Local y Nacional.
En el PE de IWF se debe realizar el mapeo de este segundo PVC con la VRF asignada a un
cliente con la VRF asignada para la VPN nacional a este mismo cliente.
Se deben seguir las mimas políticas de configuración en los equipos de IWF.
5.3.- Normativas de configuración en la Red acceso Metro Ethernet
Dentro de la Red de acceso Metro Ethernet, los clientes pertenecientes al servicio RPV Local y
nacional serán aprovisionados teniendo en cuenta las siguientes normas de configuración:
Asignación de sub-interfaces en los puertos FE y GE de los nodos PE (GSR 12406 y Cisco 7206)
por tipo de servicio en Lima y provincias.
Nodo PE Servicio VPN L2 Servicio IP Data
N-PE (GSR 12406) GE ( 1/2.100 - 1/2.499) No Aplica
PE (Cisco 7206) FE ( 4/0.100 - 4/0.499) FE ( 0/0.400 - 0/0.499)
Tabla 40.- Asignación de sub-interfaces en los puertos FE y GE de los nodos PE – VPN L2
Nodo PE Servicio RPV Servicio RPX

N-PE (GSR 12406) GE ( 1/2.2000 - 1/2.9999) GE ( 1/2.10000 - 1/2.15999)
PE (Cisco 7206) FE ( 4/0.2000 - 4/0.2999) FE ( 4/0.5000 - 4/0.5999)
Tabla 41.- Asignación de sub-interfaces en los puertos FE y GE de los nodos PE – VPN L3
Servicio de VoIP NGN - Softswitch Servicio de VoIP NGN - Softswitch

Nodo PE
(Acceso Metro) (Acceso Inalámbrico)
N-PE (GSR 12406) GE ( 1/2.20000 - 1/2.20999) GE ( 2/2.3000 - 2/2.3999)
PE (Cisco 7206) FE ( 4/0.3000 - 4/0.3019) FE ( 4/0.3020 - 4/0.3040)
Tabla 42.- Asignación de sub-interfaces en los puertos FE y GE de los nodos PE – VoIP NGN
Servicio Internet Servicio Internet Servicio Internet - L2

Nodo PE
(Acceso Metro) (Acceso Inalámbrico) (Acceso ADSL)
N-PE (GSR 12406) GE ( 1/3.500 - 1/3.1499) GE ( 2/2.1000 - 2/2.1999) GE ( 1/3.5000 - 1/3.5999)
PE (Cisco 7206) FE ( 4/0.500 - 4/0.1499) FE ( 4/0.1500 - 4/0.1999) -
Tabla 43.- Asignación de sub-interfaces en los puertos FE y GE de los nodos PE – Internet
Servicio POS Mastercard Servicio POS Visanet

Nodo PE
(Acceso Inalambrico) (Acceso Inalambrico)
N-PE (GSR 12406) - -
PE (Cisco 7206) FE ( 4/0.7000 - 4/0.7199) FE ( 4/0.7200 - 4/0.7399)

Servicio X-plor@ Servicio Internet
Nodo PE
(Acceso Inalámbrico) (Acceso Inalámbrico)
N-PE (GSR 12406)
PE (Cisco 7206) FE ( 4/0.7400 - 4/0.7599) FE ( 4/0.7600 - 4/0.7799)
Asignación de sub-interfaces en los puertos GE de los nodos PE (GSR 12406) por POP Metro
Ethernet en Lima para el servicio RPV (RPVL, RPVN y RPVI).
Servicio de RPV Servicio RPV
Nodo PE POP Metro Reservados
(Acceso Metro) (Acceso 3.5 GHz)
Chinchón GE ( 1/2.2000 - 1/2.2199) GE ( 1/2.2200 - 1/2.2399) GE ( 1/2.2400 - 1/2.2499)
Salladium GE ( 1/2.2500 - 1/2.2699) GE ( 1/2.2700 - 1/2.2899) GE ( 1/2.2900 - 1/2.2999)
Pardo y Aliaga GE ( 1/2.3000 - 1/2.3199) GE ( 1/2.3200 - 1/2.3399) GE ( 1/2.3400 - 1/2.3499)
ICP GE ( 1/2.3500 - 1/2.3699) GE ( 1/2.3700 - 1/2.3899) GE ( 1/2.3900 - 1/2.3999)
San Miguel GE ( 1/2.4000 - 1/2.4199) GE ( 1/2.4200 - 1/2.4399) GE ( 1/2.4400 - 1/2.4499)
CHINCHON Reservados GE ( 1/2.4500 - 1/2.4699) GE ( 1/2.4700 - 1/2.4899) GE ( 1/2.4900 - 1/2.4999)
San Felipe GE ( 1/2.5000 - 1/2.5199) GE ( 1/2.5200 - 1/2.5399) GE ( 1/2.5400 - 1/2.5499)
San Martín GE ( 1/2.5500 - 1/2.5699) GE ( 1/2.5700 - 1/2.5899) GE ( 1/2.5900 - 1/2.5999)
Alcanfores GE ( 1/2.6000 - 1/2.6199) GE ( 1/2.6200 - 1/2.6399) GE ( 1/2.6400 - 1/2.6499)
TPM GE ( 1/2.6500 - 1/2.6699) GE ( 1/2.6700 - 1/2.6899) GE ( 1/2.6900 - 1/2.6999)
LAB-ING GE (1/2.9900 – 1/2.9999)

Cotabambas GE ( 1/2.2000 - 1/2.2199) GE ( 1/2.2200 - 1/2.2399) GE ( 1/2.2400 - 1/2.2499)
Higuereta GE ( 1/2.2500 - 1/2.2699) GE ( 1/2.2700 - 1/2.2899) GE ( 1/2.2900 - 1/2.2999)
Telepuerto GE ( 1/2.3000 - 1/2.3199) GE ( 1/2.3200 - 1/2.3399) GE ( 1/2.3400 - 1/2.3499)
COTABAMBAS Pasaje Acuña GE ( 1/2.3500 - 1/2.3699) GE ( 1/2.3700 - 1/2.3899) GE ( 1/2.3900 - 1/2.3999)
Los Olivos GE ( 1/2.4000 - 1/2.4199) GE ( 1/2.4200 - 1/2.4399) GE ( 1/2.4400 - 1/2.4499)
Santa Anita GE ( 1/2.4500 - 1/2.4699) GE ( 1/2.4700 - 1/2.4899) GE ( 1/2.4900 - 1/2.4999)
Lurín GE ( 1/2.5000 - 1/2.5199) GE ( 1/2.5200 - 1/2.5399) GE ( 1/2.5400 - 1/2.5499)
Callao GE ( 1/2.5500 - 1/2.5699) GE ( 1/2.5700 - 1/2.5899) GE ( 1/2.5900 - 1/2.5999)
Tabla 44.- Asignación de sub-interfaces por POP Metro Ethernet en Lima – RPV
Ethernet en Lima para el servicio RPX (RPXL y RPXN)
Servicio de RPX Servicio RPX
Nodo PE POP Metro Reservados
Chinchón GE ( 1/2.10000 - 1/2.10099) GE ( 1/2.10100 - 1/2.10299) GE ( 1/2.10300 - 1/2.10499)
Salladium GE ( 1/2.10500 - 1/2.10599) GE ( 1/2.10600 - 1/2.10799) GE ( 1/2.10800 - 1/2.10999)
Pardo y Aliaga GE ( 1/2.11000 - 1/2.11099) GE ( 1/2.11100 - 1/2.11299) GE ( 1/2.11300 - 1/2.11499)
ICP GE ( 1/2.11500 - 1/2.11599) GE ( 1/2.11600 - 1/2.11799) GE ( 1/2.11800 - 1/2.11999)
San Miguel GE ( 1/2.12000 - 1/2.12099) GE ( 1/2.12100 - 1/2.12299) GE ( 1/2.12300 - 1/2.12499)
CHINCHON Reservados GE ( 1/2.12500 - 1/2.12599) GE ( 1/2.12600 - 1/2.12799) GE ( 1/2.12800 - 1/2.12999)
San Felipe GE ( 1/2.13000 - 1/2.13099) GE ( 1/2.13100 - 1/2.13299) GE ( 1/2.13300 - 1/2.13499)
San Martín GE ( 1/2.13500 - 1/2.13599) GE ( 1/2.13600 - 1/2.13799) GE ( 1/2.14800 - 1/2.13999)
Alcanfores GE ( 1/2.14000 - 1/2.14099) GE ( 1/2.14100 - 1/2.14299) GE ( 1/2.14300 - 1/2.14499)
TPM GE ( 1/2.14500 - 1/2.14599) GE ( 1/2.14600 - 1/2.14799) GE ( 1/2.14800 - 1/2.14999)
LAB-ING GE (1/2.19900 – 1/2.19999)

Cotabambas GE ( 1/2.10000 - 1/2.10099) GE ( 1/2.10100 - 1/2.10299) GE ( 1/2.10300 - 1/2.10499)
Higuereta GE ( 1/2.10500 - 1/2.10599) GE ( 1/2.10600 - 1/2.10799) GE ( 1/2.10800 - 1/2.10999)
Telepuerto GE ( 1/2.11000 - 1/2.11099) GE ( 1/2.11100 - 1/2.11299) GE ( 1/2.11300 - 1/2.11499)
COTABAMBAS Pasaje Acuña GE ( 1/2.11500 - 1/2.11599) GE ( 1/2.11600 - 1/2.11799) GE ( 1/2.11800 - 1/2.11999)
Los Olivos GE ( 1/2.12000 - 1/2.12099) GE ( 1/2.12100 - 1/2.12299) GE ( 1/2.12300 - 1/2.12499)
Santa Anita GE ( 1/2.12500 - 1/2.12599) GE ( 1/2.12600 - 1/2.12799) GE ( 1/2.12800 - 1/2.12999)
Lurín GE ( 1/2.13000 - 1/2.13099) GE ( 1/2.13100 - 1/2.13299) GE ( 1/2.13300 - 1/2.13499)
Callao GE ( 1/2.13500 - 1/2.13599) GE ( 1/2.13600 - 1/2.13799) GE ( 1/2.14800 - 1/2.13999)
Tabla 45.- Asignación de sub-interfaces por POP Metro Ethernet en Lima – RPV
Ethernet en Lima para el servicio de VoIP NGN – Softswitch.
Servicio de VoIP NGN Servicio de VoIP NGN
Nodo PE POP Metro Softswitch Softswitch
Chinchón GE ( 1/2.20000 – 1/2.20009) GE ( 2/2.3000 – 2/2.3019)
Salladium GE ( 1/2.20010 – 1/2.20019) GE ( 2/2.3020 – 2/2.3039)
Pardo y Aliaga GE ( 1/2.20020 – 1/2.20029) GE ( 2/2.3040 – 2/2.3059)
Internet Club GE ( 1/2.20030 – 1/2.20039) GE ( 2/2.3060 – 2/2.3079)
San Miguel GE ( 1/2.20040 – 1/2.20049) GE ( 2/2.3080 – 2/2.3099)
CHINCHON Reservados GE ( 1/2.20050 – 1/2.20059) GE ( 2/2.3100 – 2/2.3119)
San Felipe GE ( 1/2.20060 – 1/2.20069) GE ( 2/2.3120 – 2/2.3139)
San Martín GE ( 1/2.20070 – 1/2.20079) GE ( 2/2.3140 – 2/2.3159)
Alcanfores GE ( 1/2.20080 – 1/2.20089) GE ( 2/2.3160 – 2/2.3179)
TPM GE ( 1/2.20090 – 1/2.20099) GE ( 2/2.3180 - 2/2.3199)
LAB-ING GE (1/2.1490 – 1/2.1499) -

Cotabambas GE ( 1/2.20000 – 1/2.20009) GE ( 2/2.3000 – 2/2.3019)
Higuereta GE ( 1/2.20010 – 1/2.20019) GE ( 2/2.3020 – 2/2.3039)
Telepuerto GE ( 1/2.20020 – 1/2.20029) GE ( 2/2.3040 – 2/2.3059)
COTABAMBAS Pasaje Acuña GE ( 1/2.20030 – 1/2.20039) GE ( 2/2.3060 – 2/2.3079)
Los Olivos GE ( 1/2.20040 – 1/2.20049) GE ( 2/2.3080 – 2/2.3099)
Santa Anita GE ( 1/2.20050 – 1/2.20059) GE ( 2/2.3100 – 2/2.3119)
Lurín GE ( 1/2.20060 – 1/2.20069) GE ( 2/2.3120 – 2/2.3139)
Callao GE ( 1/2.20070 – 1/2.20079) GE ( 2/2.3140 – 2/2.3159)
Tabla 46.- Asignación de sub-interfaces por POP Metro Ethernet en Lima – VoIP
Ethernet en Lima para el servicio Internet.
Servicio Internet Servicio Internet Servicio Internet
Nodo PE POP Metro
(Acceso Metro) (Acceso 3.5 GHz) (Acceso ADSL)
Chinchón GE ( 1/3.500 - 1/3.549) GE ( 2/2.1000 – 2/2.1019) GE ( 1/3.5000 - 1/3.5009)
Salladium GE ( 1/3.550 - 1/3.599) GE ( 2/2.1020 – 2/2.1039) GE ( 1/3.5010 - 1/3.5019)
Pardo y Aliaga GE ( 1/3.600 - 1/3.649) GE ( 2/2.1040 – 2/2.1059) GE ( 1/3.5020 - 1/3.5029)
ICP GE ( 1/3.650 - 1/3.699) GE ( 2/2.1060 – 2/2.1079) GE ( 1/3.5030 - 1/3.5039)
San Miguel GE ( 1/3.700 - 1/3.749) GE ( 2/2.1080 – 2/2.1099) GE ( 1/3.5040 - 1/3.5049)
CHINCHON Reservados GE ( 1/3.750 - 1/3.799) GE ( 2/2.1100 – 2/2.1119) GE ( 1/3.5050 - 1/3.5059)
San Felipe GE ( 1/3.800 - 1/3.849) GE ( 2/2.1120 – 2/2.1139) GE ( 1/3.5060 - 1/3.5069)
San Martín GE ( 1/3.850 - 1/3.899) GE ( 2/2.1140 – 2/2.1159) GE ( 1/3.5070 - 1/3.5079)
Alcanfores GE ( 1/3.900 - 1/3.949) GE ( 2/2.1160 – 2/2.1179) GE ( 1/3.5080 - 1/3.5089)
TPM GE ( 1/3.950 - 1/3.999) GE ( 2/2.1180 – 2/2.1199) GE ( 1/3.5090 - 1/3.5099)
LAB-ING GE ( 1/3.1490 - 1/3.1499) -

Cotabambas GE ( 1/3.500 - 1/3.549) GE ( 2/2.1000 – 2/2.1019) GE ( 1/3.5000 - 1/3.5009)
Higuereta GE ( 1/3.550 - 1/3.599) GE ( 2/2.1020 – 2/2.1039) GE ( 1/3.5010 - 1/3.5019)
Telepuerto GE ( 1/3.600 - 1/3.649) GE ( 2/2.1040 – 2/2.1059) GE ( 1/3.5020 - 1/3.5029)
COTABAMBAS Pasaje Acuña GE ( 1/3.650 - 1/3.699) GE ( 2/2.1060 – 2/2.1079) GE ( 1/3.5030 - 1/3.5039)
Los Olivos GE ( 1/3.700 - 1/3.749) GE ( 2/2.1080 – 2/2.1099) GE ( 1/3.5040 - 1/3.5049)
Santa Anita GE ( 1/3.750 - 1/3.799) GE ( 2/2.1100 – 2/2.1119) GE ( 1/3.5050 - 1/3.5059)
Lurín GE ( 1/3.800 - 1/3.849) GE ( 2/2.1120 – 2/2.1139) GE ( 1/3.5060 - 1/3.5069)
Callao GE ( 1/3.850 - 1/3.899) GE ( 2/2.1140 – 2/2.1159) GE ( 1/3.5070 - 1/3.5079)
Tabla 47.- Asignación de sub-interfaces por POP Metro Ethernet en Lima - Internet
Asignación de sub-interfaces en los puertos FE de los nodos PE (Cisco 7206) por POP Metro
Ethernet en provincias.
Servicio RPV Servicio RPV Servicio RPV
Nodo PE POP Metro
(Acceso Metro) (Acceso 3.5GHz) (Acceso 10.5GHz)
Piura Piura FE ( 4/0.2000 - 4/0.2199) FE ( 4/0.2200 - 4/0.2299) FE ( 4/0.2300 - 4/0.2399)
Chiclayo Chiclayo FE ( 4/0.2000 - 4/0.2199) FE ( 4/0.2200 - 4/0.2299) FE ( 4/0.2300 - 4/0.2399)
Trujillo Trujillo FE ( 4/0.2000 - 4/0.2199) FE ( 4/0.2200 - 4/0.2299) FE ( 4/0.2300 - 4/0.2399)
Arequipa Arequipa FE ( 4/0.2000 - 4/0.2199) FE ( 4/0.2200 - 4/0.2299) FE ( 4/0.2300 - 4/0.2399)
Cusco Cusco FE ( 4/0.2000 - 4/0.2199) FE ( 4/0.2200 - 4/0.2299) FE ( 4/0.2300 - 4/0.2399)
Cajamarca Cajamarca FE ( 4/0.2000 - 4/0.2199) FE ( 4/0.2200 - 4/0.2299) FE ( 4/0.2300 - 4/0.2399)
Ica Ica FE ( 4/0.2000 - 4/0.2199) - -
Huacho - - - -
Pucallpa - - FE ( 4/0.2200 - 4/0.2299) FE ( 4/0.2300 - 4/0.2399)
Iquitos - - FE ( 4/0.2200 - 4/0.2299) FE ( 4/0.2300 - 4/0.2399)
Tabla 48.- Asignación de sub-interfaces por POP Metro Ethernet en provincias - Servicio RPV
Servicio RPX Servicio RPX Servicio RPX

Nodo PE POP Metro
Ica Ica FE ( 4/0.5000 - 4/0.5199) - -
Huacho Huacho - - -
Pucallpa - - FE ( 4/0.5200 - 4/0.5299) FE ( 4/0.5300 - 4/0.5399)
Iquitos - - FE ( 4/0.5200 - 4/0.5299) FE ( 4/0.5300 - 4/0.5399)
Tabla 49.- Asignación de sub-interfaces por POP Metro Ethernet en provincias – Servicio RPX

Nodo PE POP Metro Xplor@ Xplor@ Xplor@
(Acceso Metro) (Acceso 3.5 GHz) (Acceso 10 GHz)
Ica Ica FE ( 4/0.520 - 4/0.549) - -
Huacho Huacho - - -
Pucallpa - - FE ( 4/0.1500 - 4/0.1509) FE ( 4/0.1510 - 4/0.1519)
Iquitos - - FE ( 4/0.1500 - 4/0.1509) FE ( 4/0.1510 - 4/0.1519)
Tabla 50.- Asignación de sub-interfaces por POP Metro Ethernet en provincias - Servicio Xplo@

Nodo PE POP Metro Empresarial Empresarial Empresarial
(Acceso Metro) (Acceso 3.5 GHz) (Acceso 10 GHz)
Ica Ica FE ( 4/0.500 - 4/0.519) - -
Huacho Huacho - - -
Pucallpa - - FE ( 4/0.1520 - 4/0.1529) FE ( 4/0.1530 - 4/0.1539)
Iquitos - - FE ( 4/0.1520 - 4/0.1529) FE ( 4/0.1530 - 4/0.1539)
Tabla 51.- Asignación de sub-interfaces por POP Metro Ethernet en provincias - Servicio
Empresarial
Servicio de VoIP NGN - Servicio de VoIP NGN - Servicio de VoIP NGN
Nodo PE POP Metro Softswitch Softswitch - Softswitch
Ica Ica FE ( 4/0.3000 - 4/0.3019) - -
Pucallpa - - FE ( 4/0.3020 - 4/0.3039) FE ( 4/0.3040 - 4/0.3060)
Iquitos - - FE ( 4/0.3020 - 4/0.3039) FE ( 4/0.3040 - 4/0.3060)
Tabla 52.- Asignación de sub-interfaces por POP Metro Ethernet en provincias – VoIP NGN
5.4.- Procedimiento de configuración del servicio RPV Local
5.4.1.- Configuración en CPE
El aprovisionamiento del servicio en el CPE se debe realizar teniendo en cuenta lo siguiente:
Configuración de interfase Loopback para Gestión de CPE

1 interface loopback 0
// Definición de interfase loopback para Gestión del CPE
2 description Interfase Loopback de Gestión
// Nombre de la interfase loopback de Gestión
3 ip address <Dirección IP de la interfase Loopback>
// Definición de la dirección IP, tener en cuenta que el PE tenga una ruta estática para
alcanzar la dirección IP Loopback. Esta IP es asignada por el NOC.
Configuración de interfase Loopback para VoIP

1 interface loopback 1
// Definición de interface loopback para identificación de los paquetes VoIP
2 description Interfase Loopback para VoIP
// Nombre de la interfase loopback para las sesiones de VoIP
3 ip address <Dirección IP de la interfase Loopback>
// Definición de la dirección IP, tener en cuenta que el PE tenga una ruta estática para
alcanzar la dirección IP Loopback. Esta IP es asignada por el NOC.
4 h323-gateway voip bind srcaddr < dirección ip de la interface loopback>
// Asigna la dirección IP con la cual se originarán los paquetes de voz
Configuración de Marcado de los paquetes de Voz

1 dial-peer voice [número de secuencia] voip
// Permite llamadas de VoIP hacia otras sedes
2 destination-pattern [número de la extensión a llamar]
// Patrón de marcado hacia la sede remota
3 codec g729r8 bytes [tamaño del Payload=40 Bytes]
// Define el tipo de codec para las llamadas de voz y tamaño de paquetes RTP de Voz,
recordar que no incluye cabecera L2, L3, L4
4 no vad
// Desactiva la supresión del silencio en las llamadas activas de voz, algunos Codecs no
soportan desactivación de la supresión del silencio
5 ip precedence 5
// Permite definir la precedencia del trafico que se origine parea llamadas VoIP y coindica
con esta sentencia dial-peer
Observación: dependiente de la versión del IOS.
5.a ip qos dscp cs5 media
// Marca los paquetes como prioridad 5 para el flujo de voz
5.b ip qos dscp cs5 signaling
// Marca los paquetes como prioridad 5 para el flujo de señalización
Configuración de dial-peer para llamadas entrantes
1 dial-peer voice [número de secuencia] pots
// Permite llamadas de VoIP direccional a los puertos de voz
2 destination-pattern [número de la extensión a llamar]
// Patrón de marcado hacia la sede remota en cuestión
3 port [número de puerto de voz]
// Redirecciona las llamadas de voz a los puertos de voz destino
Definición lista de acceso para clasificación de tráfico – LAN

El tráfico de los clientes debe ser clasificado a través de lista de acceso, los mismos que se pueden
variar en gran medida debido a las aplicaciones de los cliente y pueden ser en base a:
Direcciones IP fuente/destino.
Puertos TCP fuente/destino o puertos UDP fuente/destino. Los puertos TCP y UDP van desde 0 –
65535.
Rango de puertos TCP fuente/destino o rango de puertos UDP fuente/destino. Los puertos TCP y
UDP van desde 0 – 65535.
A continuación alguna de las variantes que se tienen para realizar el filtrado:
1 ip access-list extended qosX

// Lista de acceso que define el tráfico de alguno de los tres tipos (qos1, qos2 o qos3)
2 (config-ext-nacl)#permit ip <source address> < source wildcard bits> <destination
address> < destination wildcard bits >
// Filtro en base a sub-redes IP fuente y una sub-red de destino determinada.
3 (config-ext-nacl)#permit ip <source address> < source wildcard bits> any
// Filtro en base a sub-redes IP fuente y cualquier destino.
4 (config-ext-nacl)# permit tcp any eq < port> any eq <port>
// Filtro en base a un puerto TCP fuente y destino.
5 (config-ext-nacl)# permit udp any eq < port> any eq <port>
// Filtro en base a puerto UDP fuente y destino.
6 (config-ext-nacl)# permit tcp any range <puerto_inicial – puerto_final> any range <
puerto_inicial – puerto_final >
// Filtro en base a un rango de puertos TCP fuente y destino.
7 (config-ext-nacl)# permit udp any range <puerto_inicial – puerto_final> any range <
puerto_inicial – puerto_final >
// Filtro en base a un rango de puertos UDP fuente y destino.
Configuración de la clasificación de tráfico - LAN

1 (config)#class-map match-any P5
// Crea la clase para un tráfico específico
2 (config-cmap)#match ip dscp cs5
// Clasifica el tráfico definido como CS5 (DSCP 40) dentro de la LAN del Cliente (solo es
necesario si el cliente realiza la marcación de su trafico de voz o video dentro de red LAN
con IP DSCP 40 ó IP precedence 5)
3 (config-cmap)# match access-group name qos5
// Clasifica el tráfico definido dentro de la ACL de Voz-Video
4 (config)#class-map match-any P2
// Clasifica el tráfico definido como CS2 (DSCP 16) dentro de la LAN del cliente (solo es
necesario si el cliente realiza la marcación de trafico de sus datos críticos dentro de red LAN
con DSCP 16 ó precedence 2)
6 (config-cmap)# match access-group name qos2
// Clasifica el tráfico definido dentro de la ACL de Datos-Críticos
Configuración de políticas de tráfico LAN

1 (config)#policy-map SetDscpLan
// Priorización del tráfico de acuerdo a la clase
2 (config-pmap)# class P5
// Clase de servicio LAN-P5
3 (config-pmap-c)#set ip dscp cs5
// Se marca todos los paquetes con DSCP CS5
4 (config-pmap)# class P2
// Se marca todos los paquetes con DSCP CS2
6 (config-pmap)# class class-default
// Se marcan todos los paquetes que no han caído en otro clase con DSCP CS1
Aplicación de políticas en la interface de entrada (LAN)

1 interface ethernet x/x
//Selecciona la interface donde se aplicara la política de tráfico de entrada –LAN
2 ip address [dirección IP asignada][Mascara de subset]
// Asigna dirección IP de la interface de salida
3 service-policy in SetDscpLan
//Aplica la políticas para los tipos de tráfico de entrada en la LAN
*Notar que las políticas de shaping no es posible aplicarlo como políticas de ingreso en las
interfaces del CPE
* Si el cliente cuenta con Switches LAN que soportan el protocolo IEEE 802.1q, se debe
recomendar al cliente segmentar su red LAN en tres dominios de broadcats “03 VLANs” a fin
de tener una mejor administración de su LAN. La distribución de VLANs puede ser “VLAN
01 para Datos, VLAN 02 para datos críticos y VLAN 03 para el tráfico de voz” y hacia el CPE
una interfase Ethernet /fastEhernet en 802.1q dejando pasar las VLAN asignadas.
Configuración de Clases de Servicio para la administración de congestión -WAN
1 (config)#class-map match-any qos5
// Clasifica el tráfico definido como CS5
// Crea la clase para un tráfico datos específico
// Crea la clase para un tráfico datos específico
// El tráfico que no se encuentre dentro de alguna clase definida, serán considerados dentro de
la clase default
Nota:
- BW3 = BW CoS3
- BW2 = BW CoS2
- BW1 = BW CoS1
Configuración de Políticas de tráfico para cada sede - WAN
1 (config)#policy-map wan
// Priorización del tráfico de acuerdo a la clase
2 (config-pmap)#class qos5
// Tráfico de CoS 3 que fue definido por el ACL
3 (config-pmap-c)#priority bw3
// Asigna prioridad de acuerdo al parámetros de ancho de ancho de banda por canal de trafico
del tipo VoIP, ToIP, Videoconferencia o cualquier otro tipo de tráfico sensible al retardo.
4 (config-pmap-c)#police bw3 peak1 peak 2 conform-action transmit exceed-action drop
// Limita el ancho de banda asignado como tráfico con prioridad cs5 al valor de bw3,
descartando el exceso
// Referencia al tráfico de tipo P2, y le asigna un ancho de banda
6 (config-pmap-c)#bandwidth bw2
// Asigna el ancho de banda para el tráfico con prioridad 2
7 (config-pmap-c)#police bw2 peak1 peak 2 conform-action transmit exceed-action set-
transmit-dscp cs1
// Limita el ancho de banda asignado como tráfico con prioridad 2 (cs2), el exceso de tráfico
será remarcado como prioridad 1 (cs1).
// Referencia al tráfico de tipo P1, y le asigna un ancho de banda
// Asigna el ancho de banda para el tráfico con prioridad 1
10 (config-pmap)#Class class-default
//Asigna el ancho de banda para el trafico por defecto
(config-pmap-c)# fair-queue
Configuración de Shaping para limitación del BW de salida en cada sede.
1 (config)#policy–map Shape[bw3+bw2+bw1]
// Define el límite del ancho de banda cuando la interface de acceso es ethernet
2 (config-pmap)#class-default
// Define todo el tráfico de salida por la interface WAN como una sola clase
3 (config-pmap-c)#shape-average [bw1+bw2+bw3]
// Promedia el uso de ancho de banda como máximo la suma de los diversos tipos de
tráfico.
4 (config-pmap-c)#service-policy wan
Aplicación de políticas en la interface.

1 interface ethernet x/x
//Selecciona la interface donde se aplicara la política de tráfico de salida
3 service-policy output Shape[bw3+bw2+bw1]
//Aplica la políticas para los tipos de tráfico como salida
*Notar que las políticas de shaping no es posible aplicarlo como políticas de ingreso en las
interfaces del CPE
Configuración de rutas estáticas

1 ip route 0.0.0.0 0.0.0.0 X.X.X.X
// Adiciona la ruta estática con default router el Nodo MPLS (N-PE)
5.4.2.- Configuración en Catalyst 4506 y Catalyst 4503
El aprovisionamiento del servicio en el catalyst 4506 y 4503 se debe realizar teniendo en cuenta lo
siguiente:
Creación de VLAN.
1 #configuración terminal
// Permite ingresar en el modo configuración
2 (config)#vlan vlan-id
// Creación de una VLAN
3 (config-vlan)# name CIDXXXXX
// Se asociada al cliente CIDXXXXX
Configuración de Interfase asignada al Cliente.

1 (config)#interface gigabitethernet x/y
// Permite la configuración del puerto Y del modulo X
2 (config-if)#spanning-tree portfast
// Desabilita el spanning-tree en el puerto
3 (config-if)#switchport access vlan vlan-id
// Asignación de la vlan a la interface del cliente
4 (config-if)#switchport mode access
// Define el puerto de la interface soporte de una única VLAN
5 (config-if)#spanning-tree guard root
// Permite la protección del Puerto al recibir bpdu´s
6 (config-if)#spanning-tree bpduguard enable
// Permite la deshabilitación del puerto para el envío de bpdu´s
7 (config-if)#logging event link-status
// Permite el manejo de logging
8 (config-if)#load interval 30
// Permite tomar estado de la interfaces para estadísticas de paquetes
Configuración de funcionalidades de Seguridad en la puerta asignada al cliente (Configuración

adicional)
1 (config-if)#switchport port-security
// Activa la funcionalidad de seguridad de la interface
2 (config-if)#switchport port-security maximun 10
// Permite como máximo 10 MACs address en la interface
3 (config-if)#switchport port-security violation restrict
// Reporta una alarma cada vez que ocurre una violación a la regla de 10 direcciones MACs
Habilitación de QoS en interface
1 (config)#interface GigabitEthernet x/y
// Selección del puerto
2 (config-if)# qos trust dscp
// Cambia el estado del puerto a trust
Configuración de Queueing en la interface (Solo si el cliente ha contratado Clase de Servicio

CoS3)
1 (config)#interface GigabitEthernet x/y
// Selección del puerto
2 (config-if)#tx-queue 3
// Selecciona la cola 3 de entrada de la interface
3 (config-if-tx-queue)#priority high
// Define la cola 3 para tráfico LLQ
Configuración de Mapas de Clase del cliente.

1 (config)#class-map any qos5
// Crea la política de clase 3
Configuración de Policers de Entrada

1 (config-if)#policy-map Policer_IN_[bw3+bw2+bw1]_[bw3]_[bw2]_[bw1]
// Crea el policy map de entrada a la red
2 (config-policy)#class qos5
// Referencia a la clase de servicio 3 para la asignación de recursos
3 (config-pmap)#police bw3 burst1 conform-action transmit exceed-action drop
// Aplica la política de bw al tráfico de clase 3
6 (config-policy)# class qos1
(config-pmap)#police [bw1+bw2+bw3] burst1 conform-action transmit exceed-action
7
drop
8 (config-policy)#class class-default
// Referencia a la clase class-default.
9 (config-pmap)# set dscp cs1
// Marca todos los paquetes con clase 1
10 (config-pmap)#police 128000 1600 conform-action transmit exceed-action drop
// Se ha reservado un ancho de banda de 128Kbps para la clase default. (En la práctica este
ancho de banda no debería ser ocupado por el tráfico del cliente solo para fines de detección de
fallas, gestión, etc).
Esta clase default debe ser aplicada en todos los policer map de entrada.
Aplicación de los policers en la interface de entrada

1 (config)#interface Gigabitethernet x/y
// Selecciona la interface
2 (config-if)#service-policy in Policer_IN_[bw3+bw2+bw1]_[bw3]_[bw2]_[bw1]
//*Asigna el policer de control ancho banda de entrada
Configuración de Policers de salida
1 (config-if)#policy-map Policer_OUT_[bw3+bw2+bw1]_[bw3]_[bw2]_[bw1]
// Crea el policy map asociado al cliente con el CIDXXXXX
5 (config-pmap)#police bw2 burst1 conform-action transmit exceed-action policed-dscp-
transmit
6 (config-policy)# class qos1
7 (config-pmap)#police (bw3+bw2+bw1) burst1 conform-action transmit exceed-action
drop
6 (config-policy)#class class-default
// Referencia a la clase class-default.
10 (config-pmap)#police 128000 1600 conform-action transmit exceed-action drop
// Se ha reservado un ancho de banda de 128Kbps para la clase default. (En la práctica este ancho
de banda no debería ser ocupado por el tráfico del cliente solo para fines de detección de fallas,
gestión, etc).
Esta clase default debe ser aplicada en todos los policer map de salida.
Aplicación de los policers en la interface de salida

1 (config)#interface Gigabitethernet x/y
2 (config-if)#service-policy out Policer_OUT_[bw3+bw2+bw1]_[bw3]_[bw2]_[bw1]
//*Asigna el policer de control ancho banda de salida
5.4.3.- Configuración en Catalyst 4510R
El aprovisionamiento del servicio en el catalyst 4510, solamente comprende la creación de la VLAN
dado que las troncales ya están configuradas.
Creación de VLAN.
1 #configuración terminal
2 (config)#vlan vlan-id
// Creación de una VLAN
3 (config-vlan)# name CIDXXXXX
// Se asociada al cliente CIDXXXXX
5.4.4.- Configuración en GSR 12406

El aprovisionamiento del servicio en el GSR 12406 debe realizar teniendo en cuenta lo siguiente:
Creación de la VRF cliente

1 (config)#ip vrf XXXXX
// Define el nombre de la VRF xxxx
2 (config-vrf)#rd 12252:ABCDE
// Define el campo Route Distinguisher
3 (config-vrf)# export map Loopback
// Exporta el prefijo de la interface loopback para la gestión del CPE
4 (config)# route target export 12252:10000ABCDE
//Exporta los prefijos
5 (config)# route target import 12252:10000ABCDE
//Importa los prefijos
6 (config)# route target import 12252:1100000001
// Importa los prefijos de la red de gestion
Configuración de la subinterface
1 (config)#interface Gigabitethernet x/y.w
// Define la subinterface W (Iniciar en 2000 y se debe asignar consecutivamente a partir de
este) para la VLAN
Configuración de la VLAN en la subinterface
1 (config-if)#encapsulation dot1q Z
// Define la VLAN Z y la asigna a una subinterface
Asignación de la VRF a la subinterface

1 (config-if)#ip vrf forwarding “Nombre de la VRF XXXXX ”
// Asigna a la subinterface la VRF creada para el cliente circuito
Asignación de dirección IP.

1 (config-if)# ip address x.x.x.x y.y.y.y.y
//Define la mascara y la subnet de la subinterface
Configuración de las rutas estáticas

1 (config-if)#ip route vrf numeroVRF RedDestino1 Subnet1 PuertaDefault
// Asigna a la subinterface la VRF creada para el cliente
Configuración de la clase de marcado

// Crea la política de clase de servicio 3
2 (config-cmap)#match ip dscp 40
// Clasifica el tráfico definido como dscp 40
Configuración Política de Tráfico de Entrada

1 (config)#policy-map ShapeBWT
// Crea el policy map asociado a un ancho de banda
2 (config-pmap)#class class-default
// Clasifica el tráfico que cumpla el patrón del flujo definido vía access-list
3 (config-pmap)#shape average BWT
// Especifica el máximo BW para shaping
Asignación de la política de entrada en la interface del circuito

// Define la subinterface W para la VLAN
2 (config-if)#service-policy in ShapeBWT
// Asigna el Policy map a la interface
Configuración Política de Tráfico de Salida.

1 (config)#policy-map WAN_BWT_bw3_bw2_bw1
3 (config-pmap)#priority
// Reserva la prioridad del BW limitado por el policer
4 (config-pmap)#police bw3 peak1 peak 2 conform-action transmit exceed-action drop
// Limita los anchos de banda de la clase especificada
6 (config-pmap)#bandwidth bw2
// Reserva el ancho de banda mínimo para este tipo de clase
7 (config-pmap)#random-detect
// Especifica el mecanismo de manejo de congestión
8 (config-pmap)#random-detect precedence 2 2000 packets 8000 packets 1
// Mecanismo de manejo de la congestión basada en la precedencia
// Reserva el ancho de banda mínimo
// Especifica el mecanismo de manejo de congestión
12 (config-pmap)#random-detect precedence 1 2000 packets 8000 packets 1
// Define el descarte de paquetes basada en la precedencia
// Selecciona la clase default
// Especifica la política de descarte de la clase default
Configuración Política de Tráfico de Salida - Shaping

1 (config)#policy-map ShapeBWT _bw3_bw2_bw1
4 (config-pmap)#service-policiy WAN_BWT_bw3_bw2_bw1
// Referencia al policy map jerárquico donde se aplica los policers
Asignación de la política de salida en la interface del circuito

2 (config-if)#service-policy out ShapeBWT _bw3_bw2_bw
Deshabilitar el CDP en cada una de las sub-interfaces creadas

2 (config-if)# no cdp enable
5.4.5.- Configuración en Cisco 7206 – PE Provincias

El aprovisionamiento del servicio en el PE de provincias debe realizar teniendo en cuenta lo siguiente:
Creación de la VRF cliente

1 (config)#ip vrf XXXXX
// Define el nombre de la VRF xxxx
2 (config-vrf)#rd 12252:ABCDE
// Define el campo Route Distinguisher
3 (config-vrf)# export map Loopback
// Exporta el prefijo de la interface loopback para la gestión del CPE
4 (config)# route target export 12252:10000ABCDE
//Exporta los prefijos
5 (config)# route target import 12252:10000ABCDE
//Importa los prefijos
6 (config)# route target import 12252:1100000001
// Importa los prefijos de la red de gestion

// Define la VLAN Z y la asigna a una subinterface
Asignación de la VRF a la subinterface

1 (config-if)#ip vrf forwarding “Nombre de la VRF XXXX”
// Asigna a la subinterface la VRF creada para el cliente circuito
Asignación de dirección IP.

1 (config-if)# ip address x.x.x.x y.y.y.y.y
//Define la mascara y la subnet de la subinterface
Configuración de las rutas estáticas

1 (config-if)#ip route vrf numeroVRF RedDestino1 Subnet1 PuertaDefault
// Asigna a la subinterface la VRF creada para el cliente
Configuración de la clase de marcado

// Crea la política de clase de servicio 3
Configuración Política de Tráfico de Salida.

1 (config)#policy-map WAN_BWT_bw3_bw2_bw1
3 (config-pmap)#priority bw3
// Reserva la prioridad del BW limitado por el policer
4 (config-pmap)#police bw3 peak1 peak 2 conform-action transmit exceed-action drop
// Limita el ancho de banda de la clase especificada
// Reserva el ancho de banda mínimo para esta clase de servicio
(config-pmap)# police bw2 peak1 peak 2 conform-action transmit exceed-action set-
7 dscp-transmit cs1
// Limita el ancho de banda asignado como tráfico con prioridad 2 (cs2), el exceso de tráfico
será remarcado como prioridad 1 (cs1).
// Reserva el ancho de banda para el tráfico con prioridad 1 (cs1)
// Selecciona la clase default
(config-pmap)# fair-queue
Configuración Política de Tráfico de Salida - Shaping

1 (config)#policy-map ShapeBWT _bw3_bw2_bw1
4 (config-pmap)#service-policiy WAN_BWT_bw3_bw2_bw1
// Referencia al policy map jerárquico donde se aplica los policers
Asignación de la política de salida en la interface del circuito

1 (config)#interface Fastethernet x/y.z
// Define la subinterface Z para la VLAN
2 (config-if)#service-policy out ShapeBWT _bw3_bw2_bw
5.5.- Procedimiento de configuración del servicio RPV Nacional
Se debe tener presente que el aprovisinamiento del servicio RPV Nacional solo se realiza en los CPE
centrales y principales salvo el cliente requiera el acceso a la VPN Nacional desde dos o mas sedes.
El aprovisionamiento del servicio en el CPE se debe realizar teniendo en cuenta lo siguiente:
5.5.1.- Configuración en CPE

La única variante respecto al servicio RPV Local, es la habilitación de 802.1q en la interfase WAN y
las políticas de QoS sobre cada una de las VLAN correspondientes.
Configuración de Políticas de tráfico para cada sede central – WAN RPV Local
1 (config)#policy-map wanL
7 (config-pmap-c)#police bw2 peak1 peak 2 conform-action transmit exceed-action set-transmit-
dscp cs1
Configuración de Shaping para limitación del BW de salida en cada sede hacia la RPV Local
1 (config)#policy–map ShapeBWTL
// Define el límite del ancho de banda de acceso a la VPN Local
3 (config-pmap-c)#shape-average BWTL
4 (config-pmap-c)#service-policy wanL
Configuración de Políticas de tráfico para cada sede – WAN RPV Nacional

1 (config)#policy-map wanN
7 (config-pmap-c)#police bw2 peak1 peak 2 conform-action transmit exceed-action set-
transmit-dscp cs1
Configuración de Shaping para limitación del BW de salida en cada sede hacia la RPV nacional
1 (config)#policy–map ShapeBWTN
// Define el límite del ancho de banda de acceso a la VPN Nacional.
3 (config-pmap-c)#shape-average BWTN
4 (config-pmap-c)#service-policy wanN
1 (config)#interface ethernet x/y.w
// Define la subinterface W (Utilizar 10 para la RPV Local y 20 para la RPV Nacional) para
la VLAN asignada.

// Define la VLAN Z y la asigna a una de las subinterface creadas
Aplicación de políticas en cada una de las sub-interfaces 802.1q

1 interface ethernet x/x.10
//Selecciona la interface donde se aplicara la política de tráfico de salida hacia la RPV Local
3 service-policy output ShapeBWTL
4 interface ethernet x/x.20
//Selecciona la interface donde se aplicara la política de tráfico de salida hacia la RPV Nacional
6 service-policy output ShapeBWTN
Configuración de rutas estáticas

1 ip route 0.0.0.0 0.0.0.0 X.X.X.X
// Adiciona la ruta estática con default router el Nodo MPLS para la RPV Nacional
2 Se deben configurar rutas estáticas en los CPEs centrales hacia la RPV Local, para tener
alcanzabilidad a las redes LAN y loopback correspondientes de los CPE remotos de cada RPV
Local.
5.5.2.- Configuración en Catalyst 4506 y Catalyst 4503

El aprovisionamiento del servicio RPV Nacional en el catalyst 4506 y 4503 se debe realizar teniendo
en cuenta las mismas polítas de configuración que se tienen para el RPV local con la siguiente
varinate:
Creación de VLAN.
1 #configuración Terminal
2 (config)#vlan vlan-id-1
// Creación de una VLAN asociada al RPV Local
2 (config)# name CIDYYYYY
// Se asociada al cliente CIDYYYYY (RPV Local)
2 (config)#vlan vlan-id-2
// Creación de una VLAN asociada al RPV Nacional
2 (config)# name CIDXXXXX
// Se asociada al cliente CIDXXXXX (RPV Nacional)
Aplicación de los policers en la interface de entrada y salida

1 (config)# interface Gigabitethernet x/y
2 (config-if)# switchport mode trunk
// se habilta la interface ethernet como troncal
3 (config-if)# switchport trunk encapsulation dot1q
// se habilta la troncal como una interface 802.1q
4 (config-if)# switchport trunk allowed vlan vlan-id-1, vlan-id-2
// se permite las VLAN para la RPV Local y Nacional.
5 (config-if)# switchport nonegotiate
6 (config-if)#vlan-range vlan-id-1
// Selecciona la VLAN a ser aplicada los policer correspondientes al RPV Local
//Asigna el policer de control ancho banda de entrada para el RPV Local
//Asigna el policer de control ancho banda de salida para el RPV Local
9 (config-if)#vlan-range vlan-id-2
// Selecciona la VLAN a ser aplicada los policer correspondientes al RPV Nacional
//Asigna el policer de control ancho banda de entrada para el RPV Nacional
//Asigna el policer de control ancho banda de salida para el RPV Nacional
5.5.3.- Configuración en Catalyst 4510R, Nodo N-PE y Nodo PE

Para el aprovisionamiento del servicio RPV Nacional en el catalyst 4510R, Cisco GSR 12406 y Cisco
7206 se debe realizar teniendo en cuenta las mismas polítas de configuración que se tienen para el
RPV local.
6.- TROUBLESHOOTING
6.1.- Troubleshooting MPLS

A continuación los comandos para el troubleshooting para las conexiones de red MPLS:
rMPLSChinchon#show mpls interfaces

Interface IP Tunnel Operational
GigabitEthernet1/0 Yes (ldp) No Yes
GigabitEthernet1/1.32 Yes (ldp) No Yes
GigabitEthernet1/1.3 Yes No No
GigabitEthernet1/1.4 Yes No No
rMPLSChinchon#show mpls ldp discovery

Local LDP Identifier:
200.62.188.15:0
Discovery Sources:
Interfaces:
GigabitEthernet1/0 (ldp): xmit/recv
LDP Id: 200.62.188.16:0
rMPLSChinchon#sh mpls ldp neighbor

Peer LDP Ident: 200.62.188.16:0; Local LDP Ident 200.62.188.15:0
TCP connection: 200.62.188.16.12013 - 200.62.188.15.646
State: Oper; Msgs sent/rcvd: 6521/6525; Downstream
Up time: 3d22h
LDP discovery sources:
GigabitEthernet1/0, Src IP addr: 200.62.188.130
Addresses bound to peer LDP Ident:
10.129.64.10 200.62.188.130 3.3.3.1 200.62.188.145
200.62.188.149 200.62.188.153 200.62.188.16
rMPLSChinchon#sh ip route vrf 01001

Routing Table: 01001
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR
Gateway of last resort is not set
3.0.0.0/32 is subnetted, 1 subnets

B 3.3.3.3 [200/0] via 200.62.188.16, 2d14h
S 21.21.21.0 [1/0] via 20.20.20.2
C 20.20.20.0 is directly connected, GigabitEthernet1/1.30
S 22.22.22.0 [1/0] via 20.20.20.6
S 10.1.1.1 [1/0] via 20.20.20.2
rMPLSChinchon#sh mpls forwarding-table vrf 01001

Local Outgoing Prefix Bytes tag Outgoing Next Hop
tag tag or VC or Tunnel Id switched interface
20 Aggregate 20.20.20.4/30[V] 0
21 Aggregate 20.20.20.0/30[V] 0
22 Aggregate 7.7.7.7/32[V] 0
23 Aggregate 8.8.8.8/32[V] 0
28 Untagged 10.1.1.1/32[V] 0 Gi1/1.30 20.20.20.2
29 Untagged 10.1.1.2/32[V] 0 Gi1/2.40 20.20.20.6
30 Untagged 21.21.21.0/24[V] 0 Gi1/1.30 20.20.20.2
31 Untagged 22.22.22.0/24[V] 0 Gi1/2.40 20.20.20.6
rMPLSChinchon#sh ip cef vrf 01001 3.3.3.3 detail

3.3.3.3/32, version 33, epoch 0, cached adjacency 200.62.188.130
0 packets, 0 bytes
tag information set, all rewrites owned
local tag: VPN route head
fast tag rewrite with Gi1/0, 200.62.188.130, tags imposed {17}
via 200.62.188.16, 0 dependencies, recursive
next hop 200.62.188.130, GigabitEthernet1/0 via 200.62.188.16/32 (Default)
valid cached adjacency
tag rewrite with Gi1/0, 200.62.188.130, tags imposed {17}
rMPLSChinchon#sh ip bgp vpnv4 vrf 01001

BGP table version is 87, local router ID is 200.62.188.15
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path

Route Distinguisher: 12252:1001 (default for vrf 01001)
*>i3.3.3.3/32 200.62.188.16 0 100 0?
*>i4.4.4.4/32 200.62.188.16 0 100 0?
*>i5.5.5.5/32 200.62.188.12 0 100 0?
*> 8.8.8.8/32 0.0.0.0 0 32768 ?
*> 10.1.1.1/32 20.20.20.2 0 32768 ?
*> 10.1.1.2/32 20.20.20.6 0 32768 ?
*> 20.20.20.0/30 0.0.0.0 0 32768 ?
*> 20.20.20.4/30 0.0.0.0 0 32768 ?
*> 21.21.21.0/24 20.20.20.2 0 32768 ?
*> 22.22.22.0/24 20.20.20.6 0 32768 ?
rMPLSChinchon#sh ip bgp vpnv4 vrf 01001 21.21.21.1

BGP routing table entry for 12252:1001:21.21.21.0/24, version 74
Paths: (1 available, best #1, table 01001)
Advertised to update-groups:
1
Local
20.20.20.2 (via 01001) from 0.0.0.0 (200.62.188.15)
Origin incomplete, metric 0, localpref 100, weight 32768, valid, sourced, best
Extended Community: RT:12252:1000001001
rMPLSChinchon#sh ip bgp vpnv4 vrf 01001 3.3.3.3

BGP routing table entry for 12252:1001:3.3.3.3/32, version 86
Paths: (1 available, best #1, table 01001)
Not advertised to any peer
Local, (Received from a RR-client)
200.62.188.16 (metric 11) from 200.62.188.16 (200.62.188.16)
Origin incomplete, metric 0, localpref 100, valid, internal, best
Extended Community: RT:12252:1000001001
rMPLSChinchon#sh ip vrf detail 01001

VRF 01001; default RD 12252:1001; default VPNID <not set>
VRF Table ID = 2
Description: Cliente_1001
Interfaces:
Loopback5 Loopback8 GigabitEthernet1/1.30
GigabitEthernet1/2.40
Connected addresses are not in global routing table
Export VPN route-target communities
RT:12252:1000001001
Import VPN route-target communities
RT:12252:1000001001
No import route-map
Export route-map: Loopback
CSC is not configured
1
Para más detalles revisar el OG del IP Data Internacional
6.2.- Troubleshooting Servicio RPV (VPN-L3)

Para el acceso Metro Ethernet el troubleshooting se debe realizar en los siguientes elementos de red:
CPE, U-PE, PE-AGG y N-PE.
Para el acceso ATM el troubleshooting se debe realizar en los siguientes elementos de red: CPE,
Catalyst 2820/2924, BPX 8620 y PE. Para esto se deben seguir las políticas de troubleshoting que
actualmente se vienen realizando.
6.2.1.- Troubleshooting en el acceso Metro Ethernet (U-PE y PE-AGG)

Verificación de VLAN creadas y la respectiva asignación de puertos.
User-PE-Lab#sh vlan brief
VLAN Name Status Ports
---- -------------------------------- --------- -------------------------------
1 default active Gi3/7, Gi3/8, Gi3/9, Gi3/12
Gi3/13, Gi3/14, Gi3/15, Gi3/16
Gi3/17, Gi3/18, Gi3/19, Gi3/20
Gi3/21, Gi3/22, Gi3/23, Gi3/24
Gi3/25, Gi3/26, Gi3/27, Gi3/28
Gi3/29, Gi3/30, Gi3/31, Gi3/32
Gi3/34, Gi3/40, Gi3/48, Gi4/1
Gi4/2, Gi4/3, Gi4/4, Gi4/5, Gi4/6
12 VLAN0012 active Gi3/3
20 VLAN0020 active Gi3/4
1002 fddi-default act/unsup
1003 token-ring-default act/unsup
1004 fddinet-default act/unsup
1005 trnet-default act/unsup
Verificación del spanning-tree en U-PE

User-PE-Lab#sh spanning-tree vlan 12
VLAN0012
Spanning tree enabled protocol ieee
Root ID Priority 24588
Address 0013.80fd.5e40
Cost 8
Port 1 (GigabitEthernet1/1)
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 32780 (priority 32768 sys-id-ext 12)
Address 0013.80fd.52c0
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Aging Time 300
Interface Role Sts Cost Prio.Nbr Type

---------------- ---- --- --------- -------- ----------------
Gi1/1 Root FWD 4 128.1 P2p
Gi3/3 Desg FWD 100 128.131 Edge P2p
Verificación del correcto funcionamiento de los policer configurado

User-PE-Lab#sh policy-map inter g3/3
GigabitEthernet3/3
Service-policy input: WAN_RPV_512_IN
Class-map: P3 (match-any)
3027 packets
Match: ip dscp cs3
3027 packets
police: Per-interface
Conform: 121796 bytes Exceed: 0 bytes
0 packets
Match: ip dscp cs2
0 packets
Class-map: class-default (match-any)

6 packets
Match: any
QoS Set
ip dscp cs1
Service-policy output: WAN_RPV_512_OUT
5844 packets
Match: ip dscp cs3
5844 packets
0 packets
Match: ip dscp cs2
0 packets

27 packets
Match: any
Verificación del correcto funcionamiento de los policer en el Up-link del U-PE

User-PE-Lab #sh policy-map inter g1/1
GigabitEthernet1/1
Service-policy output: METRO_OUT
0 packets
Match: ip dscp cs1
0 packets
0 packets
Match: ip dscp cs2
0 packets
136192 packets
Match: ip dscp cs3
136192 packets
11 packets
Match: any
Verificación del correcto funcionamiento del mapeo de colas en el U-PE

User-PE-Lab #show inter gigabitEthernet 1/1 counters detail
Port InBytes InUcastPkts InMcastPkts InBcastPkts

Gi3/3 199770 2029 0 0
Port OutBytes OutUcastPkts OutMcastPkts OutBcastPkts
Gi3/3 201357 2026 21 0
Port InPkts 64 OutPkts 64 InPkts 65-127 OutPkts 65-127
Gi3/3 4 20 2011 2011
Port InPkts 128-255 OutPkts 128-255 InPkts 256-511 OutPkts 256-511
Gi3/3 14 15 0 1
Port InPkts 512-1023 OutPkts 512-1023
Gi3/3 0 0
Port InPkts 1024-1522 OutPkts 1024-1522 InPkts 1523-1600 OutPkts 1523-1600
Gi3/3 0 0 0 0
Port Tx-Bytes-Queue-1 Tx-Bytes-Queue-2 Tx-Bytes-Queue-3 Tx-Bytes-Queue-4
Gi3/3 0 0 196258 1669
Port Tx-Drops-Queue-1 Tx-Drops-Queue-2 Tx-Drops-Queue-3 Tx-Drops-Queue-4
Gi3/3 0 0 0 0
Port Dbl-Drops-Queue-1 Dbl-Drops-Queue-2 Dbl-Drops-Queue-3 Dbl-Drops-Queue-4
Gi3/3 0 0 0 0
Port Rx-No-Pkt-Buff RxPauseFrames TxPauseFrames PauseFramesDrop
Gi3/3 0 0 0 0
Port UnsupOpcodePause
Verificación del spanning-tree en U-PE, y PE-Agregador
User-PE-Lab#sh spanning-tree root
Root Hello Max Fwd
Vlan Root ID Cost Time Age Dly Root Port
---------------- -------------------- ------ ----- --- --- ----------------
VLAN0011 24587 0013.80fd.5e40 8 2 20 15 Gi1/1
VLAN0012 24588 0013.80fd.5e40 8 2 20 15 Gi1/1
cAGREGADORSanMartin#sh spanning-tree root

Root Hello Max Fwd
---------------- -------------------- ------ ----- --- --- ----------------
VLAN0011 24587 0013.80fd.5e40 4 2 20 15 Gi3/1
VLAN0012 24588 0013.80fd.5e40 4 2 20 15 Gi3/1
VLAN0020 24596 0013.80fd.5e40 4 2 20 15 Gi3/1
cAGREGADORChinchon#sh spanning-tree root

Root Hello Max Fwd
---------------- -------------------- ------ ----- --- --- ----------------
VLAN0011 24587 0013.80fd.5e40 0 2 20 15
VLAN0012 24588 0013.80fd.5e40 0 2 20 15
VLAN0020 24596 0013.80fd.5e40 0 2 20 15
6.2.2.- Troubleshooting en el N-PE

Verificación del correcto funcionamiento de los policer configurados
rMPLSChinchon#sh policy-map inter g1/1.30
GigabitEthernet1/1.30
Service-policy input: ShapeIN_2M (1256)

Class-map: class-default (match-any) (1257/0)
21324896 packets, 1817306401 bytes
30 second offered rate 31000 bps, drop rate 0 bps
Match: any (1258)
Shape Queue: 3
Shape:
cir 20480000 bps, Be 4096000 bits
Queue-limit: 2048 packets (default)
Current queue-depth: 0 packets, Maximum queue-depth: 0 packets
Service-policy output: ShapeOUT_2M (1065)

21324548 packets, 1818509544 bytes
Match: any (1083)
Virtual port: 4
Shape:
cir 2048000 bps, Be 409600 bits
Service-policy : BW_2M (1066)
Class-map: P3 (match-all) (1067/3)

21251912 packets, 1712152559 bytes
Match: ip dscp 24 (1068)
Class of service queue: 19
Priority
police:
512000 bps, 96000 limit, 192000 extended limit
conformed 21251912 packets, 1712152559 bytes; action: transmit
exceeded 0 packets, 0 bytes; action: drop
conformed 30000 bps, exceed 0 bps violate 0 bps

10650 packets, 15804600 bytes
Bandwidth: 1024 kbps, Weight: 1536 bytes
Random-detect: precedence-based
Precedence RED Label Minimum Maximum Mark
threshold threshold probability
0 0 262143 262143 1
1 0 262143 262143 1
2 1 3904 8000 1
3 0 262143 262143 1
Random-detect statistics
Minimum Maximum Random Threshold
Threshold Threshold Drops Drops
3904 8000 0 pkts 0 pkts
0 bytes 0 bytes
Bandwidth: 512 kbps, Weight: 1536 bytes
0 0 262143 262143 1
1 1 3904 8000 1
2 0 262143 262143 1
3904 8000 0 pkts 0 pkts
0 bytes 0 bytes
0 packets, 0 bytes
Match: any (1080)
0 0 262143 262143 1
1 0 262143 262143 1
2 0 262143 262143 1
3 0 262143 262143 1
4 0 262143 262143 1
5 0 262143 262143 1
6 0 262143 262143 1
7 0 262143 262143 1
6.2.3.- Troubleshooting en el CPE

Verificación del correcto funcionamiento de los policer configurados
CPE-A11#sh policy-map inter e0/0
Ethernet0/0
Service-policy output: Shape_OUT_512

21456999 packets, 2255909868 bytes
Match: any
Traffic Shaping
Target/Average Byte Sustain Excess Interval Increment
Rate Limit bits/int bits/int (ms) (bytes)
512000/512000 3200 12800 12800 25 1600
Adapt Queue Packets Bytes Packets Bytes Shaping

Active Depth Delayed Delayed Active
- 0 3699 349825 0 0 no
Service-policy : RPV_OUT_512
21245190 packets, 2009135618 bytes
Match: ip dscp cs3
21245187 packets, 2009135336 bytes
30 second rate 38000 bps
Queueing
Strict Priority
Output Queue: Conversation 40
Bandwidth 128 (kbps) Burst 3200 (Bytes)
(pkts matched/bytes matched) 21210/2001631
(total drops/bytes drops) 0/0
police:
cir 128000 bps, bc 24000 bytes
conformed 21245254 packets, 2009141446 bytes; actions:
transmit
exceeded 0 packets, 0 bytes; actions:
drop
conformed 38000 bps, exceed 0 bps
Match: ip dscp cs2
Queueing
Bandwidth 256 (kbps) Max Threshold 64 (packets)
(depth/total drops/no-buffer drops) 0/68572/0
police:
cir 256000 bps, bc 48000 bytes
conformed 9643 packets, 14445214 bytes; actions:
transmit
exceeded 70930 packets, 106253140 bytes; actions:
set-dscp-transmit cs1
conformed 0 bps, exceed 0 bps
Match: ip dscp cs1
Queueing
Bandwidth 128 (kbps) Max Threshold 64 (packets)
(depth/total drops/no-buffer drops) 0/74540/0

Match: any
Queueing
Flow Based Fair Queueing
Maximum Number of Hashed Queues 32
(total queued/total drops/no-buffer drops) 0/0/0
6.3.- Troubleshooting video y VoIP

Para el troubleshooting de video y VoIP se deben seguir las mismas políticas que actualmente se
vienen realizando, las mismas que se encuentran la guía operativa del servicio RPV
Internacional.
7.- ANEXOS
7.1.- Parámetros de configuración acceso Metro Ethernet

Los parámetros de configuración para aprovisionar el servicio RPV Multiservicios local con acceso
Metro Ethernet, se encuentran en el documento “Parámetros de configuración RPV Multiservicios
con Acceso Metro Ethernet v1.0”
7.2.- Parámetros de configuración acceso ATM

Los parámetros de configuración para aprovisionar el servicio RPV Multiservicios local con acceso
ATM, se encuentran en el documento “Parámetros de configuración RPV Multiservicios con Acceso
ATM v1.0”
7.3.- Asignación de IDE y CID

La asignación de IDE , CID y los proyectos relacionados se encuentran en el documento “Asignación
de CID de los enlaces MPLS+Metro Ethernet v1.0.xls”
7.4.- Asignación de circuitos en red de transporte SDH-10G

La asignación de puertos y circuitos en la red SDH se encuentran en docuemnto “Asignación de VC4
en red SDH 10G (ANILLO CORE) v4.0.xls”
7.5.- Inventario de Equipos

El inventario de los equipos instalados se encuentran en el documento “Inventario de equipos red
MPLS +Metro Ethernet Fase I v1.0xls”
7.6.- Configuración de la Plataforma Implementada

Las configuraciones de los elementos de la red MPLS/VPN+Metro Ethernet se encuentran en el
documento “Configuración de los equipos de red MPLS+Metro Ethernet v1.0.doc”
7.7.- Protocolos de Ruteo
Para la implementación de la Red MPLS/VPN+Metro local, los IGP son OSPF y Interno MP BGP
(MP-iBGP).
7.7.1.- OSPF
7.7.1.1.- Area del Backbone OSPF - Lima
El área de backbone OSPF (área 0), forma él core de la red. Los siguientes enlaces se han
configurados en el área 0.
Interfaces Loopback 0 en los routers P de Lima, los N-PE y los GSR de Internet
Enlaces entre el P Lima y los dos N-PE, los N-PE y los GSR de Internet, enlaces comunes de los
02 GSR de Internet, enlaces comunes de los nodos P y enlaces Comunes de los 02 N-PE.
7.7.1.2.- Areas locales OSPF – Lima - Provincias

Cada router de acceso en Lima y provincias forman un área local OSPF. Los números de áreas OSPF
se han configurado con el formato de direcciones IP, ej. A.B.C.D. Cada equipo PE de Lima y
provincia debe seguir la siguiente convención:
<X>.<Y>.<Z>.<W>
Donde:
X = 5; asignado a Perú
Y = 0 (Red)
Y = 1 (Managment)
Z = Código de la Ciudad, [0,1,2.... 255]
W = Código de Nodo
Los siguientes enlaces se han configurado en las áreas locales OSPF:
Interfaces loopback de los Router PE de Lima (Equipos de Interworking)

Interfaces loopback de los router PE en cada provincia.
Enlaces entre los N-PE y el router PE
Enlaces entre los router PE y el router P.
A continuación se presenta la asignación de áreas para el protocolo OSPF de los router P y PE según
su ubicación geográfica.
Región Router PE Ciudad X Y Z W

Lima/ Lima Lima/ Lima
5 0 1 1
Lima Provincias 1 provincias
Lima 2 Lima 5 0 1 k
Norte La Libertad Trujillo 5 0 44 1
Piura Piura 5 0 73 1
Lambayeque Chiclayo 5 0 74 1
Cajamarca Cajamarca 5 0 76 1
Arequipa Arequipa 5 0 54 1
Sur Ica Ica 5 0 56 1
Cuzco Cuzco 5 0 84 1
Iquitos Loreto 5 0 65 1
Oriente
Pucallpa Ucayali 5 0 61 1
Management Lima Lima 5 1 1 1
Tabla 53.- Areas OSPF - Red MPLS/VPN
1
Están comprendidos los Router PE Satelitales, Internacional y PE instalados en las provincias de
Lima.
2
Están comprendidos los Router PE Lima2 y nuevos router PE de interworking. A continuación los
valores de k
Región Router PE Descripción X Y Z W

rMPLSInternacional PE internacionales 5 0 1 1
rMPLSHuacho PE en Provincia de Huacho 5 0 1 1
rMPLSSatelital 01 PE para los servicios satelitales 5 0 1 1
rMPLSLima 01 PE de Interworking 01 5 0 1 1
Lima rMPLSIBM01 PE en Local de IBM Breña 5 0 1 3
rMPLSIBM02 PE en Local de IBM La Molina 5 0 1 3
rMPLSNAP PE en Local del NAP 5 0 1 4
rMPLSRAAP PE en Local de la RAAP 5 0 1 5
rMPLSBRAS PE - servicios ADSL (BRAS) 5 0 1 6
rMPLSAsia PE en Distrito de Asia -Cañete 5 0 1 10

Tabla 54.- Areas OSPF - Red IP MPLS/VPN Lima
7.7.2.- Internal MP-BGP
El MP-iBGP es usado para el intercambio de rutas entre los nodos PE de la red, siendo configurado los
nodos P, N-PE01 y N-PE02 como reflectores de ruta.
En esta forma la conectividad de los clientes se realiza con la exportación e importación de los valores
correctos para Router Targets (RT). Los prefijos deben ser exportados de una VRF local (VPN
Routing and Forwarding) a la sesión MP-BGP y importado nuevamente dentro de las VRF´s remotas.
7.7.3.- Ruteo local
El ruteo local de los cliente es estático, las cuales serán redistribuidas para su publicación dentro del
protocolo BGP VPN v4.
7.8.- Plan de direccionamiento IP en Red IP MPLS/VPN
7.8.1.- Red MPLS/VPN
Las clases C que han sido asignadas a la red MPLS/VPN son: 200.62.188.0/24 y 200.62.246.0/23
Clase C Máscara Sub Red Máscara Descripción

200.62.188.0 255.255.255.224 Direccionamiento Loopback
200.62.188.32 255.255.255.224 Enlaces MPLS Local: P-PE
Enlaces MPLS Nacional: P-PE
200.62.188.64 255.255.255.224
Región Norte
Enlaces MPLS Nacional: P-PE
200.62.188.96 255.255.255.224
Región Sur
Enlaces IP MPLS + Metro
200.62.188.0 255.255.255.0 200.62.188.128 255.255.255.224
Local - 01
Enlaces redundante MPLS
200.62.188.160 255.255.255.224
Nacional: Región Norte y Sur
200.62.188.192 255.255.255.224
Local - 02
200.62.188.224 255.255.255.224
Local - 03
Tabla 55.- Plan de Direccionamiento IP – Red MPLS/VPN
7.8.1.1.- Enlaces del Core MPLS
A continuación el plan de direccionamiento para los enlace P-PE y enlaces de la Red Metro Ethernet.
Red Máscara Equipo Origen Equipo Destino

Enlaces MPLS Local: P-PE
200.62.188.32 255.255.255.252 P – Lima 01 PE - Lima 01 (Chinchón)
200.62.188.36 255.255.255.252 P – Lima 01 PE - Internacional
200.62.188.40 255.255.255.252 P – Lima 01 PE - Satelital 1
200.62.188.48 255.255.255.252 P – Lima 01 PE - Huacho
200.62.188.52 255.255.255.252 P – Lima 01 PE - Lima 02 (Cotabambas)
200.62.188.56 255.255.255.252 P – Lima 01 Reservado (PE ASIA)
Enlaces MPLS Nacional: P-PE Región Norte
200.62.188.64 255.255.255.252 P – Lima 01 PE - Trujillo
200.62.188.68 255.255.255.252 P – Lima 01 PE - Chiclayo
200.62.188.72 255.255.255.252 P – Lima 01 PE - Piura
200.62.188.76 255.255.255.252 P – Lima 01 PE - Cajamarca
- - - -
Enlaces MPLS Nacional: P-PE Región Sur
200.62.188.96 255.255.255.252 P – Lima 01 PE - Arequipa
200.62.188.100 255.255.255.252 P – Lima 01 PE - Cuzco
200.62.188.104 255.255.255.252 P – Lima 01 PE - Iquitos
200.62.188.108 255.255.255.252 P – Lima 01 PE - Pucallpa
200.62.188.112 255.255.255.252 P – Lima 01 PE - Ica
- - - -
Enlaces IP MPLS + Metro Local - 01
200.62.188.128 255.255.255.252 N-PE Chinchón N-PE Cotabambas
200.62.188.132 255.255.255.252 N-PE Chinchón P - Lima 01
200.62.188.136 255.255.255.252 N-PE Chinchón BR02 Chinchón
200.62.188.140 255.255.255.252 N-PE Chinchón PE - Lima 01
200.62.188.144 255.255.255.252 N-PE Cotabambas BR01 – VES
200.62.188.148 255.255.255.252 N-PE Cotabambas P – Lima 01
200.62.188.152 255.255.255.252 N-PE Cotabambas PE - Lima 02
200.62.188.156 255.255.255.252 BR01 - VES BR02 – Chinchón
Enlaces redundante MPLS Nacional: Región Norte y Sur
200.62.188.160 255.255.255.252 P – Lima 01 PE – Piura
200.62.188.164 255.255.255.252 P – Lima 01 PE – Chiclayo
200.62.188.168 255.255.255.252 P – Lima 01 PE – Trujillo
200.62.188.172 255.255.255.252 P – Lima 01 PE – Arequipa
200.62.188.176 255.255.255.252 P – Lima 01 PE – Cusco
200.62.188.180 255.255.255.252 P – Lima 01 PE – Cajamarca
200.62.188.184 255.255.255.252 P – Lima 01 PE – ICA
200.62.188.188 255.255.255.252 P – Lima 01 PE – xxxx
200.62.188.192 255.255.255.252 N-PE Chinchón PE - IBM Breña
200.62.188.196 255.255.255.252 N-PE Cotabambas PE - IBM La Molina
200.62.188.200 255.255.255.252 PE - IBM Breña PE - IBM La Molina
200.62.188.204 255.255.255.252 N-PE Chinchón PE – RAAP
200.62.188.208 255.255.255.252 BR02 – Chinchón PE – NAP (Principal)
200.62.188.212 255.255.255.252 BR01 – VES PE – NAP (Respaldo)
200.62.188.216 255.255.255.252
200.62.188.220 255.255.255.252
200.62.188.224 255.255.255.252 N-PE Cotabambas P - Lima 02
200.62.188.228 255.255.255.252 N-PE Cotabambas PE - BRAS
200.62.188.232 255.255.255.252 N-PE Cotabambas PE - Lima 03
200.62.188.236 255.255.255.252 P – Lima 02 PE - Lima 03
200.62.188.240 255.255.255.252 P – Lima 02 P – Lima 01
200.62.188.244 255.255.255.252
200.62.188.248 255.255.255.252
200.62.188.252 255.255.255.252
Tabla 56.- Plan de Direccionamiento IP – Red MPLS Nacional y Metro Ethernet
7.8.1.2.- Interfaces Loopback – Core MPLS
A continuación el plan de direccionamiento para las interfaces loopback.
Dirección IP Máscara Equipo

Asignación Red MPLS/VPN Nacional
200.62.188.1 255.255.255.255 P Lima 01
200.62.188.2 255.255.255.255 PE Lima01
200.62.188.3 255.255.255.255 PE Internacional
200.62.188.4 255.255.255.255 PE Trujillo
200.62.188.5 255.255.255.255 PE Chiclayo
200.62.188.6 255.255.255.255 PE Piura
200.62.188.7 255.255.255.255 PE Arequipa
200.62.188.8 255.255.255.255 PE Satelital 1
200.62.188.9 255.255.255.255 PE Cuzco
200.62.188.10 255.255.255.255 PE Satelital 2
200.62.188.11 255.255.255.255 PE Huacho
200.62.188.12 255.255.255.255 PE Lima02
Asignación Red MPLS/VPN+Metro Ethernet
200.62.188.13 255.255.255.255 N-PE Chinchón
200.62.188.14 255.255.255.255 N-PE Cotabambas
200.62.188.15 255.255.255.255 PE - Asia
200.62.188.16 255.255.255.255 N-PE Chinchón *
200.62.188.17 255.255.255.255 N-PE Cotabambas *
200.62.188.18 255.255.255.255 GSR Internet Chinchon
200.62.188.19 255.255.255.255 GSR Internet VES
200.62.188.20 255.255.255.255 PE - IBM Breña
200.62.188.21 255.255.255.255 PE - IBM La Molina
Asignación Red MPLS/VPN Nacional
200.62.188.22 255.255.255.255 PE Cajamarca
200.62.188.23 255.255.255.255 PE Iquitos
200.62.188.24 255.255.255.255 PE Pucallpa
200.62.188.25 255.255.255.255 PE Satelital 3
200.62.188.26 255.255.255.255 PE-NAP
200.62.188.27 255.255.255.255 PE-RAAP
200.62.188.28 255.255.255.255 PE-Lima03 (Higuereta)
200.62.188.29 255.255.255.255 PE-BRAS
200.62.188.30 255.255.255.255 P - Lima 02 (Higuereta)
200.62.188.31 255.255.255.255 PE - Ica
Tabla 57.- Plan de Direccionamiento IP – Interfase Loopback en red IP MPLS
7.8.1.3.- Configuración en CPE de cliente

Configurar en el CPE del cliente lo siguiente:
ip tcp mss 1420

Guía de Operación RPV Multiservicios Local y Nacional V 3.0

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Guía de Operación RPV Multiservicios Local y Nacional V 3.0

Cargado por

Copyright:

Formatos disponibles

CLARO PERU

GERENCIA DE PLANIFICACION DE REDES DE

RED MPLS/VPN + METRO ETHERNET

Autor : Carlos Nestarez.

1.- OBJETIVO ................................................................................................................................. 11

2.- INTRODUCCIÓN ...................................................................................................................... 11

2.1.- ORGANIZACIÓN DEL DOCUMENTO .......................................................................................... 11

3.- DESCRIPCIÓN DEL SERVICIO ............................................................................................ 12

3.1.- CARACTERÍSTICAS DEL SERVICIO........................................................................................... 16

4.- ARQUITECTURA DE SERVICIO Y RED............................................................................. 17

4.1.- ELEMENTOS DE RED MPLS, METRO ETHERNET Y ATM ..................................................... 17

5.- PROCEDIMIENTO DE CONFIGURACIÓN ........................................................................ 47

5.1.- ESCENARIOS DE SERVICIOS PARA EL SERVICIO RPV LOCAL ................................................ 47

6.1.- TROUBLESHOOTING MPLS ..................................................................................................... 77

7.1.- PARÁMETROS DE CONFIGURACIÓN ACCESO METRO ETHERNET ......................................... 87

Versión Fecha Autor Motivo de cambio

SERVICIO RPV MULTISERVICIOS LOCAL Y NACIONAL

2.1.- Organización del Documento

2.3.- Definición de términos y glosario

3.- DESCRIPCIÓN DEL SERVICIO

El servicio RPV Multiservicios Nacional de Telmex añade a la tradicional interconexión de oficinas

RPV LOCAL RPV LOCAL

3.2.- MODOS DE ACCESO

4.1.- Elementos de Red MPLS, Metro Ethernet y ATM

4.1.1.- Red MPLS y Acceso Metro Ethernet – Lima

Cisco GSR 12406 N-PE

Figura 3.- Elementos de Red MPLS +Metro Ethernet - Lima

4.1.2.- Red MPLS y Acceso Metro Ethernet – Provincias

Cisco Catalyst 4503 PE-Usuario

Figura 4.- Elementos de Red MPLS +Metro Ethernet - Provincias

4.1.3.- Red MPLS y Acceso ATM

Figura 5.- Elementos de Red MPLS +ATM

Las arquitecturas de servicios son:

Acceso Metro Ethernet – Acceso Metro Ethernet.

CPE U-PE PE-AGG N-PE N-PE PE-AGG U-PE CPE

Acceso Metro Ethernet Core/Edge Acceso Metro Ethernet

Figura 6.- Arquitectura de Servicio – Acceso Metro Ethernet

Acceso ATM Core/Edge Acceso ATM

Acceso Metro Ethernet Core/Edge Acceso ATM

4.2.1.1.- Acceso ATM

4.2.1.2.- Acceso Metro Ethernet

Figura 9.- Topología de Red IP/MPLS Local y Nacional

4500 4500 4500 4500 4500 4500 4500 4500

05 Cisco Catalyst 4500

Figura 10.- Arquitectura de Red IP MPLS/VPN+Metro Ethernet en Lima

4.3.3.- Cobertura del servicio

A continuación la lista de POPs Metro Ethernet implementados a la fecha:

Nodos ATM Nodo MPLS

4.4.- Protocolos Usados

OSPF para las redes internas.

Ethenet para los accesos Ethernet a través de la red Metro Ethernet.

Hardware Features IOS

4.6.1.- Enrutamiento P-PE, PE-PE

4.6.2.- Enrutamiento PE-CPE para el servicio RPV Local

4.6.2.1.- Enrutamiento Estático.

4.6.2.2.- Enrutamiento Dinámico BGPv4

4.6.3.1.- Enrutamiento Estático.

4.6.3.2.- Enrutamiento Dinámico BGPv4

4.7.- Plan de direccionamiento IP de Clientes

VLAN 1 – VLAN 99 : Reservadas (Uso Interno de Red).

4.8.2.- Plan de asignación de VLANs en U-PE

Servicio de Servicio Internet

Servicio de Servicio Internet