P. 1
Alarmas Gestores SDH

Alarmas Gestores SDH

4.0

|Views: 2.460|Likes:
Publicado porzerocreatividad

More info:

Published by: zerocreatividad on Jul 25, 2011
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOCX, PDF, TXT or read online from Scribd
See more
See less

04/20/2013

pdf

text

original

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

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

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

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. el cliente debería revisar su red. 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. 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. Si el puerto da al cliente. El Gastón Gayoso . porque el equipo en el otro extremo del cableado está apagado. 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.descartar enviando técnico al equipo vecino para que se conecte por Local Craft y verifique como está configurado el LAPD. Siempre es un problema físico. generalmente se da sobre una frontera. 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. Se debe rastrear el origen. 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. Puede ser porque el cableado se rompió. pero la alarma no afecta en nada los servicios. Colocando Loops intermedios se puede aislar donde está la falla. con Loops lógicos y observando donde clarea la alarma y donde no. Descartar con Loop físico si se trata del cableado.

La alarma no afecta tráfico. La alarma puede persistir por un tiempo. es solo indicativa de que hubo un switcheo. falla en el modulo transmisor del equipo enfrentado. R_LOS Loss of signal La alarma se dispara cuando se detecta la falta de señal en el puerto óptico. o simplemente de una frontera que arrastra un AIS a su vez desde Nortel o Alcatel. Puede deberse a corte de fibra. Esto puede indicar que el equipo vecino fue desinsertado. Gastón Gayoso . Esta alarma indica que la falla esta en nuestra red. pero en vez del byte J1. pero aunque sea una alarma mayor no afecta el tráfico. 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. es solamente indicativa. es con el byte J0. PS: Protection Switching La alarma se dispara cuando ocurre un switcheo del camino del trail.AIS puede provenir también de una frontera que no está dando contra nada. Se debe verificar cable y equipo del cliente. o que las fibras están invertidas. J0_MM J0 byte Mismatch Análogo a la alarma de HP_TIM. ETH_LOS Ethernet Port Loss of Signal La alarma se dispara cuando no hay link en el puerto Ethernet del equipo Metro. 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. Se puede probar también pasar el servicio a otro 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. El equipo pasara a generar el mismo el Clock. Verificar que el Clock haya conmutado correctamente. reemplazar módulos ópticos y medir potencia de la fibra. sino se deberá forzar. 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 loss of pointer puede provenir por un Path colgado o alguna falla de puerto. 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. Se debe descartar suciedad en los patchcords en ambos extremos 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. La alarma se visualiza sobre un puerto óptico pero se refiere a una sola VC12 dentro de la STM1. Con Loops lógicos se debe aislar donde se produce el loss of pointer. El switcheo puede deberse a que cayó la cara del anillo por la cual obtenía el Clock.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. Se debe verificar porque no funciona ninguna de las dos caras. con Loops lógicos y observando donde clarea la alarma y donde no.

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. o los módulos de fibra). la fibra. LP_REI Lower order Path Remote Error Indication La alarma se dispara cuando se detectan errores en la recepción del otro extremo. 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. y se debe buscar que trail corresponde a esa VC12 para seguir haciendo pruebas y poder rastrear el punto de falla. indica que solo esa VC12 está afectada.Esta alarma se dispara en el caso particular de puertos ópticos y de puertos Ethernet. ALM_ALS Automatic Laser Shutdown La alarma se dispara cuando el equipo apaga automáticamente uno de los laser. Se debe verificar la otra punta del circuito donde probablemente exista un LOS o un AIS en la recepción. LOOP_ALM Loopback alarm La alarma se dispara cuando hay colocado un Loop en el puerto. 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. Se debe verificar si la crossconexion existe y si existe se puede probar borrar el Trail y volver a crearlo. Gastón Gayoso . LP_RDI Lower order Path Remote Defect Indication La alarma se dispara cuando hay algún problema en la recepción del otro extremo.

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

equipo conectado. Se debe probar forzar el clock por la otra fibra. PPI-LOS La alarma indica ausencia de señal en el puerto. Si se supone que en ese puerto deba existir un servicio se deberá crear el trail sobre el mismo. 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. Probar también hacer un Cold Restart sobre la placa de clock. 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. 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. PPI-AIS La alarma indica que en algún punto del trail existe una alarma de LOS o de AIS. etc con Loop físico. Colocando un Local Loop en el puerto donde se presenta la alarma se descarta si la alarma viene del cliente o de nuestra red. Gastón Gayoso .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. Que el source del clock este degradado puede generar bit errors sobre los servicios. Verificar con Loops y aislar la falla. TU-AIS Idéntica al PPI-AIS solo que se presenta sobre un KLM y no sobre un tributario. o que exista degradación en el camino (crear Path de medición). se debe verificar cableado. Puede darse que el Path este colgado (borrar y recrear). Se debe rastrear el origen de la falla colocando Loops y verificando donde clarea la alarma y donde no. y si el problema continua puede ser que la placa de clock del equipo este fallando. como último recurso reemplazar equipo. Si el Path pasa por una placa Nx64 que canaliza podría ser un problema de configuración de timeslots.

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

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

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

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->