Código: -

TIPO DE DOCUMENTO:
Instructivo
TÍTULO: PROCEDIMIENTOS DE Versión: Fecha
RECONOCIMIENTO DE ALARMAS TRANSPORTE Vigencia:
IP20G MACROPROCESO: -

INDICE

PREPARATIVOS
Se recomienda realizar la configuración de los parámetros de Radio e IP’s de gestión antes de alinear el enlace.

Se requiere:
- Laptop.
- Tarjeta de Red
- Browser (Internet Explorer)
- Cable Red Directo.

Configuración de Laptop:
- La IP de la Laptop debe ser de la misma red que la IP Ethernet de la radio. El default IP del Radio CERAGON es
192.168.1.1 o la IP de gestión indicada por el NOC.
- La Laptop se debe conectar al puerto MGNT de la radio.
- La gestión de ambas radios se realiza en modo OUT-BAND (Gestionando ambas Radios desde un único puerto MNG en
el lado LOCAL).
-
Identificación del Equipo INDOOR (IDU)

Elaboró Modificó Aprobó Página 1 de 12

Lui Eduard Spatz
 Código: -
TIPO DE DOCUMENTO:
Instructivo
TÍTULO: PROCEDIMIENTOS DE Versión: Fecha
RECONOCIMIENTO DE ALARMAS TRANSPORTE Vigencia:
IP20G MACROPROCESO: -

1 GENERACIÓN DE ALARMAS EXTERNAS.

1.1 Configuración/Habilitación de Alarmas
1.2 Recreación de cada tipo de Alarmas según cruce de Pin-Out en el conector DB9.
1.3 PING-OUT conector DB9

2 GENERACIÓN DE ALARMAS INTERNAS y TROUBLESHOOTING

Ruta Alarmas Actuales
2.1 Ruta Alarmas Históricas
2.2 FUENTE DC1 desconectada (Alarma Local)
2.3 FUENTE DC2 desconectada (Alarma Local)
2.4 Desconexión Física del cable TNC Radio 2. (Alarma Lado LOCAL)
2.5 Desconexión Física del cable TNC Radio 2. (Como muestra Alarma en lado Remoto).
2.6 Desconexión Física del cable TNC Radio 1. (Alarma Lado LOCAL)
2.7 Desconexión Física del cable TNC Radio 1. (Como muestra Alarma en lado Remoto).
2.8 Caída total del Enlace, Equipo Lado remoto (Verificación desde el lado local)
2.9 Desconexión Física/Caída Física puertos Ethernet (RJ45 o SFP)
2.10 Alarmas de RFU (Alarma Local)

3 Cambio de RFU.
3.1 Identificación de componentes OUTDOOR
3.2 Procedimiento para cambio de RFU

4 Discriminación del Enlace.

Elaboró Modificó Aprobó Página 2 de 12

Lui Eduard Spatz
 Código: -
TIPO DE DOCUMENTO:
Instructivo
TÍTULO: PROCEDIMIENTOS DE Versión: Fecha
RECONOCIMIENTO DE ALARMAS TRANSPORTE Vigencia:
IP20G MACROPROCESO: -

1) Generación de Alarmas EXTERNAS.

1.1 Habilitación de Alarmas: Platform  External Alarms  External Alarms Input 

- Cada una de las alarmas deben de estar habilitadas Admin  Enable.

- Cambiar el Campo “Description” según el standard, adicionalmente cambiar la Severidad de la Alarma en Critica.
1.- Corte de Energía.  Ausencia de energía de la red comercial.
2.- Falla de Rectificador.  Uno o más módulos rectificadores se encuentra averiado.
3.- Falla de Baterías.  Voltaje de baterías bajo < -47 VDC.
4.- Alarma de Temperatura.  Equipo de aire acondicionado se encuentra averiado.
5.- Inversor en By pass.  01 o más módulos de Inversor se encuentra averiados.

1.2 Recreacion de cada tipo de Alarmas según cruze de Pin-Out en el conector DB9.

- Recordar que estas alarmas son enviadas como Traps al OpenManger para monitoreo del NOC.
- Generacion Alarmas Externas: se armo el excenario (La identificacion exacta de cruze de colores/Alarmas lo
realiza personal de energia).

ID – Alarma
1 Gris + Rojo  Corte de Energía.
2 Gris + Blanco  Falla de Rectificador.
3 Gris + Amarillo  Falla de Baterías.
4 Gris + Negro  Falla de Temperatura.
5 Gris + Rosado  Falla de Inversor.

Elaboró Modificó Aprobó Página 3 de 12

Lui Eduard Spatz
 Código: -
TIPO DE DOCUMENTO:
Instructivo
TÍTULO: PROCEDIMIENTOS DE Versión: Fecha
RECONOCIMIENTO DE ALARMAS TRANSPORTE Vigencia:
IP20G MACROPROCESO: -

1.2 PING-OUT conector DB9

- Notar la diferencia en el cambio del Pin GND entre el IP10G y el IP20G.

- El área de energía deberia de adaptar (Preparar) nuevo pin-out del DB9 para la alarmas externas.

Pin DB9 – IP10G (GND – Verde) Pin DB9 – IP20G (GND – Gris)

DB9: Código Colores Alarmas Externas IP10G
- PIN 1 .- Ext_ IN5 (Marrón Blanco).
- PIN 2.- Ext_IN4 (Marrón).
- PIN 3.- Ext_IN3 (Azul).
- PIN 4.- Ext_IN2 (Naranja).
- PIN 5.- Ext_IN1 (Verde).
- PIN 6.- GND (Verde Blanco).
DB9: Código Colores Alarmas Externas IP20G
- PIN 1 .- Ext_ IN5 (Marrón Blanco).
- PIN 2.- Ext_IN4 (Marrón).
- PIN 3.- Ext_IN3 (Azul).
- PIN 4.- Ext_IN2 (Naranja).
- PIN 5.- Ext_IN1 (Verde).
- PIN 9.- GND (Verde Blanco).

Elaboró Modificó Aprobó Página 4 de 12

Lui Eduard Spatz
 Código: -
TIPO DE DOCUMENTO:
Instructivo
TÍTULO: PROCEDIMIENTOS DE Versión: Fecha
RECONOCIMIENTO DE ALARMAS TRANSPORTE Vigencia:
IP20G MACROPROCESO: -

2) Generacion de Alarmas Internas y Troubleshooting.

2.1 Ruta Alarmas Actuales:

 Ruta: Faults  Current Alarms

 Tambien se verifica cuando se accede a primera vista al equipo.

2.2 Ruta Alarmas Historicas:

 Ruta: Faults  Event log

OBSERVACION:
PARA TEMAS DE ALARMAS Y EL TROUBLESHOOTING (POSIBLE CAUSA DEL PROBLEMA Y REALIZAR
ACCIONES CORRECTIVAS.

 Ubicarse Ruta: Faults  Current Alarms Desplegar el ID, el Equipo muestra alternativas causa/Correcion

2.3 FUENTE DC1 desconectada (Alarma Local), hace referencia a alarma Externa, no envía Traps.

Posible Causa:
Voltaje de alimentación del sistema  Nivel 1

Acciones Correctivas:
Posible problema de energizado, verificar fuente de alimentación.  Nivel 2

2.4 FUENTE DC2 desconectada (Alarma Local), hace referencia a alarma Externa, no envía Traps.

Elaboró Modificó Aprobó Página 5 de 12

Lui Eduard Spatz
 Código: -
TIPO DE DOCUMENTO:
Instructivo
TÍTULO: PROCEDIMIENTOS DE Versión: Fecha
RECONOCIMIENTO DE ALARMAS TRANSPORTE Vigencia:
IP20G MACROPROCESO: -

Posible Causa:
Voltaje de alimentación del sistema  Nivel 1

Acciones Correctivas:
Posible problema de energizado, verificar fuente de alimentación.  Nivel 2

2.5 Desconexion Fisica del cable TNC Radio 2. (Alarma Lado LOCAL) envia Traps

Posible Causa:  Nivel 1

1) Problema en el enlace.
2) Cable IF defectuoso.
3) Fallo en RFU.
4) Error en RMC (tarjeta de radio módem).
5) diferentes scripts de radio en los extremos del enlace

Acciones Correctivas:  Nivel 2

1) Verifica el Radio Enlace.
2) Verifique el cable IF, y reemplace si es necesario.
3) Reemplazar RFU.
4) Reemplace RMC (tarjeta de radio módem).
5) Asegúrese de que el mismo script esté cargado en ambos extremos del enlace.

2.6 Desconexion Fisica del cable TNC Radio 2. (Como muestra Alarma en lado Remoto).

Elaboró Modificó Aprobó Página 6 de 12

Lui Eduard Spatz
 Código: -
TIPO DE DOCUMENTO:
Instructivo
TÍTULO: PROCEDIMIENTOS DE Versión: Fecha
RECONOCIMIENTO DE ALARMAS TRANSPORTE Vigencia:
IP20G MACROPROCESO: -

Posible Causa:  Nivel 1

1) Problema en el enlace.
2) Cable IF defectuoso.
3) Fallo en RFU.
4) Error en RMC (tarjeta de radio módem).
5) diferentes scripts de radio en los extremos del enlace

Acciones Correctivas:  Nivel 2

1) Verifica el Radio Enlace.
2) Verifique el cable IF, y reemplace si es necesario.
3) Reemplazar RFU.
4) Reemplace RMC (tarjeta de radio módem).
5) Asegúrese de que el mismo script esté cargado en ambos extremos del enlace.

2.7 Desconexion Fisica del cable TNC Radio 1. (Alarma Lado LOCAL)

Posible Causa:  Nivel 1

1) Problema en el enlace.
2) Cable IF defectuoso.
3) Fallo en RFU.
4) Error en RMC (tarjeta de radio módem).
5) diferentes scripts de radio en los extremos del enlace

Acciones Correctivas:  Nivel 2

1) Verifica el Radio Enlace.
2) Verifique el cable IF, y reemplace si es necesario.
3) Reemplazar RFU.
4) Reemplace RMC (tarjeta de radio módem).
5) Asegúrese de que el mismo script esté cargado en ambos extremos del enlace.

2.8 Desconexion Fisica del cable TNC Radio 1. (Como muestra Alarma en lado Remoto).

Elaboró Modificó Aprobó Página 7 de 12

Lui Eduard Spatz
 Código: -
TIPO DE DOCUMENTO:
Instructivo
TÍTULO: PROCEDIMIENTOS DE Versión: Fecha
RECONOCIMIENTO DE ALARMAS TRANSPORTE Vigencia:
IP20G MACROPROCESO: -

Posible Causa:  Nivel 1

1) Problema en el enlace.
2) Cable IF defectuoso.
3) Fallo en RFU.
4) Error en RMC (tarjeta de radio módem).
5) diferentes scripts de radio en los extremos del enlace

Acciones Correctivas:  Nivel 2

1) Verifica el Radio Enlace.
2) Verifique el cable IF, y reemplace si es necesario.
3) Reemplazar RFU.
4) Reemplace RMC (tarjeta de radio módem).
5) Asegúrese de que el mismo script esté cargado en ambos extremos del enlace.

2.9 Caida total del Equipo Lado remoto (Verificacion desde el lado local) – envio traps desde lado Local.

Posible Causa:  Nivel 1

1) Posible problema de caída de enlace por energía/Falla Eléctrica.
2) Problema en el enlace.
3) Cable IF defectuoso.
4) Fallo en RFU.
5) Error en RMC (tarjeta de radio módem).
6) diferentes scripts de radio en los extremos del enlace

Acciones Correctivas:  Nivel 2

1) Verificar energizado del equipo.
2) Verifica el Radio Enlace.
3) Verifique el cable IF, y reemplace si es necesario.
4) Reemplazar RFU.
5) Reemplace RMC (tarjeta de radio módem).
6) Asegúrese de que el mismo script esté cargado en ambos extremos del enlace.

Elaboró Modificó Aprobó Página 8 de 12

Lui Eduard Spatz
 Código: -
TIPO DE DOCUMENTO:
Instructivo
TÍTULO: PROCEDIMIENTOS DE Versión: Fecha
RECONOCIMIENTO DE ALARMAS TRANSPORTE Vigencia:
IP20G MACROPROCESO: -

2.10.1 Desconexion Fisica/Caida Fisica puertos Ethernet (RJ45 o SFP)  Envio de traps.

Posible Causa:  Nivel 1

1) Cable desconectado.
2) Cable defectuoso.

Acciones Correctivas:  Nivel 2

1) Verifique la conexión del cable.
2) Reemplace el cable.

2.11 Alarmas de RFU (Verificacion desde el lado local) – envio traps desde lado Local. (Esta alarma en primera instancia no
indica afectacion del enlace pero si un problema de RFU.

Posible Causa:  Nivel 1

1) Al menos uno de los sintetizadores RFU está desbloqueado

Acciones Correctivas:  Nivel 2

1) Reemplazar RFU y realizar actualización de Versión de RFU.
2) En modo XPIC, reemplace también el compañero RFU.

3 Cambio de RFU.
3.1 Identificación de componentes OUTDOOR
3.2 Verificaciones previas y síntomas
3.3 Procedimiento para cambio de RFU

Elaboró Modificó Aprobó Página 9 de 12

Lui Eduard Spatz
 Código: -
TIPO DE DOCUMENTO:
Instructivo
TÍTULO: PROCEDIMIENTOS DE Versión: Fecha
RECONOCIMIENTO DE ALARMAS TRANSPORTE Vigencia:
IP20G MACROPROCESO: -

3.1 Identificación de componentes OUTDOOR

Componentes:
o Antena
o Splitter  Recibe las señales para enviarlas/Dispararlas a la Antena.
o Acoplador  Recibe las 2 RFUs
o RFU  Configurado a Polarización Vertical  Radio 1
o RFU  Configurado a Polarización Horizontal  Radio 2

Elaboró Modificó Aprobó Página 10 de 12

Lui Eduard Spatz
 Código: -
TIPO DE DOCUMENTO:
Instructivo
TÍTULO: PROCEDIMIENTOS DE Versión: Fecha
RECONOCIMIENTO DE ALARMAS TRANSPORTE Vigencia:
IP20G MACROPROCESO: -

3.2 Verificaciones previas y síntomas

- Dentro de los logg en la IDU, la aparece la Alarma “RFU synthesizer unlocked” hace referencia a un
problema en la RFU pero no necesariamente implica afectación del enlace.

- Dentro de la IDU  Radio Parametros se verifica presencia de “Defective Block” hace referencia a un
problema en el enlace.

3.3 Procedimientos para cambio de RFU

Ruta  Radio  Radio Parameters  Seleccionamos Radio 1  Edit

Dentro de la configuración de la radio ubicamos el campo “TX mute” y dejamos aplicado en la opción “on”

Elaboró Modificó Aprobó Página 11 de 12

Lui Eduard Spatz
 Código: -
TIPO DE DOCUMENTO:
Instructivo
TÍTULO: PROCEDIMIENTOS DE Versión: Fecha
RECONOCIMIENTO DE ALARMAS TRANSPORTE Vigencia:
IP20G MACROPROCESO: -

Resumen:
o Dejar mute la RFU a cambiar (En el ejemplo la Radio 1 que tiene polarización Vertical).
o Proceder a realizar el cambio Físico de la RFU).
o Luego del cambio de RFU, dejar deshabilitado el mute de la radio que inicialmente se muteo.

4 Procedimientos para discriminación del enlace.

4.1 Verificaciones previas y síntomas

Dentro de la IDU, se verificará alarmas de caídas intermitentes de la radio.

Adicionalmente se verificará, según imagen infra los valores XPI.

Los Valores de XPI debe cumplir por recomendación ser mayores a 25 (XPI > 25)
Lo indicado indica que la radio 2 (Señal de Polarización Horizontal) está siendo interferida por la Señal Vertical
(Radio 1) por lo que se requiere realizar un afinamiento (Giro Fino/Ajuste) del acoplador de las RFUs.

Elaboró Modificó Aprobó Página 12 de 12

Lui Eduard Spatz