Resolución de alarmas de SDH

Alcatel:
ALARMAS DE PATH CLIENT FAILURE Esta alarma se dispara sobre el Path cuando en alguno de los extremos donde se baja en un puerto eléctrico hay un LOS.

BANDWIDTH REDUCED La alarma se dispara cuando en un Path Ethernet, alguno de los VC12 que componen el Path falla pero no todos, por lo cual el ancho de banda de la Ethernet se reduce. Puede que ese VC12 no haya conmutado ante un problema, se puede forzar.

TRANSPORT FAILURE La alarma se dispara sobre el Path cuando en alguna parte del mismo existe una alarma afectando el tráfico como puede ser RDI, AIS, etc, tanto en el main como en el spare, es decir el servicio está completamente caído. Se debe identificar y solucionar la alarma que está afectando el tráfico.

TRANSPORT INCOMING FAILURE La alarma se dispara sobre el Path cuando en alguna parte del mismo existe una alarma afectando el tráfico entrante como puede ser Remote Defect Indication Ingr, o Server Signal Failure Ingr, etc, tanto en el main como en el spare, es decir el servicio está completamente caído. Se debe identificar y solucionar la alarma que está afectando el tráfico.

SERVER SIGNAL FAILURE La alarma se dispara sobre el Path cuando el tráfico del mismo está afectado por una alarma en algún punto de mayor grado (VC3, VC4, etc). Hay que verificar desde el routing display donde se presenta esa alarma que afecta el tráfico y resolverla.

Gastón Gayoso

AIS Alarm indication signal La alarma se dispara cuando ocurre un LOS o un AIS en algún punto del trayecto del Path. o simplemente de una frontera que arrastra un AIS a su vez desde Nortel o Huawei. Descartar con Loop físico si se trata del cableado.DEGRADED PROTECTION La alarma se dispara cuando alguno de los caminos MAIN o SPARE del Path. El AIS puede provenir también de una frontera que no está dando contra nada. ALARMAS DE PUERTO LOS Loss of Signal La alarma se dispara cuando el puerto (sea óptico o eléctrico) deja de recibir señal a través del cableado. con Loops lógicos y observando detalladamente el Routing Display del Path. Puede ser porque el cableado se rompió. esta caído en algún punto del trayecto. RDI Remote Defect indication La alarma se dispara cuando hay algún problema en la recepción del otro extrem Se debe o. Se debe rastrear el origen. No afecta el tráfico ya que la transmisión se continúa realizando por el camino que está arriba. Siempre es un problema físico. Esto indica que los frames no se están recibiendo correctamente. verificar la otra punta del circuito donde probablemente exista un LOS o un AIS en la recepción. Puede deberse a error de Gastón Gayoso . porque el equipo en el otro extremo del cableado está apagado. LOF Loss of frame La alarma se dispara cuando los bytes A1 y A2 en el overhead llegan con patrones corruptos. del puerto de Alcatel o del equipo del cliente.

Esto puede indicar que alguna STM-1 o más grande esta caída. Se puede probar cambiando el LAPD en nuestro equipo y ver si clarea la alarma. puede ser la crossconexion en el puerto donde baja el servicio o una crossconexion entre KLM en algún puerto intermedio o frontera. El INGR . se debe probar con Loops y creando trails frontera más cortos para ir achicando y aislando la falla. El byte J1 se utiliza para comunicar al equipo vecino en un anillo un texto pequeño. Configurando correctamente el byte J1 en el equipo vecino o bien cambiando en el equipo alarmado lo que se espera recibir clarea la alarma. lo que volverá a crear todas las crossconexiones en los equipos y clareara la alarma. indica además que el trafico afectado es el que se está recibiendo en KLM en particular. o bien porque está mal configurado el byte J1 en el equipo vecino. TIM Trace identifier Mismatch La alarma se dispara cuando el byte J1 que se recibe del equipo vecino no se corresponde con lo que se espera recibir. en algún punto del Path a partir de donde se recibe esta alarma. Se debe aislar la falla con Loops lógicos. Generalmente puede estar mal el LAPD en el equipo vecino o en nuestro equipo.VC4) que afecta el trafico es nuestro VC12. También puede darse una falla en la controladora del equipo vecino. ya que no recibimos lo que se esperaba recibir. Esto puede pasar porque o bien se desinserto el equipo vecinocon lo cual recibimos el byte J1 correspondiente al equipo siguiente. podemos borrar y volver a crear el Path. SERVER SIGNAL FAILURE INGR La alarma se dispara cuando hay otra alarma a un nivel mas grande (VC3. Como siempre. También se puede probar borrando el Path y volviéndolo a crear (solo si no hay ningún equipo caído en el trayecto del Path). De esta manera en caso de una desinsercion o una inversión de las fibras. por ejemplo acrónimo y puerto de fibra. se disparara la alarma. Se debe Gastón Gayoso . Si verificamos que no hay ningún equipo caído en todo el trayecto del trail. COMMUNICATIONS SUBSYSTEM FAILURE La alarma se dispara sobre el puerto STM-n del equipo e indica que hay problemas de gestión contra el equipo vecino.configuración (por ejemplo diferencia en la canalización). UNEQUIPPED La alarma se dispara cuando falta la crossconexion en el equipo. esto indica que la falla se encuentra del otro lado de la frontera. Si la alarma se recibe en una frontera.

porque el equipo en el otro extremo del cableado está apagado. El Gastón Gayoso . Si el puerto da al cliente. HUAWEI: T_ALOS: Tributary loss of signal La alarma se dispara cuando el puerto eléctrico deja de recibir señal a través del cableado. generalmente se da sobre una frontera. TU_AIS: Tributary Unit Alarm Indication Signal La alarma se dispara cuando ocurre un LOS o un AIS en algún punto del trayecto del Trail. con Loops lógicos y observando donde clarea la alarma y donde no. pero la alarma no afecta en nada los servicios. Colocando Loops intermedios se puede aislar donde está la falla. MIB BACKUP MISALIGNED La alarma se dispara cuando el equipo no logra hacer el backup de su config al servidor de Alcatel. Se puede realizar manualmente el backup. Siempre es un problema físico. REMOTE DEFECT INDICATION INGR La alarma se dispara cuando se detecta en el KLM donde se presenta la alarma problemas en el camino de recepción del equipo remoto. del puerto de Huawei o del equipo del cliente. podemos además ponerle un Loop al cliente para que vea que no le cierra ya que algo en su red está fallando. DOWN_E1_AIS/UP_E1_AIS: 2M port Alarm Indication Signal La alarma se dispara cuando ocurre un LOS o un AIS en algún punto de la red que conecta al puerto eléctrico donde vemos la alarma.descartar enviando técnico al equipo vecino para que se conecte por Local Craft y verifique como está configurado el LAPD. Descartar con Loop físico si se trata del cableado. el cliente debería revisar su red. Se debe rastrear el origen. Puede ser porque el cableado se rompió.

ETH_LOS Ethernet Port Loss of Signal La alarma se dispara cuando no hay link en el puerto Ethernet del equipo Metro. o simplemente de una frontera que arrastra un AIS a su vez desde Nortel o Alcatel. es solo indicativa de que hubo un switcheo. Esta alarma indica que la falla esta en nuestra red. o que las fibras están invertidas. La alarma puede persistir por un tiempo. PS: Protection Switching La alarma se dispara cuando ocurre un switcheo del camino del trail. Se puede probar también pasar el servicio a otro puerto. Esto puede indicar que el equipo vecino fue desinsertado. es con el byte J0. pero aunque sea una alarma mayor no afecta el tráfico. J0_MM J0 byte Mismatch Análogo a la alarma de HP_TIM. o que se haya apagado el laser del otro equipo desde la configuración. o paso a Spare o estaba en Spare y paso a Main. La alarma no afecta tráfico. Gastón Gayoso . pero en vez del byte J1. es solamente indicativa. HP_TIM High order Path Trace identifier Mismatch La alarma se dispara cuando el byte J1 que se recibe del equipo vecino no se corresponde con lo que se espera recibir.AIS puede provenir también de una frontera que no está dando contra nada. Puede deberse a corte de fibra. R_LOS Loss of signal La alarma se dispara cuando se detecta la falta de señal en el puerto óptico. Se debe verificar cable y equipo del cliente. falla en el modulo transmisor del equipo enfrentado.

S1_SYN_CHANGE Clock source switching La alarma se dispara cuando por algún problema el equipo debe switchear el source por el que toma Clock. Verificar que el Clock haya conmutado correctamente. reemplazar módulos ópticos y medir potencia de la fibra. BIP_EXC Bip errors excess La alarma se dispara cuando la cantidad de errores sobre el puerto óptico sobrepasa un limite preconfigurado. También se puede probar borrando el trail y volviéndolo a crear. El equipo pasara a generar el mismo el Clock. Con Loops lógicos se debe aislar donde se produce el loss of pointer. sino se deberá forzar. La alarma se visualiza sobre un puerto óptico pero se refiere a una sola VC12 dentro de la STM1. con Loops lógicos y observando donde clarea la alarma y donde no. Se debe verificar porque no funciona ninguna de las dos caras. LTI Loss of synchronous source La alarma se dispara cuando se pierden ambas caras por las cuales se obtiene el Clock de la red. Se debe rastrear el origen. El switcheo puede deberse a que cayó la cara del anillo por la cual obtenía el Clock. Gastón Gayoso . TU_LOP_VC12 VC12 Tributary unit loss of pointer La alarma se dispara al detectar la falta o la falla del puntero de la trama sobre un VC12. El loss of pointer puede provenir por un Path colgado o alguna falla de puerto. TU_AIS_VC12 VC12 Tributary unit Alarm Indication signal La alarma se dispara cuando ocurre un LOS o un AIS en algún punto del trayecto del Trail VC12. Se debe descartar suciedad en los patchcords en ambos extremos de la fibra.

LOOP_ALM Loopback alarm La alarma se dispara cuando hay colocado un Loop en el puerto. Se debe verificar si la crossconexion existe y si existe se puede probar borrar el Trail y volver a crearlo. Se debe verificar la otra punta del circuito donde probablemente exista un LOS o un AIS en la recepción. Gastón Gayoso . indica que solo esa VC12 está afectada. LP_RDI Lower order Path Remote Defect Indication La alarma se dispara cuando hay algún problema en la recepción del otro extremo. ALM_ALS Automatic Laser Shutdown La alarma se dispara cuando el equipo apaga automáticamente uno de los laser. LP_UNEQ Lower order Path Unequipped La alarma se dispara cuando falta o falla la crossconexion en el equipo correspondiente al puerto donde se presenta la misma. y se debe buscar que trail corresponde a esa VC12 para seguir haciendo pruebas y poder rastrear el punto de falla. Esta alarma indica que la falla esta en nuestra red. No es una alarma común ya que sobre los equipos de Huawei no se configura el apagado automático. LP_REI Lower order Path Remote Error Indication La alarma se dispara cuando se detectan errores en la recepción del otro extremo. la fibra. o los módulos de fibra). Se debe verificar si no hay alarmas de BIP errors en el otro extremo y realizar una medición con BERT y Loops para detectar donde se están generando (puede ser un patchcord sucio en el cliente.Esta alarma se dispara en el caso particular de puertos ópticos y de puertos Ethernet.

POWER_FAIL Input Power voltage failure La alarma se dispara cuando se pierde tensión eléctrica del equipo y comienza a funcionar a través de las baterías. Se debe coordinar AT para verificar si el cooler está muy sucio y reemplazarlo. 2 o 3 horas luego de esta alarma el equipo va a caer completamente produciendo una apertura de anillo.El laser se apaga de forma automática ya que existe un problema (LOS. Puede ser por corte de energía del cliente o que se haya apagado el equipo. IN_PWR_ABN Input power abnormal La alarma indica que la potencia óptica que se recibe de la fibra es anormal. y en último de los casos enviar AT a cambiar la fuente del mismo. Se puede loopear la fibra físicamente y ver si clarea la alarma. Como el equipo empieza a funcionar con las baterías. Puede ser que reciba mayor voltaje o menor. realizar medición de potencia para asegurarse que los valores son óptimos. Se debe verificar puesta a tierra y el origen de donde recibe tensión. Gastón Gayoso . Esto puede ser porque el patchcord o la fibra estén muy dobladas. Esto podría generar un recalentamiento del equipo y que empiece a fallar. PWR_MAJ_ALM Abnormal voltage La alarma se dispara cuando detecta una anomalía en la tensión eléctrica que recibe el equipo. FAN_FAIL Fan Failure La alarma se dispara cuando se detecta un problema en alguno de losCooler del equipo. Puede volver a encenderse el laser de forma manual desde la configuración del equipo. también cambiar fuente del equipo. sabemos que aprox. RDI) en puerto. Se debe ver con el cliente si esta encendido el equipo o desenchufado. y superado cierto tiempo en que está presente la alarma se apaga el laser. que el transmisor del equipo vecino este fallando o que el receptor de equipo donde está la alarma este fallando.

PPI-LOS La alarma indica ausencia de señal en el puerto.SYN_BAD Synchronous source degraded La alarma se dispara cuando existe un problema con el clock que se está obteniendo de alguna de las fibras. PPI-AIS La alarma indica que en algún punto del trail existe una alarma de LOS o de AIS. TU-AIS Idéntica al PPI-AIS solo que se presenta sobre un KLM y no sobre un tributario. etc con Loop físico. Verificar con Loops y aislar la falla. como último recurso reemplazar equipo. Nortel: PPI-Unexp_Signal La alarma se presenta sobre puertos que están físicamente conectados (reciben señal eléctrica) pero no tienen ningún trail configurado. o que exista degradación en el camino (crear Path de medición). Probar también hacer un Cold Restart sobre la placa de clock. Colocando un Local Loop en el puerto donde se presenta la alarma se descarta si la alarma viene del cliente o de nuestra red. LFA Loss of Frame Alignment La alarma se dispara cuando detecta en los frames que le van llegando al tributario una pérdida o corrupción de los bytes de alineación de trama. y si el problema continua puede ser que la placa de clock del equipo este fallando. Gastón Gayoso . se debe verificar cableado. Puede darse que el Path este colgado (borrar y recrear). Si el trail hace frontera se debe verificar que ambas tecnologías estén pasando el servicio por el mismo J y el mismo KLM. Se debe rastrear el origen de la falla colocando Loops y verificando donde clarea la alarma y donde no. Se debe probar forzar el clock por la otra fibra. Si el Path pasa por una placa Nx64 que canaliza podría ser un problema de configuración de timeslots. equipo conectado. Si se supone que en ese puerto deba existir un servicio se deberá crear el trail sobre el mismo. Que el source del clock este degradado puede generar bit errors sobre los servicios.

o modulo óptico fallado. que este fallando el puerto o la placa STM-n (si vemos mas alarmas de TU_LOP sobre otros servicios). Gastón Gayoso . Se presenta específicamente sobre un KLM. Análogo al caso de Transport Failure en Alcatel. Puede ser cableado defectuoso. Se puede aislar de donde proviene la falla con Loops lógicos donde puedan colocarse. Puede -1 ser corte de fibra.PPI-TF La alarma se dispara cuando la señal saliente del puerto cae por debajo de un valor predefinido. no sobre un puerto eléctrico. TU_LOP La alarma se dispara al detectar un puntero de trama incorrecto. LP_SF La alarma se presenta cuando fallan ambos caminos (Main y Spare) en un trail protegido. Qecc-Comms_Fail La alarma se dispara cuando se pierde comunicación del canal de gestión contra el equipo vecino en esa pata. Probar antes de encarar un procedimiento de reinicio de placa borrar el trail y volver a crearlo. equipo vecino apagado. RS-LOS La alarma se presenta cuando hay ausencia de señal sobre un puerto STM o mayor. puerto o equipo del cliente. y reconfigurar el sincronismo para que salga por la otra pata. SYNC-Source_Fail La alarma se dispara cuando falla el sincronismo sobre la pata en la que se presenta la alarma. Se debe verificar los puntos en común de ambos caminos Main y Spare. PPI-DEG La alarma indica degradación en la señal del puerto. Se debe verificar físicamente. Con un Loop físico se puede confirmar exactamente de donde provienen los errores. Se deberá verificar si no existen alarmas o degradación sobre esa pata. Puede haber una falla en el cableado o puede estar fallando el puerto del equipo. Puede ser que el trail se haya colgado. OS-Laser_Shutdown La alarma se dispara cuando el NE apaga automáticamente el Laser por detectar algún problema óptico (LOS o RDI) y por tener configurado el ALS (Automatic Laser Shutdown). se detectan errores de código HDB3.

creara todas la crossconexiones necesarias para que el servicio pase de punta a punta. Esto puede indicar un equipo vecino desinsertado o con las patas de fibra invertidas. Puede ser el modulo de transmisión óptico/puerto eléctrico de nuestro equipo. LP_RDI La alarma indica que lo que le estamos transmitiendo al equipo en el otro extremo del cableado/fibra está llegando mal. puede ser el cableado/pelo de fibra de transmisión o puede ser el puerto/modulo de recepción óptico del equipo del otro extremo. LP-TIM La alarma es análoga a la alarma de HP_TIM en Huawei. Se debe verificar con Loop físico para aislar la falla. Borrar y volver a crear el trail. o que este fallando el puerto. pero los errores provienen de nuestra red. Puede ser que por algún motivo se haya borrado o que este colgado. LP-REI La alarma indica que el equipo en el otro extremo del puerto.PPI-EXC Cuando hay presente una alarma de PPI-DEG. no está coincidiendo con el valor que se espera recibir. LP_EXC Igual que PPI-EXC pero los errores provienen de nuestra red. LP_DEG Igual que la alarma de PPI-DEG. y la cantidad de errores por segundo excede un valor predefinido. LP-UNEQ La alarma indica que no se encuentra la crossconexion en el tributario del equipo. puerto y modulo de transmisión de nuestro equipo. Debemos verificar cableado. fibra. Gastón Gayoso . Esto indica que el byte de la trama usado para recibir información sobre qué equipo vecino es el que tenemos conectado en esa pata. está recibiendo errores de parte de nuestro equipo y nos avisa de eso enviándonos una alarma de REI. Se debe proceder como con la alarma de PPI-DEG. se dispara la alarma de PPI-EXC. Si la alarma continua un reinicio de placa podría ser necesario. y puerto/modulo de recepción del equipo del otro extremo.

Se debe verificar cableado. Gastón Gayoso . Se debe verificar con Loops lógicos donde clarea la alarma y donde no. AIS La alarma indica que en algún punto de la red o de la red del cliente. existe un Loss of Frame. con Loop físico para confirmar el punto que origina los errores. existe un LOS o un AIS. Debe estar todo igual en ambos extremos. BER10E-3 La alarma indica una determinada cantidad de errores detectados. y si ambas interfaces están configuradas con o sin CRC.Martis: Frame far-end alarm La alarma indica que en el extremo opuesto del trail. no se recibe ninguna señal del equipo conectado. Se debe verificar si la canalización es igual en ambos extremos. para aislar la falla. configuración de CAS. etc. Rx signal missing Es un LOS. Excessive BER La alarma indica que la cantidad de errores es excesiva. Se debe verificar el punto que origina los errores con Loops. Puede ser cableado o equipo conectado apagado.

Sign up to vote on this title
UsefulNot useful