Maintenance Training PTN PDF

Security Level: Internal
O&M U2000 Client
www.huawei.com
HUAWEI TECHNOLOGIES CO., LTD. All rights reserved

Tras la realización de este curso, debemos haber adquirido conocimientos sobre:
 Equipamiento y componentes
 Conocimientos operación básica:

 Configuración de puertos.
 Interconexiones NNI.
 Túneles MPLS
 Servicios: ATM, CES, MP, ETH, IP-LINE. QoS.
 Protecciones (APS,TPS y LMSP)
 Mantenimiento preventivo.
 Ejercicios prácticos OSP
 Guía inicial troubleshooting

 Alamas.
 Solución de incidencias.
HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 2

Capítulo 1: Introducción
Capítulo 2: Equipamiento y componentes
Capítulo 3: Introducción O&M
Capítulo 4: Mantenimiento preventivo
Capítulo 5: Escenarios OSP
Capítulo 6: Troubleshooting

Introducción
 Proyecto RAN RENEWAL:

 Red Backhaul Movil para OSP 2G & 3G
 ¿Por qué?
 Ventajas
 Arquitectura de red. Terminología

Mobile Backhaul Network for
OSP 2G & 3G Renewal Project
 Crecimiento de las necesidades

 Incremento de los servicios demandados
 Necesidad de unificar y optimizar la red
Evolución de TDM y ATM a IP

Mobile Backhaul Network for
OSP 2G & 3G Renewal Project
La solución global proporcionada: PTN 3900, 1900, 910
 Mejoras en la calidad de la red  Aumento de control en la red

 Aumento de capacidad en la red  Infraestructura para las nuevas tecnologías. LTE

Arquitectura de red

Arquitectura de red
 NB / BTS: Están conectados al HUB / POC / POP por medio de fibra, enlace de
microondas, líneas alquiladas...
 Access: Estos equipos recogen tráfico de los NB / BTS que pertenecen a su

área de influencia. El concentrador se conecta por medio de dos rutas
redundantes a los equipos de convergencia.
 Convergence: POC (Point of Concentration). En estos equipos converge el

trafico proveniente de todos los equipos concentradores de menor capacidad.
También pueden tener NB / BTS conectado directamente. En este caso,
además actúan como un HUB.
 Backbone: POP (Point of Presence): Se diferencian de los POC porque tienen

conexiones con BSC y RNCs. Estos son el más alto nivel jerárquico en la
capa de MBR, por lo que siempre estarán redundados.

Equipamiento y componentes
NE Tipos:
 PTN 910
 PTN 1900
 PTN 3900
Tarjetas:
 Breve descripción y funcionalidad

OptiX PTN 910 Chassis

OptiX PTN 910 Boards
Board Funciones y características Slots
La CXPA/CXPB tiene 4 x FE y 16 x E1, procesa

servicios, realiza el control del sistema, procesa el
CXPA slots 1-2.
reloj del sistema, y proporciona servicios auxiliares,
interfaces auxiliares.
La ML1 es una tarjeta de E1s. Puede llegar a tener
ML1 un máximo de 16 x E1, Soporta diferentes servicios slots 3-4
y configuraciones en cada puerto.
La EF8F dispone de 8 x FE ópticos, y procesa
EF8F slots 3 - 4
servicios con la CXPA.
PIU La PIU, Es la tarjeta de alimentación. slot 5
FAN La FAN es la unidad de ventilación. slot 6
EG2 La EG2 es una tarjeta con 2x GE ópticos slots 3 -4

Equipo más común de acceso para los servicios 2G/3G de BTS y Nodo B
 Equipo final  Mayor cantidad

 Mayor simplicidad  Versatilidad de tarjetas


La función de estas áreas del subrack son las siguientes:
Área de Tarjetas de Procesado. Se utiliza para alojar el sistema de control, de cross-

conexiones y la unidad de multiprotocolo (CXP).
Área de Tarjetas de Interfaces. Se utiliza para albergar a las tarjetas de interfaz.
Área de Tarjeta de Alimentación. En la que se ubican las tarjetas de alimentación.
Área de Ventilación, ocupada para el conjunto de la bandeja del ventilador y del
filtro de aire.

OptiX PTN 1900 Boards
Board Funciones y características SLOTS
CXP Tarjeta controladora del sistema, almacenadora de Slots 1 - 2
Cross-conexiones y controladora multi-protocolo
PIU Unidad de alimentación Slots 8 - 9
FAN Ventilador Slot 10
MD1 Sub-tarjeta mixta E1/T1 de 32 puertos Slots 1-1, 1-2, 2-1 y 2-2
ETFC Tarjeta Fast Ethernet(Eléctrica) 12 puertos Slots 3 - 7
EFG2 Tarjeta Gigabit ethernet(Óptica) 2 puertos Slots 3 - 7
EFF8 Tarjeta Ethernet 100M(Óptica) 8 puertos Slots 3 – 7
Tarjeta E1/T1 de 32 interfaces. Se pueden

El slot donde se inserta esta tarjeta depende del
D75E configurar servicios e interfaces de manera flexible
slot donde se inserta la tarjeta controladora CXP
como ATM E1, IMA, CES y ML-PPP.

Son equipos de convergencia. Agrupan los equipos (PTN910) de acceso.
 Equipo intermedio POC  Mayor capacidad

 Más funciones y tipos tarjetas


 Área de Tarjetas de Procesado, que se
utiliza para el procesado de tarjeta y
SCA area
servicios de las sub-tarjetas.
PIU
 Área de Tarjetas de Interfaces, que se
utiliza para albergar a las tarjetas de
interfaz.
Fan area  Área de Sistema de control de tarjetas,

que se utiliza para el sistema de control,
comunicación y procesado de tarjetas
XCS auxiliares (SCA).
 Área de Tarjeta de Alimentación, que se

utiliza para albergar a las tarjetas de
FAN area
alimentación.
 Área de Ventilación, que se utiliza para el

conjunto de la bandeja del ventilador y
del filtro de aire.

OptiX PTN 3900 Board
Board Funciones y características SLOTS
Tarjeta almacenadora de Cross-conexiones y unidad de
XCS slots 9 y 10
tiempo.
Tarjeta Multiprotocolo (TDM/IMA/ATM/MLPP). Esta
tarjeta llevara un tipo de sub-tarjeta acorde al servicio
MP1 slots 1-8 y 11-18
requerido (CES E1, IMA E1, ML-PPP E1, ATM STM-1,
ATM E1, o STM-1 canalizados.
Sub-tarjeta de 2 puertos STM-1 canalizados. CES, IMA,

CD1 sub-slot de la MP1.
ATM E1 y ML-PPP E1 pueden ser agrupados para la Tx
EG8/16 Tarjeta Giga Ethernet de 8 o 16 puertos slots 1-8 y 11-18.

Tarjeta E1/T1 de 32 interfaces. Puede llevar varias
D75E configuraciones y soporta distintos protocolos como slots 19-26 y 31-38
ATM E1, IMA, CES y ML-PPP
EFTC Tarjeta Fast Ethernet(Eléctrica) 12 puertos slots 19 - 26 y 31 - 38
MD1/MQ1 Tarjetas de 32 y 63 E1s respectivamente
Sub-tarjeta ATM de 2 puertos STM-1.

AD1 slots 1-8 y 11-18.
SCA Controladora del sistema y comunicación Slots 29 y 30

Son equipos de Backbone. Concentran los anteriores conectándolos con BSC y RNC
 Equipo cabecera  Conectados con BSC, RNC y OSS

 Máxima capacidad  Conforman el núcleo de la red de
acceso

Introducción O&M
 Interconexiones UNI
 Interconexiones NNI
 Túneles LSP
 Servicios
 Protecciones (APS,TPS y LMSP)
 NE Configuration data management

Interconexiones UNI
UNI: User Network Interface. Interfaces de acceso a la red de PTN
Existen dos tipos de interconexiones UNI en PTN:

 E1 PDH o SDH
 Ethernet FE Óptico/Eléctrico

Interconexiones UNI  E1
Configuración puerto PDH
 Basic attributes:
• Port mode
• Encapsulation type
 Advanced attributes:
• Frame format
• Frame mode

Configuración PDH
Una vez buscado el equipo, boton derecho  NE explorer
1. Dentro del NE seleccionamos «Configuration»

2. Pinchamos sobre «Interface Management»
3. Abrimos «PDH interface»

Basic Attributes
En este apartado elegimos la capa

de trabajo dependiendo del
servicio que se vaya a transportar
Aquí seleccionamos el tipo de

encapsulación

Advanced Attributes
Definimos el formato de la trama y

su longitud

Interconexiones UNI  E1
Configuración puerto SDH
 Serial interface:
• Port mode
• Encapsulation type
 Path configuration:
• Frame format
• Frame mode

Configuración SDH
 Port Number: Número identificativo de puerto (Serial)
Basic attributesNew  Name: Nombre

 Level:VC12
 Use Board: Tarjeta utilizada
 Use Port: Subrack y puerto
 Low Channel: VC12 utilizado

Basic Attributes
 En la pestaña Basic Attributes

podemos ver la configuración
del puerto y es donde elegimos
el tipo de encapsulamiento

Path Configuration
 En Path configuration seleccionamos el modo

y tipo de formato

Interconexiones UNI  FE
Configuración puerto ETH
 Basic attributes:
• Port mode
• Working mode

Configuración Ethernet
Para configurar un puerto ethernet entramos en
«Ethernet Interface».
Los parametros a modificar son los siguientes:
 Name
 Enable Port
 Port Mode
 Working Mode

Configuración Ethernet
 Habilitamos o
deshabilitamos el puerto
 Elegimos el modo de trabajo
del puerto. Capa 3 para
asignaciones IP y Layer Mix
para VLAN
 Seleccionamos la velocidad del
puerto. Es importante que esta
velocidad se la misma que este
configurada en el elemento opuesto

QoS UNI
Cuando creamos puerto UNI debemos aplicarles las políticas de QoS. Para ello dentro del
menú «Diffserv Domain Management» seleccionamos la instancia de mapeo
«RAN_RENEWAL»y en la pestaña «Application Object» configuramos nuestro puerto como
«IP-DSCP». Esta configuración tiene ya determinadas unas calidades de servicio para los
distintos tipos de tráfico

Interconexiones NNI
NNI: Network to Network Interface. Interfaces de conexión entre PTN
Dos tipos de interconexiones UNI en PTN:

 E1 PDH o SDH
 Ethernet FE Óptico/Eléctrico
 Fibra GE Óptico

Configuración MP. PDH y SDH
Para configurar enlaces NNI entre PTNs mediante
E1s es necesario crear agrupaciones MP tanto en
origen como en destino.
A continuación se muestran los parametros más
relevantes de esta configuración:
 MP Group Number, Name, Enable Diff.
Delay, Max Diff. Delay, Enable Tunnel,
Fragmentation size, Sequence Number
Type, IP Address e IP Mask.

Creación MP
Para la creación de un MP pulsamos «New» y

completamos los siguientes parámetros:
 MP Group Number: Identificativo del MP  Enable Diff. Delay: Enabled
 Specify IP Address: Manually  Max Diff. Delay: 100
 IP Address: Dirección IP  Enable Tunnel: Enable
 IP Mask: Máscara de Red  Fragmentation size: 256
 Sequence Number Type: Huawei mode

Creación MP
El procedimiento para
crear grupos MP es el
mismo para PDH que
para SDH con la única
diferencia de que para
PDH agrupamos E1s
eléctricos y para SDH
agrupamos VC12
canalizados
Para comprobar la
conectividad del enlace se
realizaran prueba de PING
que se explicarán
posteriormente

Configuración Link Ethernet
Para configurar un link mediante puertos ethernet
entramos en «Ethernet Interface».
La configuración a realizar es la siguiente. Tanto en
origen como en destino:
 Name: Nombre del puerto con el que se
enfrenta
 Enable Port: Enable
 Port Mode: Layer 3
 Working Mode: Especificado por
diseño. Siempre igual en los dos
puntos

Configuración Link Ethernet
 En la pestaña «Layer 3 Attributes» asignamos la dirección IP y la máscara de red

especificas en la plantilla. Esta operación debe realizarse tanto en origen como en
destino
 Esta configuración se realiza dando por supuesto que los dos puertos están
conectados físicamente. Es importante que la velocidad en los dos puertos
sea la misma
 Para comprobar la conectividad del enlace se realizaran prueba de PING que

se explicarán posteriormente

Ejemplo plantillas NNI
ETH
PDH y SDH

QoS NNI
Cuando creamos Links debemos aplicarles las políticas de QoS. Para ello dentro del menú
«Diffserv Domain Management» seleccionamos la instancia de mapeo por defecto y en la
pestaña «Application Object»configuramos nuestro puerto como «mpls-exp». Esta
configuración tiene ya determinadas unas calidades de servicio para los distintos tipos de
tráfico

Túneles LSP
Un LSP es un túnel MPLS. Consiste en aplicar una etiqueta a los paquetes entre el PTN
de acceso y el PTN de salida, pasando por un número indefinido de PTN dentro del
Backhaul IP.
El BW teórico de un LSP es indefinido. El práctico es la capacidad mínima disponible
de los links por los que pasa.
Mediante la tecnología de los túneles se pretende establecer canales de transmisión
de datos en la red PTN de forma transparente. En este capítulo se describen los
conceptos básicos de túnel y su configuración

Túneles LSP
¿Como funcionan MPLS?
… imaginemos que los PTN son estaciones de la red de metro -----------------------------> LSR
… se crearon vías para unir estaciones ----------------------------------------------------> FIBRAS
… cada estación tiene un andén que va a otra estación -------------------> INTERFACE o LINK
… cada usuario diseña su camino para ir de una estación a otra ---------------------------> LSP

Túneles LSP
¿Como funcionan MPLS?
… cuando entra un usuario, elige un recorrido desde la estación acceso hasta la destino
… una vez entra un paquete en el Backhaul IP, se le asigna un LSP para ir desde el PTN de
acceso al PTN de salida
Este LSP tiene definido las vías que utilizará y los equipos por los que pasará
LSP
acceso
salida

Túneles LSP
Existen dos tipos de configuraciones para estos túneles LSP:
 Configuración estática: Se especifican origen y destino para el túnel MPLS
además de cada NE por el que pasa el túnel.
 Configuración dinámica: Se especifican origen y destino para el túnel. El
equipo crea un túnel MPLS a través de la señalización mediante protocolos
como BGP y LDP.

Creación Túneles LSP
Los túneles se crean en base a plantillas

proporcionadas por diseño. Aquí se
muestra un ejemplo
Para la creación de un tunel

desplegamos el menú «Service» y
despues el menú «Tunnel» y abrimos
«Create Tunnel»

 Name: Asignamos el nombre con el cual se identifica.

 Protocol Type: (IP/MPLS) Utilizaremos siempre MPLS.
 Signaling Type: (RSVP TE/ LDP/ Static CR/ Static) Usaremos Static CR «ya que no
realizamos túneles dinámicos»
 Service Direction: Al ser unidireccional tenemos 4 túneles.
 Protection Type: 1:1 (Todo el tráfico va por el túnel principal)

Es necesario añadir
todos los equipos
por los que pasa el
túnel
Utilizando un filtro
por nombre
encontramos los
equipos, los
seleccionamos y
los pasamos al
lado derecho

Physical Topology
nos realiza una
representación.
A cada NE tenemos que

asignarle su función.
(Ingress, transit, egress)

Además de seleccionar el NE también

elegiremos las interfaces de entrada y
salida al equipo (Inbound/Outbound).
Siguiendo la plantilla de diseño.

Creación Túneles LSP. Protección
Al mismo tiempo que se
configuran los túneles se crea
su grupo de protección.
El tipo de protección usado en
los túneles es APS
En esta imagen se muestra la

configuración del grupo de protección,
según los parámetros de diseño.
 Protocolo de protección habilitado

 Retorno al principal habilitado
 Tiempo de espera para conmutar
al principal

Creación Túneles LSP. OAM
Una vez configurada la protección
debemos configurar el OAM.
Es necesario configurar este atributo
para detectar fallos en los túneles.
 OAM Status: Debe estar habilitado

cuando se configura una protección.
 Detectection Packet Type:
• CV: el período de detección de
paquetes es fijo.
• FFD: se puede establecer el período
de detección de paquetes.
 Detection Packet Period (ms): Este
parámetro indica el período de detección
de paquetes.

Túneles LSP. Test & Check
Tras la configuración del OAM y si se ha realizado con éxito el proceso

deberá aparecernos esta pantalla. Lo siguiente que debemos hacer es
comprobar el estado del túnel y su APS.
Pulsamos «Browse Trail»

En este menú podemos comprobar el estado de los túneles mediante parámetros

como: Alarm Severity, Deployment Status, Tunnel Enabling Status…
En la parte inferior de la pantalla aparece la siguiente imagen.
Donde podemos ver: Representación gráfica, información sobre los saltos, QoS y
servicios transportados por los túneles.
Seleccionando la pestaña «Relevant Service» muestra los servicios que usan el
túnel

Para comprobar el estado del grupo de
protección seguimos los pasos:
 Botón derecho sobre el túnel.
 Protection Group.
 View Protection Group
En el menú que nos muestra se puede ver el estado de

la protección así como una representación topológica
e información sobre su configuración.
En la representación se muestra el camino principal
(línea continua) y el camino de protección (línea
discontinua)

Desde este menú también se pueden hacer
pruebas de conmutación para comprobar
realmente que la protección funciona
correctamente.
Marcando la protección y pulsando botón
derecho podemos forzar la conmutación al
camino de protección y viceversa según
indican las imágenes a continuación.
Siempre despues de cada acción de conmutación que

realicemos debemos hacer un «Query Switching Status»
para comprobar el estado real de la protección.

En las opciones que nos muestra «botón derecho» sobre los
túneles, está Test and Check.
Con Test and Check podemos realizar pruebas de Ping y
Traceroute sobre los túneles seleccionados comprobar así su
conectividad
Procedimiento:
 Seleccionamos túneles
 Marcamos LSP Ping
 Pulsamos sobre las
opciones
 Ponemos «Response Mode»
en No Response
 Para iniciar el test pulsamos
«Run»

En la pestaña Result muestra el resultado del test

en cada túnel.
En Check Result Muestra el resultado de la prueba.

Túneles LSP. Borrado
A la hora de eliminar un túnel es necesario
comprobar que no lleva tráfico y borrar
previamente el grupo de protección.
Para ello primero debemos dejar sin
servicio el grupo de protección (Undeploy)
para posteriormente borrarlo (Delete)
Todas estas opciones se encuentran
marcando el grupo de protección y
pulsando botón derecho.
Una vez borrado el grupo de

protección el siguiente paso es la
desactivación del OAM en cada
uno de los túneles.
Seleccionamos los 4 túneles,
pulsamos botón derecho:
OAMClear OAM

Creación Túneles LSP. Borrado
Para terminar seleccionaremos los 4 túneles, los

pondremos en Undeploy y los eliminaremos.

L3VPN
 La VPN L3 “emula” la red PTN como un router.
 Es un router virtual por lo que se pueden crear diferentes L3VPN y repetir
direccionamiento en cada una de ellas.
GE NB
PTN PTN
x x
PTN A PTN
L3 VPN x
RNC
PTN C NB
GE
PTN PTN Interfaz UNI
PTN B x x
IP NB
GE IP
RNC IP
ROUTER IP NB
GE

L3VPN
 L3VPN esta basado en redes IP/MPLS
 Utilizan esquemas de direccionamiento IP y conexiones virtuales basadas en
tablas VRFs (Virtual Routing and Forwarding)
Al no tener la funcionalidad de IP sobre PW, la primera solución temporal que se

aplicó en la red de PTN fue crear una L3VPN por cada PTN agregador

L3VPN
Cuando se pudo implementar IP sobre PW (IP-Line), se creó solo una L3VPN en
cada POP(redundado). Mediante la IP-Line se obtiene alta fiabilidad y una red
simplificada. Puede dar más detalles de la supervisión del rendimiento para
cada flujo de tráfico.

L3VPN. VRF
Como se ha visto anteriormente, para poder implementar la L3VPN es necesario
el uso de VRFs (Virtual Routing and Forwarding).
El VRF es una tabla de rutas. VRF es una tecnología que permite tener multiples
instancias de una tabla de enrutamiento en un mismo router. Las tablas VRF se
encuentran únicamente en los POP. Una VPN puede tener una o más VRFs. Cada
VRF está asociado con:
 Una tabla de enrutamiento IP
 Unos parámetros, que se encargan del enrutado en base a las etiquetas RD y RT.
 Un conjunto de interfaces(SAI)
 Un conjunto de protocolos que inyectan información en la VRF.

L3VPN. VRF
Para crear un VRF:

VRF. SAI
Especifica una interfaz dentro de una instancia VRF, es decir, son los puertos
lógicos de la L3VPN. Todos los SAI vendrán definidos por una dirección IP.
Para crear un SAI en un VRF hay que seguir los siguientes pasos:
 Marcando el servicio L3VPN y dando

botón derecho pulsamos Modify

VRF. SAI
Una vez dentro del menú seleccionamos el PTN que está en el VRF y pulsamos
Details.
 En la pestaña SAI Configuration

tenemos la lista de SAIs que componen
el VRF.
 Para añadir uno nuevo  Create
 Se creará una instancia vacía al final.
 Elegimos VRF y pulsamos Interface

VRF. SAI
Seleccionamos el puerto y le asignamos una dirección IP y una máscara de red.
Para confirmar interface pulsamos OK y después para confirmar SAI OK otra vez

VRF. SAI
Cuando terminamos de confirmar el SAI nos aparecerá en la pestaña junto con
todos los demás. Aquí podremos ver su estado y sus parámetros.
Mediante la creación de SAI asociamos una IP a un puerto (MP, ETH, VLAN, L3if…)
dentro la VRF. De esta manera estos puertos lógicos representan interfaces UNI
de la red de PTN,s.
Que son los que enfrentan contra el extremo ajeno a la red de PTN,s. En el caso de
H\\ contra el nodo y en el caso E\\ la SIU.

VRF. Static Routes
Es la dirección de red que se carga en una tabla de enrutamiento (VRF), para
poder interconectar un segmento de red sin necesidad de protocolo de
enrutamiento
 Marcamos el servicio L3VPN y dando

botón derecho pulsamos Modify

VRF. Static Routes
 Igual que al configurar el SAI, marcamos el

elemento y accedemos a Details
 En la pestaña VRF Configuration buscamos
Route Configuration Static Route
 Pulsando botón derecho insertamos una
nueva instancia que aparecerá al final de la
lista.

VRF. Static Routes
Nos aparecerá un menú con todos los parámetros a configurar según datos de
ingeniería
 Dirección IP de destino.
 Mascara de red.
 Outbound interface: Puerto de salida
(SAI)
 Next Hop: Siguiente salto en capa 3
(puerto lógico enfrentado con el SAI)
 Priority: Definida por ingeniería

VRF. Static Routes
Para cargar un estación 2G y 3G en E//:

 Se añade como SAI al L3VPN la IP «PTN-MLPPP»
 Se añaden como rutas estáticas las IP´s de IUB y MUB.
La carga debe realizarse en los dos POP (Master y Backup)
Para cargar un estación 2G y 3G en H//:

 Se añade como SAI al L3VPN la IP «PTN GW for nodeB»
 Se añade como ruta estática la IP de «OM IP» /32.
 Se añade como ruta estática la IP de «BTS Service»
La carga debe realizarse en los dos POP (Master y Backup)

CMXB
CMXB
E
T
-
I
P
G
VRF. VRRP
CMXB
CMXB
E
T
-
I
P
G  Virtual Router Redundancy Protocol:
G G
Protocolo de redundancia diseñado para
CMXB
CMXB
P P
B B
E
T
- aumentar la disponibilidad de la puerta de
I
P
G
enlace, dando servicio a máquinas en la
misma subred. Este aumento se consigue
APP
APP mediante el anuncio de un router virtual como
O&M
RNC 3820 1 O&M una puerta de enlace, en lugar de un router
físico.
trunk Dos o más routers físicos se configuran
O&M O&M representando al router virtual. Sólo uno de
Switch VRRP VIP Switch
ellos realizando realmente el enrutamiento. Si
el router físico actual falla, el otro router físico
negocia para sustituirlo.
Router Router
Orange O&M Network
O&M FE

VRF. VRRP
Interface Abis (FE/GE)
Se puede usar sobre

redes Ethernet, MPLS y Token Ring.
Se denomina router maestro al router
físico que realiza realmente el
BSC 1 enrutamiento y routers de respaldo a
PTN RNC/ Abis_BSC_1
FE/GE
los que están en espera de que el
BSC
Orange
VRRP
maestro falle.
Radio trunk
Access
VRRP
Network
PTN RNC/ Abis_BSC_1

BSC
FE/GE
Hay que tener en cuenta que VRRP es un protocolo de router, no de routing. Cada
instancia de VRRP se limita a una única subred. No anuncia rutas IP ni afecta a la
tabla de enrutamiento

VRF. VRRP
Para configurar VRRP VR:

Servicio L3VPN Botón derecho  Configurar
VRRP
Se abrirá el menú VRRP-Based Detection
Configuration Management:

VRF. VRRP
Pulsando Advanced VRRP Configuration terminamos de configurar la VRRP:

LAG
LAG (Link Aggregation Group) es la agregación de un grupo de
interfaces Eth que forman una interfaz lógica.
 Aumenta ancho de banda.

 Proporciona protección de enlace.

LAG.
Los equipos PTN soportan dos tipos de LAG: Estático y Manual.
 Estático: es necesario crear manualmente el LAG y añadir los
interfaces miembros. (LACP) no es necesario.
 Manual: es necesario crear manualmente el LAG y añadir los
interfaces miembros. El protocolo LACP es necesario en este modo.
El Link Aggregation Control Protocol permite negociar a los dos
extremos lo cual implica un control más preciso y eficaz.
Cada uno de ellos se puede configurar como: Load sharing mode y
Non-load sharing. (Modo carga compartida, Modo No carga compartida)
 Load Sharing Mode: Los enlaces que forman parte del LAG
comparten la transmisión de servicios, mediante un algoritmo de
distribución de paquetes. Con este modo obtenemos mayor ancho
de banda.
 Non-load Sharing Mode: Tiene un máximo de 2 miembros. Uno se
encuentra en estado activo y el otro en modo espera. Cuando el
enlace activo esta defectuoso, el sistema activa el enlace en el
estado espera para realizar el servicio de tráfico

LAG.
Ingeniería nos proporciona las siguientes

plantillas para la configuración del LAG.
OSP Usa 3 tipos de LAG.
Entre PTN´s, enfrentado con RTN y enfrentado
a MPR.
Para configurar el LAG en el gestor:

Configuration  Link Aggregation Group
Management

LAG.
Una vez dentro del menú pulsamos New y nos
parecerá la siguiente ventana. Siguiendo la
plantilla proporcionada por ingeniería
configuramos todos los parámetros.
Es necesario crear el LAG en los dos extremos

del enlace para que la protección se haga
correctamente

LAG. PTN
Antes de crear el LAG debemos configurar

los puertos que lo conforman. El puerto
maestro tiene que estar en capa 3 y el
esclavo en capa 2
Dependiendo de la zona en la que nos

encontremos (E// o H//) la configuración del
tipo de LAG varía (E//Manual y H//Estático).
Sin ningún protocolo de switching, en modo
revertido y sin balanceo de carga.
En la parte inferior seleccionamos la tarjeta

principal y las tarjetas que proporcionaran
la redundancia.

LAG. MPR (ALU)
Antes de crear el LAG debemos configurar los

puertos que lo conforman. El puerto maestro
tiene que estar en Layer Mix, el esclavo en
capa 2 y ambos puertos en auto negociación
Para crear un LAG entre PTN y MPR

configuramos un LAG de tipo manual, y
utilizando protocolo de switching, en modo no
revertido y sin balanceo de carga.

LAG. RTN (HW)
Antes de crear el LAG debemos configurar los

puertos que lo conforman. Ambos puertos,
maestro y esclavo, tienen que ir en Layer Mix.
Para crear un LAG entre PTN y RTN

configuramos un LAG de tipo estático y con
balanceo de carga, por eso tiene que estar los
dos puertos en Layer Mix.

Servicios
 Para transportar los distintos tipos de tráfico, la red IP-MPLS de Huawei utiliza
PW (PseudoWire).
 Función  Emular los diferentes tipos de tráfico como paquetes IP.
 En el PW son encapsulados varios servicios los cuales son transportados por
los túneles MPLS.

PWE3 Services. CES
CES (Circuit emulation service): Servicio de emulación de circuitos. Aplica la
tecnología de emulación PWE3

PWE3 Services. CES
Es un circuito dedicado de 2Mb que se puede fragmentar en Time Slot. Es utilizado
para agregar el tráfico de las micros, para optimizar el ancho de banda.

PWE3 Services. CES
Para la creación de un servicio CES nos basamos en la siguiente
plantilla, facilitada por ingeniería.
Siguiendo los pasos marcados a continuación:
 Configurar puerto origen y destino (E1/VC12)
 Configuración puerto eléctrico.
 DCN deshabilitado.

PWE3 Services. CES
 Configuración puerto óptico
Una vez configurados los puertos creamos el

servicio.
 Entramos en:
ServicePWE3 ServiceCreate PWE3 Service

PWE3 Services. CES
Dentro del menu «Create

PWE3 Service» aparece el
menú de la imagen a la
izquierda de la pantalla.
 Elegimos tipo de servicio: CES

 Escribimos el nombre del servicio.
 Seleccionamos origen y destino que son los puertos configurados
anteriormente.

PWE3 Services. CES
Para la elección de puertos

eléctricos debemos
seleccionar:
 PTN
 Tarjeta
 Puerto
 Time Slot
Aquí podemos definir los

TS que contendrá el CES
Para confirmar los puertos

pulsamos «Add Node»

PWE3 Services. CES
Para la selección de puertos ópticos se

sigue el mismo proceso con la
diferencia de que tenemos que elegir el
VC12

PWE3 Services. CES
Tras añadir los dos puertos
podemos elegir cual actúa
como origen y cual como
destino
Después de seleccionar los puertos elegimos el túnel de acuerdo con la plantilla

PWE3 Services. CES
Pulsando «Detail» podemos ver todos los parámetros del CES
Si el servicio se ha configurado
correctamente nos debe aparecer
la siguiente ventana.
En «Browse Trail» podemos ver el

CES creado

PWE3 Services. CES
Desde «Browse Trail» accedemos a Manage PWE3 Service donde podemos

ver el estado de nuestro servicio y todos sus parámetros.

PWE3 Services. CES
Si accedemos al menú de configuración de los puertos que conforman el
servicio, nos muestra los servicios asociados a ese puerto.

PWE3 Services. ATM
El PWE3 ATM sirve para transportar /emular tráfico ATM, tanto voz como datos, a
través de la red de PTNs

PWE3 Services. ATM
Para la creación de un servicio ATM nos basamos en la siguiente
plantilla, facilitada por ingeniería.
Siguiendo los pasos marcados a continuación:
 Configurar puerto origen (grupo IMA).

PW ATM. Creación grupo IMA
Después de configurar los puertos origen hay que crear

el grupo IMA. Para ello entramos en el menú ATM IMA
Management y nos situamos en la pestaña ATM Interface
Management.
El grupo IMA va a ser el origen de nuestro servicio y en
gestor lo referenciamos mediante el Trunk.
Etiquetándolo según plantilla.

El siguiente paso es vincular los puertos (E1/VC12) configurados anteriormente al trunk
que vamos a utilizar en el servicio:
BindingConfiguration:
 Tarjeta y trunk
 Puertos a agrupar en ese trunk

Por último, tenemos que habilitar el grupo que
se ha creado.
La configuración del puerto de destino para el servicio ATM normalmente ya está

hecha puesto que suele ser una interconexión con alguna RNC. Estas configuraciones
se realizan en la integración del PTN.

PWE3 Services. ATM
Para crear el servicio:
Service PWE3 ServiceCreate PWE3 Service
 Elegimos tipo de servicio: ATM

 Escribimos el nombre del servicio.
 En Link type diferenciamos dos tipos:
 N-to-1 VPC: para servicios co-
site con un POP
 N-to-1 VCC: para servicios que
se transportan entre POC y POP

PWE3 Services. ATM
El proceso de selección de origen,
destino y túneles es igual que en el
CES.
En «ATM Link» definimos el servicio
ATM que se va a transportar
siguiendo la plantilla proporcionada
por ingenería mediante los
parámetros VPI/VCI, las políticas de
calidad….

PWE3 Services. ATM
Si el servicio se ha configurado
correctamente nos debe aparecer
la siguiente ventana.
En «Browse Trail» podemos ver el

ATM creado
Desde «Browse Trail» accedemos a Manage PWE3 Service donde podemos ver el estado
de nuestro servicio y todos sus parámetros.

PWE3 Services. ETH
En esta sección se describe cómo configurar un servicio de E-line realizado por PW. Se
realiza mediante VLAN´s
Es utilizada en la solución temporal para llevar el trafico entre los POC y los POP

PWE3 Services. ETH
Igual que en los otros tipos de PW, lo primero que hacemos es configurar los puertos
entre los que estableceremos la E-Line


PWE3 Services. ETH
A la hora de crear el servicio elegimos el tipo ETH
y le asignamos un nombre.
Después en «Configure Source and Sink»
definiremos los puertos que contendrán la E-Line
 Filtramos el PTN
 Seleccionamos
tarjeta y puerto
 Asignamos una
VLAN ID

PWE3 Services. ETH
Una vez seleccionados los puertos y la VLAN, configuramos los túneles que se van a
utilizar y marcamos el servicio en Deploy y Enable

PWE3 Services. ETH
Si el servicio se ha creado correctamente nos parece
esta ventana.
En «Browse Trail» podemos ver el estado del servicio

creado así como todos sus parámetros.

PWE3 Services. IP Over PW
La función de IP-Line se basa en la tecnología de MPLS. En el caso de IP-Line, los

paquetes IP se encapsulan en PWs, a continuación, se transportan de punto a punto. La
siguiente figura muestra el proceso de encapsulación servicio.

PWE3 Services. IP Over PW
Las principales características para la elección del servicio IP-Line son:
 No se necesita L3VPN en el POC site lo que proporciona mayor fiabilidad y eficacia.
 Con la IP Line se consigue eliminar el bucle que era necesario en la solución temporal.
Conseguimos así mayor simplicidad en la red.
 Con esta solución, al tener un servicio por estación, conseguimos mas detalles para la
supervisión y el control de tráfico

IP-Line. Creation
Para la creación del servicio IP- Line debemos realizar los siguientes pasos:
 Configuración de puertos UNI.

 E1. Abrimos la interfaz PDH y configuramos el puerto con los siguientes
parámetros.

IP-Line. Creation
 VC12. Abrimos la interfaz serie y la configuramos como sigue:
 Port Number: Número identificativo de puerto (Serial)

 Name: Nombre
Basic attributesNew  Level:VC12
 Use Board: Tarjeta utilizada
 Use Port: Subrack y puerto
 Low Channel: VC12 utilizado

IP-Line. Creation
 En Path configuration seleccionamos el modo

y tipo de formato

IP-Line. Creation
 Creación de MP
Siempre que el tráfico que entra al PTN agregador en forma

de E1 o VC12 es necesario configurar un MP de tipo UNI de la
siguiente manera:
Al contrario que en los MP NNI, en este caso no

especificamos dirección IP, ya que esta se asigna mediante la
IP-Line

IP-Line. Creation
 Configuración ETH
Para poder implementar la IP-Line es necesario que el puerto Ethernet este

configurado en modo Layer Mix para poder crear una interfaz virtual basada en
VLAN.
El siguiente paso es crear la interfaz virtual:

Configuration  Interface Management  Ethernet
Virtual Interface

IP-Line. Creation
En la pantalla Create Ethernet Virtual Interface completamos los parámetros de
nuestro puerto virtual.
 Port: Definido por ingeniería.

 Name: Nombre de la estacíon.
 Port Type: VLAN Sub Interface.
 Associated Board: Tarjeta asociada.
 Associated Port: Puerto asociado.
 VLAN: Asignada por diseño.
 Specify IP Address: Unspecifed
(La IP se asigna en el PW ip-line)

IP-Line. Creation
Una vez configurada la parte del POC-site, debemos configurar los puertos en extremo
del POP-site siguiendo los parámetros de ingeniería. (L3IF)
Ethernet Virtual Interface  Create Ethernet L3 Virtual

interface.
 Port:
 Name:

IP-Line. Creation
Tras configurar los puertos en ambos extremos y antes de crear el servicio, tenemos
que meter los puertos L3IF como SAI en el VRF (tanto en el principal como en el de
protección).

 Service Type  IP over PW

 Service Name  Nombre
 Protection Type  PW Redundancy

IP-Line. Creation
A la hora de seleccionar los puertos, elegimos el PTN y el puerto que hemos creado
anteriormente

Después de seleccionar los puertos podemos decidir cual actúa de origen y cual
de destino así como el camino principal y el de protección

IP-Line. Creation
Igual que en la creación de otro tipo de servicios, debemos elegir los túneles por los
cuales se transportará. Si la estación cuelgua directamente del POP, no hacen falta
túneles.
Si el servicio se ha creado correctamente nos aparece

esta ventana.

IP-Line. Creation
Se nos abrirá la ventana Manage PWE3 Service donde podemos ver el estado del
servicio creado y todos sus detalles

Protecciones
Existen tres tipos de protecciones en la red de PTNs:
 APS: Protección MPLS
 TPS: Protección a nivel de tarjeta
 LMS
POP PTN A
ML-PPP
GE
RNC / BSC
GE
Node B / BTS
GE
POC ML-PPP
POP PTN B

Protecciones. APS
Son protecciones MPLS a nivel de túnel. Entre un POC y un POP siempre tiene que
haber una protección APS (Explicadas en la creación de túneles).

Protecciones. TPS
Es un tipo de protección a nivel de tarjeta, TPS (Tributary Protection Switch)
proporciona protección para N tarjetas de trabajo con una tarjeta de protección.
Cuando la tarjeta principal detecta un fallo, los servicios se conmutan a la tarjeta de
protección.
La conmutación se realiza a niveles tanto software como hardware. Este tipo de
protección se da en los modelos de PTN 1900 y 3900 para las siguientes tarjetas.
PTN Type Protection Mode Processing Board Interface Board
PTN 3900 Two 1:N (N≤4) MP1+MQ1 D75

protection groups
PTN 1900 Two 1:1 protection CXP+MD1 L75

groups

Protecciones. TPS
Para la creación de este tipo de protección es necesario realizar los siguientes pasos:
 En el explorador seleccionamos el nodo y en configuración nos metemos
en TPS Protection
 Pulsamos Create y se nos abrirá una ventana:
 Seleccionamos tarjeta principal y protección y la prioridad en caso de

que sean varias.
 Definir WTR, que es el tiempo que hay que esperar para volver a
conmutar a la tarjeta principal y pinchamos OK

Protecciones. LMSP
En la protección LMSP (Line Multiplex Section Protection (optics)), el camino de
protección protege el servicio que se transportan en el camino principal. Cuando el
camino principal falla, el servicio se conmuta a la ruta de protección. Existen dos tipos
de protección LMSP: 1+1 y 1:1.
 LMSP 1+1.
La información se envía tanto por el camino principal como por el de protección. El

mecanismo de detección de fallos se realiza en la capa física mediante las alarmas
de LOS, LOF, SIA…, lo que hace que se produzca la conmutación.

Protecciones. LMSP
 LMSP 1:1.
El servicio solo se transporta por la ruta principal. Cuando se produce un fallo en

esta ruta, el servicio conmuta al camino de protección.
 Método de detección: En la capa física mediante alarmas de LOS, LOF, SIA…

 Proceso de conmutación: Después de un intercambio de señalización entre los
protocolos, el extremo de transmisión conmuta el servicio a la vía de protección, y
el extremo de recepción selecciona el servicio de la vía de protección.

Protecciones. LMSP
Para la configuración de esta protección debemos seguir los siguientes pasos:
 En el explorador seleccionamos el nodo

y en configuración nos metemos en
Linear MS.
 Pulsamos Create y se nos abrirá una
ventana.
 Estableceremos los parámetros, tales
como, tipo de protección, modo de
conmutación y modo reversivo.
 Elegimos tarjeta principal (West Working
Unit) y tarjeta de protección (West
Protection Unit)
 Marcamos Active y pulsamos OK

Protecciones. LMSP
 Una vez creado el grupo de protección, se selecciona y se pulsa Start Protocol
para dejar así activado el protocolo.
 Dependiendo del equipo que vayamos a enfrentar al PTN existen diversos tipos
de configuraciones

NE Data Management
En ocasiones el gestor no nos muestra cambios realizados (configuraciones,
servicios…) esto se debe a que el NE no se ha sincronizado correctamente con el
gestor.
Las herramientas usadas para solventar este problema las encontramos en el
menú NE Data Management.
Una vez dentro del menú seleccionamos

el PTN y pulsando la flecha azul lo
pasamos al cuadro de la derecha.

NE Data Management
Upload  Realiza una actualización de los datos del gestor tomando como
referencia el equipo
Network Element  Manager
Download Realiza una actualización de los datos del equipo tomando como
referencia el Gestor
Manager  Network Element
Check Consistency: Realiza un estudio de la consistencia entre los datos del

gestor y los datos del equipo.
Network Element   Manager

Mantenimiento preventivo
 Instancias
 Mantenimiento
 Alarmas, PRBS…
 Sincronismo
 DCN

Instancias. Introducción
Las instancias se crean para monitorizar el estado de puertos y enlaces
Los casos en que tenemos que crear instancias son los siguientes:
 Creación ML-PPP : Cuando se crea un nuevo ML-PPP-NNI NNI entre PTNS.
 Configuración de un nodo: Cuando se crea el MP UNI
 Añadir E1 a un grupo ML-PPP : Cuando añadimos un E1 a un grupo ML-PPP .
 Configuración de puerto ETH: Se crean instancias para puertos ETH cuando estos
puertos están conectados a otro PTN (NNI).
 Láser (En el caso de un puerto óptico): Se crean instancias para puertos Ethernet
ópticos si están conectados a otro PTN (conexión NNI).

Instancias. Monitorización
Como hemos
comentado
anteriormente las
instancias son una
herramienta de
monitorización.
Mediante las cuales
podemos ver la
ocupación del enlace
en %, byte o paquetes.

Instancias. Monitorización
En las gráficas que nos representan las instancias, podemos mostrar estos
valores

Instancias. Creación
Para crear las instancias

diseño nos facilita unas
plantillas con los pasos a
seguir.
En las siguientes
diapositivas vamos a ir
creando paso a paso las
instancias

En U2000 seleccionamos Performance  Monitoring Management
 Se abrirá una ventana. En la parte izquierda

podemos encontrar todas las instancias que
podemos crear (ML-PPP, E1, Eth y Laser)

Si queremos crear una instancia. Tenemos que seleccionar el tipo de instancia en el menú
en el lado izquierdo y hacer clic en «Create» en la parte inferior de la ventana

A continuación se abrirá una ventana y seleccionaremos el PTN donde la crearemos

Seleccionamos los recursos (ML-PPP, Eth, E1, Laser)

Seleccionamos el tipo de monitorización y el Tiempo

Pulsamos «next» y si el resultado es satisfactorio se mostrara la siguiente pantalla

Mantenimiento. Alarmas
Por defecto en las tarjetas, las alarmas vienen suprimidas. Para su activación
debemos entrar en el menú de la tarjeta:
Es importante antes y después de cada acción pulsar «Query»

Una vez activadas las alarmas, podremos saber el estado real de la tarjeta. Para
ver las alarmas de un equipo en concreto:
Boton derecho sobre el equipo  Browse Current Alarms

Dentro del menú tenemos el listado de las alarmas con su nombre, equipo, tarjeta,
número de repeticiones…
Si pinchamos sobre una alarma, en la parte inferior detalles sobre ella y en la parte
derecha nos da una idea de las posibles causas que la han podido producir. Si
pinchamos sobre el enlace en azul, nos llevará a la ayuda en línea.

Una vez estamos en la ayuda en línea(HedEx). En la parte izquierda del menú tenemos el
acceso a cualquier tipo de información relacionada con los equipos.
Si pinchamos sobre cualquier tipo de alarma, en la parte derecha nos aparece todo tipo de
información relacionada: un breve descripción de la alarma, el tipo de alarma, el impacto
sobre la red, las posibles causas y un procedimiento a seguir para cada una de ellas

Alarmas. Túneles
Una vez revisadas las alarmas en los puertos de un equipo, el siguiente paso es
monitorizar las alarmas referentes a los túneles. Para ello dentro del menú de gestión de
túneles vemos que túneles están o no alarmados(Alarm Severity). Seleccionamos nuestro
túnel y pulsamos Current Alarm. El modo de proceder con las alarmas es el mismo que se
ha descrito anteriormente.
Seleccionando nuestro túnel y pulsando botón derecho

podemos ver que servicios lleva dicho túnel. Esto es
bastante útil a la hora de identificar servicios afectados
cuando tenemos túneles caidos.

Alarmas. Servicios
Después de revisar las alarmas en puertos y túneles comprobaremos los PWE 3. El
procedimiento es el mismo que para los túneles.
Igual que en los túneles podemos realizar un test and check para un servicio IP over PW de
tipo VCCV(Virtual Connection Circuit Verification)
Para hacer pruebas en otro tipo de servicios, por ejemplo ATM o CES es necesaria la
coordinación con otros departamentos para comprobar el buen funcionamiento de los
servicios

Mantenimiento. PRBS
Las pruebas de PRBS consisten en la inyección de una señal por parte del PTN para
medir un puerto o un circuito. Estas medidas nos indican si el puerto o el circuito
funcionan correctamente.
En las pruebas PRBS solo se pueden realizar en puertos configurado en capa uno.
A continuación vamos a ver un ejemplo de PRBS aplicado a un CES.

Mantenimiento. PRBS
Dentro del NE Explorer, seleccionamos la tarjeta deseada: Configuration  PRBS Test
Dentro del menú en la parte derecha configuramos los parámetros para el test .
Seleccionamos la dirección y el modo de trama y pulsamos Start.

Sincronismo
Los principios para la planificación del sincronismo en capa física son los
siguientes:
 Los POP sites son los nodos centrales de donde se obtiene el sincronismo
mediante fuentes de sincronismo externas BITS (Building Integrated Timing
Supply).

Sincronismo
 La capa de PTN´s agregadores tiene dos modos de obtener la sincronización:
 La principal, mediante fuentes de sincronismo externas BITS
 La secundaria, mediante en enlace con los POP site.

Sincronismo
 En el resto de elementos que no tienen fuentes de sincronismo externas co-
site obtienen su sincronismo a través de la red.

Sincronismo
Para configurar las fuentes de sincronismo:
Configuration > Clock > Physical Layer Clock > Clock Source Priority:
Seleccionamos Create, nos aparece el siguiente listado, del cual seleccionamos la fuente
de reloj deseada y su prioridad, según nos indique en la plantilla
Tenemos tres posibilidades de fuentes de reloj:

 Hay dos fuentes de reloj externas.
 Hay fuentes de reloj a través de los propios puertos del
PTN y sus conexiones con otros PTNs (se coge el reloj
a través de la red PTN).
 Una fuente de reloj interna en cada PTN, de peor
calidad.

Sincronismo
Configuration -> Clock -> Clock Subnet Configuration:

En la pestaña de Clock Subnet -> Protection Status seleccionamos el protocolo de
protección para el sincronismo.

Sincronismo
Pestaña Clock Quality -> Clock Source Quality -> Configuration Quality:
seleccionamos la calidad exigida al reloj y si esta no es buena, se producirá el
switching.

Sincronismo
Para comprobar el estado del sincronismo:

NE Explorer -> Configuration -> Clock -> Clock Synchronization Status:
De esta forma, podemos ver que el NE Clock Working Mode está en Normal Mode y
la fuente actual de sincronismo es la External Clock Source 1.

Gestión
Este es el esquema de gestión utilizado
por OSP:
Los Gateway Network Element (GNE) son
los elementos conectados a la red de
gestión directamente y son las fuentes de
gestión de los demás elementos de la
red.
El resto de equipos son gestionados a
través de los links de tráfico, lo que es
llamado gestión inband.
Los puertos que forman parte de los

links entre PTNs llevan DCN habilitado
para poder transmitir la gestión
Una vez lleguemos a los equipos

agregadores ya tendríamos toda nuestra
red gestionada.

Gestión

Gestión
Para habilitar DCN en un puerto o comprobar su

estado:
Configuration  DCN Management  Port Settings
Una vez dentro del menú elegimos el tipo de conexión y habilitamos el DCN en el puerto

Gestión
En el menú DCN Management podemos ver los PTNs gateway a los
que se conectan todos los PTNs. Los PTN non-gateway tendrán
una cadena de PTNs gateway a los que se conectarán según las
prioridades indicadas
Podemos filtrar por NE o

ver todos los de la red

Gestión
En esta pestaña de GNE (Gateway Network Element) están todos los PTN gateway, con el
nombre del PTN, el tipo, la subred, el estado, el tipo de gateway, la dirección IP ...
Si por el contrario nos vamos a la pestaña NE, se puede saber a qué PTN se conectan
otros PTNs. Así, se nos muestra el nombre del PTN, el tipo, la subred, el estado, y
varios parámetros de gestión

Escenarios OSP
 CES
 ATM
 IP LINE
 MP
 FTTN
 ULL
 PMW

CES. OSP
Ejemplo práctico:

ATM. OSP
Ejemplo práctico:

IP LINE. OSP
Dentro de la utilización de la IP Line como PWE existen varios escenarios:
MP
FTTN
ULL
PMW

MP. OSP
Ejemplo práctico:

FTTN. OSP
Ejemplo práctico:

ULL. OSP
Ejemplo práctico:

PMW. OSP
Ejemplo práctico:

Troubleshooting
 Nivel Físico
 Túneles
 IMA, MLPPP
 Servicios
 Protecciones
 L3VPN
 Sincronismo
 DCN
 QoS

En este apartado se van a explicar una
serie de nociones básicas para localizar
de forma rápida y precisa los fallos en la
red de PTN y así poderlos solucionar.

Nivel Físico
Los errores más comunes a nivel físico se indican en la siguiente tabla:

Nivel Físico
Posibles causas
 Causa 1: La tarjeta tiene una temperatura excesivamente alta, fallo de hardware o

fallo en la interconexión. Lo cual implica, que el funcionamiento no es correcto.
 Causa 2: No se recibe señal en el módulo RX.
 Causa 3: La señal recibida no tiene el formato correcto.
 Causa 4: Perdida de la delimitación de celda.
El procedimiento en estos casos suele ser un «Reset» de la tarjeta y si el problema

persiste, el reemplazo de esta.
A continuación mostramos el diagrama con el procedimiento a seguir.

Nivel Físico

Túneles
En este punto se describen los fallos más comunes debidos a errores en la
creación o a las interrupciones de servicio. Normalmente el gestor permite la
creación del tunel aunque el estado de este no sea el adecuado (Undeployed,
partially deploy, disable)
Por ejemplo, una de las alarmas más comunes que nos vamos a encontrar es:
MPLS_TUNNEL_LOCV: Tunnel loss of connectivity verification y puede ser debida
a varias causas: Fallo en el link físico, fallo en el equipo opuesto o bien puede
deberse también a la congestión de la red
Para solucionar dichos fallos procederemos de la siguiente manera:
 Revisión de puertos:
 Puerto habilitado.
 Seleccionar capa. (Enable tunnel, Layer 3, dirección IP).
 Revisión camino IP. (Puertos y direcciones)
 Gestión de todos los equipos que conforman la ruta del túnel.
 Conectividad. (Test & Check)

IMA
Los errores más comunes en los grupos IMA se indican en la siguiente tabla:

IMA
Posibles causas:
 Causa 1: Los protocolos de los extremos del grupo IMA no están habilitados.
 Causa 2: El formato de trama no se corresponde en ambos extremos.
 Causa 3: La configuración de los puertos no se corresponde en ambos extremos.
 Causa 4: Fallos de hardware de la tarjeta.

IMA

MLPPP
Los errores más comunes en los grupos MLPPP se indican en la siguiente tabla:

MLPPP
Posibles causas:
Causa 1: El grupo de MP no es válido.
Causa 2: Las señales recibidas por los miembros del grupo se han perdido.
Causa 3: Las cabeceras en alguno de los extremos no son validas.
Causa 4: La negociación de los protocolos en los dos extremos del grupo MP falla.
Causa 5: El retardo del grupo MP supera el umbral.

MLPPP

Servicios
Dentro de este punto trataremos los problemas que afectan a los PW:
 CES
 ATM
 ETH
 PW over IP

CES
Los errores más comunes en los CES se indican en la siguiente tabla:

Posibles causas:
CES
 Causa 1: Fallos de hardware de la tarjeta.
 Causa 2: Pérdida de señal en recepción.
 Causa 3: El CES configurado correctamente pero servicio caído (Túnel).
 Causa 4: Perdida de fuente de sincronismo.
 Causa 5: BER
Se debe tener en cuenta que los extremos del servicio deben tener la misma
configuración que los puertos enfrentados.

CES

ATM
Los errores más comunes en ATM se indican en la siguiente tabla:

ATM
Posibles Causas:
Causa 1: La tarjeta tiene un fallo a nivel hardware, excesiva temperatura o errores en las
interconexiones internas. Lo cual provoca que la tarjeta no funcione correctamente.
Causa 2: Perdida de señal en recepción.
Causa 3: El laser se apaga automáticamente.
Causa 4: La conexiones de VP y VC son anormales.
Causa 5: La configuración del grupo IMA es incorrecta.
Cabe recordar que para la creación de un servicio ATM, debemos asegurarnos de

que los VPI y VCI son los correctos, que las políticas de calidad son las adecuadas y
están en ambos extremos.

ATM

ETH
Los errores más comunes en ETH se indican en la siguiente tabla:

ETH
Posibles causas:
Causa 1: La tarjeta tiene un fallo hardware, está en una posición incorrecta o

tiene demasiada temperatura.
Causa 3: El puerto Ethernet está mal conectado y/o falla la negociación.
Causa 4: El puerto tiene un bucle.
Causa 5: Disparidad en la configuración del «Working Mode» entre los puertos
enfrentados.
Recordamos que esta parte se centra en la solución de problemas de puertos

ETH enfrentados. Pero para resolver problemas en algún servicio también se
deben revisar (VLAN, L3if…)

ETH

IP-LINE
Los errores más comunes en IP-Line son:
Causa 1: La tarjeta tiene un fallo hardware, está en una posición incorrecta, o tiene
demasiada temperatura.
Causa 3: Cuando las IP´s de Master y Backup del servicio no son iguales.
Causa 4: La IP-Line está configurada correctamente pero el servicio está caído (Túnel).
Nota:
Antes de crear el servicio debemos asegurarnos que los parámetros de los
puertos son los adecuados (MP, VLAN, L3IF, «IP») y que el túnel esta en
servicio.

Protecciones. LMSP
Los errores más comunes en protecciones LMSP se indican en la siguiente
tabla:

Protecciones. LMSP
Posibles causas
Causa 1: La tarjeta o el bus de protección no funcionan.
Causa 2: Pérdida de señal en recepción
Causa 3: La configuración de la protección no es igual en los dos extremos (single-

ended, dual-ended)
.

Protecciones. LMSP

Protecciones. TSP
Los errores más comunes en protecciones TSP se indican en la siguiente tabla:

Protecciones. TSP
Posibles causas:
Causa 1: La tarjeta principal falla y se conmuta la protección.
Causa 2: Después de un «cold reset» en la tarjeta principal, la protección se

dispara.
Causa 3: Conmutación manual forzada
.
Causa 4: La tarjeta de protección se encuentra apagada o en posición incorrecta

Protecciones. TSP

Protecciones. LAG
Los errores más comunes en los LAG se indican en la siguiente tabla:

Protecciones. LAG
Posibles causas:
Causa 1: Los extremos del LAG de los NE no están correctamente configurados
Causa 2: El modo de trabajo de los puertos que pertenecen al LAG está

configurado en «Half-duplex».
Causa 3: Hay un bucle en alguno de los puertos que pertenecen al LAG
.
Causa 4: Las conexiones físicas en los puertos del LAG están mal conectadas o
desconectadas

Protecciones. LAG

Protecciones. APS
Los errores más comunes en las protecciones APS se indican en la siguiente
tabla:

Protecciones. APS
Posibles causas:
Causa 1: Las configuraciones en los puertos origen y destino no son las

correctas.
Causa 2: Las fibras ópticas o cables están mal conectadas.
Causa 3: Alarmas en uno de los puertos por los que pasa el túnel
.
Causa 4: Alarmas de sincronismo en el equipo

Protecciones. APS

L3VPN
Todas las alarmas que se producen en el servicio L3VPN son debidas a fallos en PW y
túneles.
Las posibles causas que producen fallos en el servicio L3VPN son:
Causa 1: Los parámetros del servicio L3VPN son incorrectos.

Causa 2: Fallo en al transmisión a nivel físico.
Causa 3: La tabla de rutas no tiene información del servicio L3VPN que falla.

CLOCK
Las alarmas más comunes de sincronismo se indican en la siguiente tabla:

CLOCK
Posibles causas:
Causa 1: La fuente de sincronismo seleccionada no esta en tabla de prioridades.
Causa 2: Pérdida de fuente de sincronismo, el NE no funciona correctamente.
Causa 3: El reloj cambia a modo de trabajo multicast (SSM) para buscar una nueva
fuente de sincronismo.
. Causa 4: Degradación de la señal de la fuente de sincronismo.
Cuando alguna de las alarmas de sincronismo aparece debemos revisar la

configuración de reloj del elemento.

DCN
Síntomas
La comunicación entre el U2000 y el NE se pierde. El icono del NE en
U2000 pasa a color gris y las operaciones no responden.
Causas:
 Cuando los NE ID´s, Direcciones IP o mascaras de subred de los
elementos entran en conflicto.
 El DCN debe estar habilitado (Origen y Destino).
 Fallo de conexión entre NE y U2000.
 La señal recibida está deteriorada o de es baja potencia, por lo tanto
los paquetes DCN no pueden ser extraídos.
 La tarjeta está dañada, durante una conmutación o reset.
 Una tormenta DCN. Se produce cuando una tercera parte de los
paquetes DCN se encuentran defectuosos.
 El ancho de banda configurado para el canal DCN es excesivamente
pequeño.

DCN

QoS
Los errores más comunes a nivel de QoS se indican en la siguiente tabla:

QoS
Posibles causas:
Causa 1: Cuando aparece la alarma BUS_ERR en la tarjeta, la capacidad de

procesamiento de esta se restringe.
Causa 2: Las políticas de QoS no están configuradas en el NE.
Causa 3: Durante la configuración del servicio, se selecciona una QoS incorrecta.
Causa 4: El ancho de banda configurado en un túnel o en un PW es inferior al requerido.

.

QoS

Thank You
. Muchas gracias

Maintenance Training PTN PDF

Încărcat de

Informații document

Descriere originală:

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Maintenance Training PTN PDF

Încărcat de

Drepturi de autor:

Formate disponibile

Security Level: Internal

O&M U2000 Client

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved

 Conocimientos operación básica:

 Servicios: ATM, CES, MP, ETH, IP-LINE. QoS.

 Protecciones (APS,TPS y LMSP)

 Ejercicios prácticos OSP

 Guía inicial troubleshooting

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 2

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 3

 Proyecto RAN RENEWAL:

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 4

 Crecimiento de las necesidades

Evolución de TDM y ATM a IP

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 5

 Mejoras en la calidad de la red  Aumento de control en la red

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 6

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 7

 Access: Estos equipos recogen tráfico de los NB / BTS que pertenecen a su

 Convergence: POC (Point of Concentration). En estos equipos converge el

 Backbone: POP (Point of Presence): Se diferencian de los POC porque tienen

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 8

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 9

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 10

Board Funciones y características Slots

La CXPA/CXPB tiene 4 x FE y 16 x E1, procesa

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 11

 Equipo final  Mayor cantidad

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 12

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 13

La función de estas áreas del subrack son las siguientes:

Área de Tarjetas de Procesado. Se utiliza para alojar el sistema de control, de cross-

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 14

PIU Unidad de alimentación Slots 8 - 9

FAN Ventilador Slot 10

ETFC Tarjeta Fast Ethernet(Eléctrica) 12 puertos Slots 3 - 7

EFG2 Tarjeta Gigabit ethernet(Óptica) 2 puertos Slots 3 - 7

EFF8 Tarjeta Ethernet 100M(Óptica) 8 puertos Slots 3 – 7

Tarjeta E1/T1 de 32 interfaces. Se pueden

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 15

 Equipo intermedio POC  Mayor capacidad

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 16

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 17

Fan area  Área de Sistema de control de tarjetas,

 Área de Tarjeta de Alimentación, que se

 Área de Ventilación, que se utiliza para el

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 18

Sub-tarjeta de 2 puertos STM-1 canalizados. CES, IMA,

EG8/16 Tarjeta Giga Ethernet de 8 o 16 puertos slots 1-8 y 11-18.

EFTC Tarjeta Fast Ethernet(Eléctrica) 12 puertos slots 19 - 26 y 31 - 38

MD1/MQ1 Tarjetas de 32 y 63 E1s respectivamente

Sub-tarjeta ATM de 2 puertos STM-1.

SCA Controladora del sistema y comunicación Slots 29 y 30

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 19

 Equipo cabecera  Conectados con BSC, RNC y OSS

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 20

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 21

Existen dos tipos de interconexiones UNI en PTN:

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 22

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 23

Una vez buscado el equipo, boton derecho  NE explorer

1. Dentro del NE seleccionamos «Configuration»