Notas:

Alarmas Energia Q NO SE LE ABREN TT

RBS OUTDOOR SON NORMALES 2A50 y 2A 22, Son producidas

por tene conexion al mismo gupo de rctificados de
Movilnet...No sensa red externa Elecrica, po ende smpr aroja
la alarma de Opeando con Baeria
Si presenta 2A-18 Voltaje DC fuera de Rango, SI APERTURAR TT

rlcrp:cell=04841;
rlstp:cell=01234; para ver si tenemos sectores halteados.
rxcdp:mo=rxotg-139;
rlstc:cell=04841,state=halted;
rlstc:cell=04842,state=active;
rxbli:mo=rxots-139-0-1,force;
rxble:mo=rxots-139-0-0&&-7;

Monitoreo:
!Para ver alarmas por categorias
allip:alcat=ext; Vemos alarmas externas.
allip:alcat=apt; vemos alarmas de conexiones fisicas en los nodos.
allip:alcat=apz; vemos alarmas de software.
allip:acl=a1; vemos alarmas de clase A1.
allip:acl=a2; vemos alarmas de clase A2.
allip:acl=o1; vemos alarmas de observacion.
allip:acl=o2; vemos alarmas de observacion.

dtdip:dip=218rbl2;
rxasp:moty=rxotg;"Observamos un resumen de las RBS afectadas en la BSC"
rxmsp:moty=rxocf;
rxasp:mo=rxotg-139;
dtstp:dip=(DIP)rbl2;
dtqup:dip=178rbl2;
rxmsp:mo=rxotg-139,subord;
rxmsp:moty=rxocf;
rxmfp:mo=rxocf-139;
rxmfp:mo=rxotrx-139-0;

rxmfp:mo=rxotx-139-0;
rxmfp:mo=rxorx-139-0;
rxmop:mo=rxotx-136-0&&-11; Para verificar la potencia, y que radio pertenece a
que celda....
rxtcp:moty=rxotg,cell=04841; averiguar el TG
rxtcp:mo=rxotg-#; averiguar el numero de cell
rxapp:mo=rxotg-139;
rlstp:cell=05912;
rxpli:mo=rxotg-#,load,uc; .... para carga de software en radios
rxmop:mo=rxotg-#; chequea actualizacion de la rbs y los parametros basicos
rxcdp:mo=rxotg-#; para ver frecuencia asiganda a cada sector y estado del tg
completo
rldgp:cell=###; sector en que esta definida la celda y la banda de
frecuencia para el cual trabaja cada sector
rxmop:mo=rxotx-136-0&&-11; Para ver la configuracion de los TRX

PARA CONOCER LOS NUMEROS DE DIP DE UNA RBS SE DEBE EJECUTAR EL COMANDO
RXAPP=RXOTG-#;

Sincronus digital path supervision

tpcop:sdip=(No)etm2;
tpcop:sdip=all; muestra todos los DIPs conectados a que E1, y a cual STM1 de la
red

tpstp:sdip=5etm2; muestra el status de cada E1, WO, bloqueados manualmente o no

definidos (UNEQ)... si es de 1900, se puede bloquear, pero si es 850 se debe
reportar..
movilnet debe informar de cada activacion de E1 para chequear
que no este bloqueado manualmente..

Para vericar si hay sectores halteados(o chg group(asociados a time slot)

detenidos) y si los hay activarlos nuevamente:

rxtcp:mo=rxotg-144;
rlstp:cell=09631;
rlstc:cell=09631,state=active;
rlstc:cell=09632,state=active;
rlstc:cell=09633,state=active;
rlstp:cell=09632;
rlstp:cell=09633;
rxmsp:mo=rxotg-60,subord;
rxmfp:mo=rxocf-60;

EN EL SE MOSTRARAN LO DEVICES ASIGNADOS A LOS RADIOS, DIVIDIENDO CUALQUIER DEVICE

ENTRE 32
SE OBTENDRAN EL NUMERO DE DIP DE 850 Y 1900

===================================================================================
==================
Prueba DE TRAFICO

rxasp:mo=rxotg-36;
rxtcp:mo=rxotg-36;
rlcrp:cell=06711;
rlcrp:cell=06712;
rlcrp:cell=06713;

-------------------
----------------
Alarmas RBS importantes:

!!!!!!!!!!!!!
BTS EXTERNAL-RXOTF-XX;..TF=Time Function..Indicativo de problema con senal de
Reloj/La referencia de synchronisation de la red de PCM es defectuosa...!!!!
DIP - BLOQUEAR Y DESBLOQUEAR E1
!!!!!!!!!!!!!!
RXOTS-67-8-7, Falla de Time Slots.
<rxmfp:mo=rxots-67-8-7;
RADIO X-CEIVER ADMINISTRATION
MANAGED OBJECT FAULT INFORMATION Victor. Taborda, Juan Palma, Joege Bogarin y
Milagros Alvarez, con MBO y CCS. sE REQUIERE CON LATA PRIORIDAD EL ESTADISTICAS
GENERADAS EN ESTOS NODOS EN
YA QUE UNA FALLA O DEGRACUION EN LAS MISMAS NO GENERA UNA ALARMA VISIBLE EN COR,
MO BTSSWVER
RXOTS-67-8-7 ERA-G04-R12-V01

RU RUREVISION RUSERIALNO
0

RUPOSITION RULOGICALID

STATE BLSTATE INTERCNT CONCNT CONERRCNT LASTFLT LFREASON

OPER 00000 60228 20567

EXTERNAL FAULT CODES CLASS 1B

3

END

Los marcos TRAU (voz / datos) procedentes del BSC para una hora espec�fica TRU-
ranura falta o est� da�ado. Las posibles razones Esto es m�s probable que sea una
falla en el BSC (por ejemplo, no TRA asignados, dispositivos RBLT bloqueado, T1
tiene un mont�n de errores, no hay conexi�n en el Grupo-Switch, etc) o en la
trayectoria de transmisi�n A-bis . Puede tratar de prueba TS lazo con RXLTI....
Escuchar
Leer fon�ticamente

dtbli:dip=(dip)rbl2;bloquear
dtble:dip=(dip)rbl2;desbloquear

Notas Elbert

Pagina paa envio de Noificaciones

http://apcor2.movilnet.com.ve:8080/not_sms_contingencia
----------------------------
https://owacorp.cantv.com.ve
-----------------------------
pagina de Movilnet

http://apcor1.movilnet.com.ve:8080/dcors/
------------------------------
Llmamos a Omar Soler (de guardia)
ALARM 562 A2/APT "MSSBT4_TA17035"U 081207 0112
IO-FAULT FOR DATA RECORDING PER CALL
-----------------------------
Alarma de BSCMBO

"DISTRIBUTED GROUP SWITCH FAULT"

(En mi carpeta personal esta un Procedimiento

de esta alarma, revisar)
---------------------------
Las alarmas de "AP FAULT"

son alarmas informativas

que indican que algun proceso
que se ejecuto en el Nodo
presento algun problema y
tenemos que revisar cual es
esa falla.(nosotros podemos
quitar esta alarma por el OSS)
---------------------------
!Comandera:
rxasp:moty=rxotg;
rxasp:mo=rxotg-32;
dtstp:dip=40rbl2;
dtstp:dip=253rbl2;
rxmfp:mo=rxocf-40;
rxmfp:mo=rxoTRX-153-1;
rxmfp:mo=rxoRx-146-6;
rxmsp:mo=rxotg-280,subord;
rxtcp:moty=rxotg,cell=06251;
rxmfp:mo=rxotg-82,faulty,subord;
rxapp:mo=rxotg-40;
dtstp:dip=82rblt2&191rblt2;
rxcdp:mo=rxotg-151;
allip; (para ver la MSS)
tpstp:sdip=all;
rxmfp:mo=rxotg-82,faulty,subord;
rxmop:mo=rootx-212-0&&-3;
!Para ver si los devices del E1 estan MBL:
stdep:dev=rblt2-8097&&-8127;

!Para realizar la pruebas de alarmas externas:

ALLIP:ALCAT=EXT;

!Para halted un sector:

rlstp:cell=02403; !ves chgrp halted o no
rlstc:cell=11832,state=halted; !para halted todo el sector
rlstc:cell=11832,state=active; !para activar todo el sector
rlstc:cell=02403,chgr=1,state=halted; !para halted un chanel grup
rxtcp:mo=rxotg-140; !para saber el numero de cellda de una RBS

!Para ver los errores en la trama del DIP

dtqup:dip=154rbl2&215rbl2;
dtqup:dip=271rbl2;

!Comandos para recetear los componentes de la radio base

rxbli:mo=rxotg-32,subord,force;
rxese:mo=rxotg-32,subord;
rxesi:mo=rxotg-32,subord;
rxble:mo=rxotg-32,subord;

!RESEAR SOLO EL CF
rxbli:mo=rxocf-32,force;
rxese:mo=rxocf-32;
rxesi:mo=rxocf-32;
rxble:mo=rxocf-32;

rxbli:mo=rxoTrx-39-3,SUBORD,force;
rxese:mo=rxoTrx-39-3,SUBORD;
rxesi:mo=rxoTrx-39-3,SUBORD;
rxble:mo=rxoTrx-39-3,SUBORD;

rxbli:mo=rxorx-75-2,force;
rxese:mo=rxorx-75-2;
rxesi:mo=rxorx-75-2;
rxble:mo=rxorx-131-3;
rxbli:mo=rxots-71-6-0,force;
rxese:mo=rxots-71-6-0;
rxesi:mo=rxots-71-6-0;
rxble:mo=rxots-71-6-0;

!Para limpiar los errores en la trama del DIP

dtqsr:dip=271rbl2,ses,sf,es;
dtqsr:dip=271rbl2,ses2,sf,es2;
dtqsr:dip=271rbl2,unacc;
dtqsr:dip=271rbl2,degr;

!Para bloquear el DIP:

dtbli:dip=204rbl2;
dtese:dip=204rbl2;
dtesi:dip=204rbl2;
dtble:dip=204rbl2;

!Para ver los Chanel groups

rlstp:cell=02681;

!Para borrar las alarmas de AP en el nodo "B":

aploc;
alist
acease 8799:0

!Para borrar alarmas de AP antivirus en el nodo "A"

telnet (escribes la direccion de nodo don de esta la alarma)
alist
acease 8799:0

!Para borrar alarmas de "Seizure quality supervicsion" en la MSC:

seqip:r=CNTCTVO;
seqar:r=CNTCTVO;

!Para borrar alarmas de "MT FAILED AUTHENTICATION"

MGAAR;
MGARP; (Para observar a todos los usuarios que estan realizando llamadas)

!Para ver la configuracion de los radios:

rxmop:mo=rxoRx-227-0&&-11;
rxmop:mo=rxotx-83-0&-1&-4&-5&-6&-7&-8&-9;

!Para borrar alarmas de "DISTURBANCE SUPERVISION LIMIT REACHED"

DUVAR:ENUM=1034;

!Para hacerle pruebas al componente bloqueado con el "BLE"

rxtei:mo=rxotrx-4-2;

!Para eliminar alarma de Software Error:

syrip:survey;
syrip:event=16;------ noprint=all;

!Para ver las "SYNCHRONOUS DIGITAL PAHT UNAVAILABLE STATE FAULT"

tpcop:sdip=10etm2;

!Para borrar las alarmas de "SIGNALLING FAULT SUPERVICION"

faiap:r=all;
faiar:dev=updr-15098;

!Para ver el trafico de llamadas en los 3 sectores

rlcrp:cell=09753;

!EVENT REPORTING THRESHOLD REACHED

ERESP:ENUM=106;
EREAR:ENUM=106;

!ROUTE RESTRICTION ACTIVED (PARA VER LAS RUTAS BLOQUEADAS EN LA MSC)

blorp;

!DISTRIBUTED GROUP SWITCH FAULT

GDSTP:UNIT= XM-B-0-2; STATUS DE LA TARJETA
GDBLI:UNIT= XM-B-0-2; BLOQUEA DEVICE
GDTEI:UNIT= XM-B-0-2; TEST DEVICE
GDBLE:UNIT= XM-B-0-2; DESBLOQUEA DEVICE

!SIZE ALTERATION DATA FILES CHANGE REQUIRED

dbtsp:tab=saactions; Podemos ver el numero de SAE, el bloque y la cantidad
estipulada de ampliacion de memoria.

!PARA VER LAS RUTAS ACTIVAS EN LA CENTRAL

M3RSP:DEST=ALL;
M3ASP;

!Para borrar alarmas de Cell Logical

rlsle:cell=02053,sctype=lu;

!CHARGING DESTINATION FAULT

afpls -ls rtrtq
afpfti -f rtrtq rtrdest

!comando para ver las rutas bloqueadas cuando aparece una alarma de
(Route Restriction Activated)

blorp;

!Para ver alarmas por categorias

allip:alcat=ext; Vemos alarmas externas.
allip:alcat=apt; vemos alarmas de conexiones fisicas en los nodos.
allip:alcat=apz; vemos alarmas de software.
allip:acl=a1; vemos alarmas de clase A1.
allip:acl=a2; vemos alarmas de clase A2.
allip:acl=o1; vemos alarmas de observacion.
allip:acl=o2; vemos alarmas de observacion.

!Comandos de AP
aploc;
hostname
prcstate estado del AP, lado al cual esta conectado
prcstate -l nodo activo
cluster node
cluster res status de recursos
cluster nelin conectados al APG, los q dicen failed son de mantenimiento
* APPLICATION DETECTED SOFTWARE ERROR, SOFTWARE ERROR
syrip:survey; Se busca el campo active = yes, luego tomamos el numero indicado en
el campo event.

syrip:event=(Num de evento),noprint=all; Para borrar la alarma..

syrip:log; eventos de las alarmas

syelp; intensidad de errores que pasan por el forloop

===================================================================================
================

* ABIS PATH
rxapp:mo=rxotg-#; para ver los devices definidos a los dips asociados.
deben ser continuos, 32 para cada dip.
cominezan por el numero del TG*32+1, siempre
correlativoas, sino deben bloquearse
rxapi:mo=rxotg-#,dev=rbl2-####&&-####,dcp:##&&##; para integrar los dev
faltantes
rxapr:mo=rxotg-#,dcp=##&&##, para sacar canales de
abis

===================================================================================
================

* Alarma Externa Colgada

allip:alcat=ext;
allip:alcat=ext,fid=yes;
syfip:fid=H'9a9e;
syfip:fid=H'c383;
dip

===================================================================================
================

* AP ANTIVIRUS FUNCTION FAULT =Falla en Registro de Antivirus:

La alarma se debe a que el antivirus no puede registrarse via web.

CESAR CON "ACEASE"
===================================================================================
================

* AP Fault Processing Fault:

Alarma relacionada a los archivos de billing

AP: Indica problemas en transferencia de billing

* Charging Destination Fault:

Indica que no todo el paquete se envi�

aploc;

afpls -ls rtrtq verifica cual no se envi�

afpfti -f rtrtq rtrdest cesar la alarma

Status:

Delet: Confirma que los envi� y los borra.

===================================================================================
==================
* Backup CP o Backup Information Fault:

sybfp:file;
Se visualiza el File(2) ya que es el mas antiguo, el Back up se rota hacia el mas
actual que seria el (0)
�l se va a restart hacia el "0" por defecto.

Comandlog: Son todos los cambios realizados en la central

sybue;
sybup:file;
;
sytuc;
sybui;

plldp;

===================================================================================
=========
* BLOCKING SUPERVISION

strdp:r=xxxxxx; Verificar los devices de las rutas. Se lanza cuando vemos

problema en alguna ruta,
EJS: Blocking Supervision.(Vemos los UPDR)

stdep:dev=updr-(Numero d updr); Info del estado del UPDR solicitado.

BLODI:DEV=UPDR-ABCD&&-EFGH; BLOQUEAR DEVICES

-----> SOLO SI LOS DEVICES ESTAN
BLOC ABL
BLODE:DEV=UPDR-ABCD&&-EFGH; DESBLOQUEAR DEVICES

tccfp:r=(ruta ejs=cc6tmco);

blodi:dev=updr-(num de UPDR); Sirve para bloquear un UPRD, por ejs cuando esta
inhibido.
exdae:dev=updr-(num de UPDR); Luego de ser Bloqueado el UPDR le quitamos la
supervision.
exdai:dev=updr=(num de UPDR); Reiniciamos supervision en UPDR
blode:dev=updr=(num de UPDR); Desbloqueamos el UPDR y revisamos por medio del
stdep si quedo idle.

NTBLI:SNT=RTDMA-XXXX; (BLOQUEA EL RTDMA o E1)

NTBLE:SNT=RTDMA-XXXX; (DESBLOQUEA EL RTDMA o E1)

===================================================================================
=========

* Continuity Check
TCCFP:R=XXRUTAXX; Se verific� device con alarma

STDEP:DEV=XXX; Se valid� estado dispositivo que presentaba alarma de continuity

check

BLODI:DEV=XXX; Se bloque� manualmente

EXDAE:DEV=XXX; Se elimin� su continuity check

EXDAI:DEV=XXX Se activ� y coloc� nuevamente en servicio el device

TCCCI:DEV=XXX; Se activa nuevamente continuity check (quedando operativo)

===================================================================================
=========

* CP STATE NOT NORMAL

Es cuando se separan los CP, debido a comandos o trabajos en el mismo. Hay uno
activo y uno de redundancia

dpwsp; se verifica en CP, se observa el estado de CP

Pasivo: B (RPH-A)
Activo: A (RPH-B)

Se solventa realizando un backup del sistema...

Ejemplo de print de alarma:

CP STATE
MAU SB SBSTATE RPH-A RPH-B BUA STATE
NRM B WO EX/PWO SB/PWO 1
END
<
===================================================================================
=========

* Comandos de AP
aploc;
hostname
prcstate estado del AP, lado al cual esta conectado
prcstate -l nodo activo
cluster node
cluster res status de recursos
cluster nelin conectados al APG, los q dicen failed son de mantenimiento

backup de apg
burbackup -o automatica
m para ver donde se guarda el backup
dir todo lo que tiene
cd para regresar

cd images cd nodo #
telnet bscccapg40#
mml

===================================================================================
==========

* DISTURBANCE SUPERVISION LIMITS REACHED (Limite de Errores Alcanzado)

Se refiere a que el limite de los contadores de errores en eventos particulares en
la BSCVAL se excedio, se procede
a realizar gestion de primera linea borrando los contares. La alarma cesa, por lo
cual se procede a cerrar el TT.

DUSUP:ENUM=nro enum; PARA SUPERVISION DE LA ALARMA

EREAR:ENUM=106;PARA CESAR LA FALLA

===================================================================================
=========

* DISTRIBUTED GROUP SWITCH FAULT

gdstp; Para verificar el componente

GDBLI:UNIT= unit; BLOQUEA DEVICE

GDTEI:UNIT= unit; TEST DEVICE

GDBLE:UNIT= unit; DESBLOQUEA DEVICE

Luego, se vuelve a verificar con el comando GDSTP;

===================================================================================
==========

* EVENT Reporting
Se reportaron un numero de eventos tal, que superaron los umbrales (threshold)
establecidos. El printout
de esta indica que el ENUM (event reporting number) es el 1009 y que
adicionalmente, supero el umbral de critico.

Existen 3 umbrales: TH, TH1 y TH2, asociados a la criticidad que tenga la alarma,
en otras palabras,
se les puede presentar la misma alarma, pero con criticidad menor, si el reporte de
eventos excede el
valor establecido por el TH. En este caso, el numero de eventos excedio el TH2.

Al observar en el ALEX, y con los comandos eresp:enum=1009 y erepp:enum=1009, se

observo que
esta falla esta relacionada a eventos que reportan errores de mensajes GCP (Gateway
Control Protocol),
y el comando erepp te dice cual MGW es. En este caso es el MGWCC2. Adicionalmente
aplique el
comando erear:enum=1009 para resetear la alarma, y la misma cesaba, pero
inmediatamente volvia a aparecer.

Posteriormente, accedi a este MGW y aplique el comando lh mesc mesc_counters_gcp 0,

(mesc es
un grupo de 3 tarjetas GPB definidas en cada MGW) y me percate que 2 GPB's (General
Purpose Boards)
del MGW contienen el error GCP_INSUFFICIENT_BANDWITH, lo que parece indicar que
para ciertos mensajes GCP,
no existe suficiente ancho de banda. Luego, solicite la apertura de un CSR a
soporte.

En definitiva, el slogan del caso seria: umbral cr�tico de numero de errores

detectados en el MGWCC2, excedido.
erepp:enum=1009; verifica todas los eventos 1009 registrados

m3rsp:dest=3-3; verifica en cual MGW hubo la perdida de paquetes

reset de la alarma si no existe afectacion en el momento
erepe:enum=1009;

erepi:enum=1009;

erepp:enum=1034; Buscar el destino

erear:enum=1034; Cesar alarma

===================================================================================
=========

* SEIZURE QUALITY SUPERVISION, indica que los contadores que reciben la duracion de
menos de 60seg de las llamadas, ha superado el limite. No afecta servicio.

seqip:r=#; all; devices afectados

seqar:r=#; reseteo de los contadores

===================================================================================
=========

* SIZE ALTERATION OF DATA FILES SIZE CHANGE REQUIRED

DBTSP:TAB=SAACTIONS; refleja los problemas con el size

!!BLOKING SUPERVISION!!!!!Para problemas de Bloqueo por supervision de rutas:

EXROP:R=ALL;.... para verificar las caracteristicas de las rutas...y si esta el

SI=ISUP4 (Senalitation Indication), el problema de la ruta es del lado extremo no
ericsson
Cuando el SI=SCCP es porque la ruta tiene que ver con las RNC

STRSP:R="ruta"; status de las rutas

EXPEP:R="ruta";
STDEP:dev=updr-xxx&&-xxx;
anbsp:b=all,rc#; rc (nombre de la ruta), salida de las rutas

!!!!!!!!!!!!!!!!!!!!!!!!!!!!
SINCRONUS DIGITAL PATH SUPERVISION
tpcop:sdip=all; muestra todos los DIPs conectados a que E1, y a cual STM1 de la
red

tpstp:sdip=4etm2; muestra el status de cada E1, WO, bloqueados manualmente o no

definidos (UNEQ)... si es de 1900, se puede bloquear, pero si es 850 se debe
reportar..
movilnet debe informar de cada activacion de E1 para chequear
que no este bloqueado manualmente..

===================================================================================
=========

* SIGNALLING FAULT ALARMS FOR DEVICES

Muestra todos los devices con problemas de supervision... a partir de los 14 son
devices para expansion....
STRSP:R="ruta";
faiap:r=all; para ver el origen de la falla
faiar:acl=a2; para cesarla

===================================================================================
=========

* sctp Network Status Change

Es cuando cambia el estado de una sucesion, el switchea al que se encuentra en

standbay, y la central no le esta mandando el request al MGW cuando ocurre este
switcheo. este problema se solventara
con la carga de un IAP 26 para la MSC y 23 para las BSC.

- La comunicacion esta activa pero trabaja con la redundancia.

- Hay afectacion en el nodo Huawei
- Si el ping no es exitoso a la IP remota, verificar:
. Conexion de la Garp con el Backbone de Mvt.
______________________
-------
----------------------------------
TRH EXECEDED
RAHAR;
!!!!!!!!!!!!!!!!!!!!!!!!!!!
SCTP NETWORK STATUS CHANGE

Buenas tardes EFO.

A continuaci�n les anexo un troubleshooting b�sico de alarmas de SIGTRAN, desde el
punto de vista de la MSC-S. El diagn�stico abarca lo siguiente:

1) Saber entre cu�les elementos de red existe el problema.

2) Verificar cu�les son las IP's involucradas en dicha afectaci�n.
3) Realizar una prueba de ping desde la MSC-S involucrada, hasta el elemento de red
que tiene el problema.

A nivel de SIGTRAN, existen 2 planos (2 VLANS) que interconectan a todos los

elementos de red entre si. Estas son la 520 y la 521. Tanto la MSC-S como el M-MGw
contienen
hosts IP en estos 2 planos. Los mismos los pueden encontrar en el siguiente archivo
(el archivo no esta aun completo. En lo que lo tenga listo, les envio una
actualizaci�n).
Tambi�n anexo una presentaci�n de Power Point que contiene de manera gr�fica lo
mismo del archivo Excel.

1) Saber entre cu�les elementos de Red existe el problema.

Cuando uno de los planos de interconexion de SIGTRAN falla, la siguiente alarma se

genera en la MSC-S.

O2/APT "MSCMC3_MI221211" 454 090709 2250

SCTP NETWORK STATUS CHANGE

SAID
SCTP1_MGWSFA

RIP
10.23.163.33
La misma indica cu�l es el SAID (SCTP Association ID) afectado (en este caso, es el
de MGWSFA). Luego, el RIP (Remote IP Address), es la direcci�n IP que la MSC-S ve
caida.

2) Verificar cu�les son las IP's involucradas en dicha afectaci�n

Con el comando IHALP, ejecutado de la siguiente manera, con el SAID afectado,

pueden ver cuales son las direcciones IP de la MSC-S (LIP de Local IP's) que est�n
involucradas,
y observar que la RIP del MGWSFA (en este ejemplo) no esta activa.

IHALP:EPID=ALL; aplicarlo cuando ocurre en el MGW

<ihalp:said=SCTP1_MGWSFA;
SCTP ASSOCIATION LIST DATA

EPID EPSTATE LPN

SCTP1 IN SERVICE 1024

LIP
10.23.147.6
10.23.147.38

SAID SASTATE RPN OS MODE

SCTP1_MGWSFA ASSOCESTABL 1024 17 PEER

RIP RIPSTATE
10.23.163.1 ACTIVE
10.23.163.33 NOT ACTIVE

Vemos que las LIP son 10.23.147.6 y 10.23.147.38. Estas IP's corresponden a las
GARP 0 y GARP 1 de la MSC-S en cuesti�n (cada GARP almacena un host IP de SIGTRAN).

3) Realizar una prueba de ping desde la MSC-S involucrada, hasta el elemento de red
que tiene el problema.

Se hacen pruebas de ping desde cada una de las GARP, hacia la RIP afectada, para
verificar si existe conectividad. IPPORT indica desde cu�l GARP se efectuar� el
ping.
La sintaxis ser�a IP-GARP-2 donde GARP es el n�mero de la GARP. En este caso, como
ya se mencion� son 0 y 1. Por �ltimo, se especifica entre comillas hacia cual RIP
se har� ping.
Observen el resultado del comando, y si dice que no esta ALIVE, existe un problema
y debe aperturarse un TT de criticidad Low. De lo contrario, como en el ejemplo de
ac�, vemos que la
alarma est� retenida, dado que las pruebas de ping resultaron exitosas.

<ihpri:ipport=ip-0-2,RIP="10.23.163.33";
ORDERED

<

WO MSCMC3_MI22121120A00_V5 AD-150 TIME 090713 1503 PAGE 1

IP PORT PING REQUEST RESULT

IPPORT RIP
IP-0-2 10.23.163.33

RESULT
REMOTE IP ADDRESS IS ALIVE

END

WO MSCMC3_MI22121120A00_V5 AD-150 TIME 090713 1503 PAGE 1

<ihpri:ipport=ip-1-2,RIP="10.23.163.33";
ORDERED

<

WO MSCMC3_MI22121120A00_V5 AD-150 TIME 090713 1503 PAGE 1

IP PORT PING REQUEST RESULT

IPPORT RIP
IP-1-2 10.23.163.33

RESULT
REMOTE IP ADDRESS IS ALIVE

END

===================================================================================
=============

* M3UA ASSOCIATION STATUS CHANGE

ROUTE RESTRICTION ACTIVATED

M3UA DESTINATION INNACCESIBLE

M3RSP:DEST=X-XXXX;
"sI APARECE ALGO NO DISPONIBLE, DEBE PROCESARSE EL TICKET Y ESCALARLO A BACK
OFFICE"

===================================================================================
==========

* SEIZURE QUALITY SUPERVISION, indica que los contadores que reciben la duracion de
menos de 60seg de las llamadas, ha superado el limite. No afecta servicio.

seqip:r=#; all; rutas afectadas

seqar:r=#; reseteo de los contadores

En MSC:
aploc;
alist
acease

En BSC:
gdstp;

===================================================================================
=========
* Pruebas de Aceptaci�n:
rxasp:mo=rxotg-139;
rxmfp:mo=rxorx-139-0;
rxtcp:mo=rxotg-139;
rlnrp:cell=#,cellr=all; ver celdas aleda�as a una celda en especifico
rlcrp:cell=04841; verificar canales de trafico y se�alizacion, indica
BCCH
rxcdp:mo=rxotg-139; ARFN y configuracion de TS
rlstp:cell="cell"; muestra si una celda esta activa
rlstc:cell=04841,state=halted,;
rlstc:cell=04842,state=active;
rlstc:cell="cell",chgr="chgr",state=active;
rxbli:mo=rxots-139-0-1,force;
rxble:mo=rxots-139-0-0&&-7;
rldep:cell=04841; muestra el BSIC
rapti:lch="TCH"
rlsbp:cell=##; printout del BCCH de la celda
allip:alcat=ext;

stdep:rblt2-###&&-###; status de los devices

BLODI
BLODE

rlnrp:cell=cellr=all; para ver cuales son las celdas vecinas

===================================================================================
========

* OML FAULT
rxbli:mo=rxotg-#,subord,force;
rxese:mo=rxotg-#,subord;
rxesi:mo=rxotg-#,subord;
rxble:mo=rxotg-#,subord;

===================================================================================
=========
BLOQUEAR Y DESBLOQUEAR TRX:
rxbli:mo=rxotrx-83-9,force,subord;
rxese:mo=rxotrx-83-9,subord;
rxesi:mo=rxotrx-83-9,subord;
rxble:mo=rxotrx-83-9,subord;

_____________________________

BLOQUEAR Y DESBLOQUEAR Time slot:

rxbli:mo=rxots-206-2-5,force;
rxese:mo=rxots-206-2-5;
rxesi:mo=rxots-206-2-5;
rxble:mo=rxots-206-2-5;

Nota de ejmplo de time slots:

3:20 Se observan F/S F/S 1/96 Time Slots GSM El Blanco Maracibo(BSCMBO)/ Alarmas TS
SYNC FAULT

Afectacion:1.04%
3:31 Se escala a Andres Forero(Back Office Ericsson 0416-608.62.96) el cual indica
que atendera falla y devolvera llamada al COR.

26/09/2010 4:23:18 16865365

4:16 Andres Forero(Back Office Ericsson 0416-608.62.96) el cual indica que solvento
falla, reseteando time slot inhibido por error en proceso interno de transmision a
(nivel logico) de trama BTS.

8:07: Llama el personal de Back Office Ericsson Yhanaira Roman, indicado que la
alarma fue cesada, se realizo un rest en el radio afectado , no hay alarma en los
gestores de TeMIPClient.

&&&&&&&&&&&&&&&&&&& ALARMAS DE COR &&&&&&&&&&&&&&&&&&&&&&&&&

""RP FAULT""/ OJO DEPENDE DEL NRO DE RP ALARMADO, ES LA IMPORTANCIA DE ESTA ALARMA,
POR EJEMPLO, EL RP FAULT, DEL RP NRO 27 ES ASOCIADO A UNA TARJETA GARP(LA CUAL
MAEJA TRAFICO) , AUNQUE
CADA RP ESTA CONFIGURADO CON UNA FUNCION EN LA CENTRAL, POR ENDE HAY QUE VERIFICAR
CON BACK OFFICE QUE FUNCION TIENE PROGRAMADO.

allip:alcat=apz;verifico si alarma esta presente o retenida

BLRPI:RP=Nro,FORCED;bloqueo
BLRPE:RP=Nro;desbloqueo
allip:alcat=apz;verifico si ceso
exrpp:rp=all;veifico estado de todos los RP(DEBEN ESTAR idle)

A continuaci�n les indicamos los pasos a seguir para diagnosticar de manera m�s
exacta las alarmas de M3UA Destination Inaccessible.
Caso 1: MGW Ericsson conectado a BSC Ericsson.
1) Conectarse a la MSC que est� afectada con la alarma.
2) En el AP (recordar que para ingresar al AP es con aploc;) aplicar el comando
tracert "dir_IP_BSC", donde la dir_ip_BSC es la direcci�n IP del cluster de la BSC
a la que se encuentra conectado el MGW afectado. Este comando indicara todos los
saltos (direcciones IP de nodos) que el paquete realiza para llegar desde la BSC,
hasta el MGW afectado.
El resultado anterior indicar� el ultimo salto o nodo hasta donde llega el paquete
y nos indica d�nde existe la falla de enlace. Por favor, se les pide agregar este
resultado en el correo de notificaci�n de parte de ustedes hacia nosotros.
Caso 2: MGW Ericsson conectado a BSC Huawei.
IDEM pasos 1 y 2 del caso 1, la diferencia es que la dir_IP_BSC del comando tracert
ser� 1 valor por encima de la del MGW conectado. Ej: la direcci�n IP del MGW de SFA
es 10.23.165.1. La direcci�n IP de la BSC Huawei de SFA seria 10.23.165.2.
En caso de que el comando tracert indique que la falla de enlace esta despues de
nuestro MGW (en otras palabras, entre nuestro MGW y la BSC Huawei), conversen con
personal de NOC huawei para solicitar pruebas adicionales con alguno de sus
Ingenieros.
Por �ltimo, para todas estas alarmas, verifiquen primero con NOC CDMA si ellos
presentan fallas en alguno de estos enlaces, a nivel de Back Bone.

A continuaci�n les envio una tabla con las Direcciones IP de nuestros nodos.
1- 10.24.21.115 BSCCCS Node A
2- 10.24.21.116 BSCCCS Node B
3- 10.24.21.117 BSCCCS Cluster
4- 10.23.37.115 BSCMBO Node A
5- 10.23.37.116 BSCMBO Node B
 6- 10.23.37.117 BSCMBO Cluster
7- 10.24.21.1 MGWCCS
8- 10.22.133.1 MGWBTO
9- 10.23.37.1 MGWMBO
10-10.23.53.1 MGWSCR
11-10.24.21.3 MSSCCS Node A
12-10.24.21.4 MSSCCS Node B
13-10.24.21.2 MSSCCS Cluster
14-10.22.133.3 MSSBT4 Node A
15-10.22.133.4 MSSBT4 Node B
16-10.22.133.2 MSSBT4 Cluster
17-10.23.133.1 MGWVAL
18-10.23.149.1 MGWMCY
19-10.22.5.1 MGWPTO
20-10.22.21.1 MGWPLM
21-10.23.5.1 MGWVRA
22-10.22.53.1 MGWLCH
23-10.24.5.1 MGWCC2
24-10.22.165.1 MGWACA
25-10.23.133.115 BSCVAL Node A
26-10.23.133.116 BSCVAL Node B
27-10.23.133.117 BSCVAL Cluster
28-10.24.5.115 BSCCC2 Node A
29-10.24.5.116 BSCCC2 Node B
30-10.24.5.117 BSCCC2 Cluster
31-10.23.165.1 MGWSFA
===================================================================================
=========

===================================================================================
===============

* TEST SYSTEM ACTIVATED

This printout is an alarm printout. It indicates that the
Test System is activated.
This observation alarm is given because the system reacts
differently at system restart when the Test System is
activated.

Aqu� esta la informaci�n de c�mo verificar las rutas IP.

1ro llamar a todos los destinos de se�alizaci�n.

m3rsp:dest=all;

este comando printa todos los destinos de se�alizaci�n, localizar

el nombre de la asocaci�n que falla.

por ejemplo lo voy ha hacer con MGWCCS.

2-4105 STPCCS AVA SCTP1_STPCCS 1 EN-ACT-AVA

SCTP2_STPCCS 1 EN-ACT-AVA
SCTP3_STPCCS 1 EN-ACT-AVA
 SCTP4_STPCCS 1 EN-ACT-AVA

y luego lanzar

m3asp:said=SCTP1_STPCCS;
M3UA ASSOCIATION STATUS

SAID STATE BLSTATE

SCTP1_STPCCS ACT
END

esto te informa del estado IP del sistema al cual estas validando

su funcionamiento.

_________________________________________________________________________
seqip:r=cc5tmco;
seqar:r=cc5tmco;

aploc;
alist
acease 8799:0
faiap:r=all;
faisp:r=all;
faise:r=PTOCTVO&PTOCTVI,perm;
faiar:r=ptoctvo&ptoctvi;
mgarp:nlog=all;
mgaar;
aploc;
alist
acease 8799:0
dtstp:dip=89rbl2;
rxbli:mo=rxotg-102,subord,force;
rxlti:mo=rxots-87-4-0&&-7;
rxtei:mo=rxotrx-102-0;
rxese:mo=rxotg-102,subord;
rxmsp:mo=rxotg-102,subord;
rxesi:mo=rxotg-102,subord;
rxble:mo=rxotg-102,subord;
rxapp:mo=rxotg-67;
dtstp:dip=233rbl2;
strsp:r=sc2tmco;
strdp:r=sc2tmco;
blodi:dev=updr-6129;
exdai:dev=
blode:dev=updr-6129;
stdep:dev=updr-4126;
exrop:r=sc2tmco;
allip:acl=a2;
erepp:enum=1009;
m3rsp:dest=3-3;

rxtcp:moty=rxotg,cell=10831;
rlstc:cell=11832,state=halted;
rlstc:cell=11832,state=active;
rlstc:cell=11832,chgr=0,state=halted; Para Bloquear CH-Group especifico
rlcrp:cell=10831;
rapti:lch=18292;
rxbli:mo=rxots-18-9-3,force;
rxble:mo=rxots-18-8-7;
rxcdp:mo=rxotg-58;
rldep:cell=xxxxx;
rxtcp:mo=rxotg-123;
rxapp:mo=rxotg-58;

rxbli:mo=rxotrx-tg-Nrotrx,subord,force;
rxese:mo=rxotrx-tg-Nrotrx,subord;
rxesi:mo=rxotrx-tg-Nrotrx,subord;
rxble:mo=rxotrx-tg-Nrotrx,subord;

rxesi:mo=rxotg-xx,load,uc; Carga forzada

rxpli:mo=rxotg-#,load,uc; .... para carga de software en radios
rldgp:cell=###; sector en que esta definida la celda y la banda de frecuencia
para el cual trabaja cada sector
rxelp:mo=rxocf-xx; Errores en el CF.

rlcrp:cell=04841;
rlstp:cell=01234; para ver si tenemos sectores halteados.
rxcdp:mo=rxotg-139;
rlstc:cell=04841,state=halted;
rlstc:cell=04842,state=active;
rxbli:mo=rxots-139-0-1,force;
rxble:mo=rxots-139-0-0&&-7;

===================================================================================
=========

SINCHRONOUS DIGITAL PATH FAULT SUPERVISION

tpcop:sdip=(No)etm2; Verificar en el STM1(ETM2), el Nro. de DIP Asociado a VC212

alarmado.
dtstp:dip=all,state=mbl;
dtbli:dip=(dip)rbl2;bloquear el dip(a nivel del dispositivo E1)
dtble:dip=(dip)rbl2;desbloquear
dtdip:dip=(dip)rbl2;
tpbli:sdip=(No)etm2,lp=vc12-(XX);bloquear de VC12(relacionado a dispositivo E1)
tpble:sdip=(No)etm2,lp=vc12-(XX);
tpstp:sdip=(No)etm2;
tpqup:sdip=(No)etm2; ver errores
tpstp:sdip=(No)etm2;
tpidp:sdip=(No)etm2;

Nota, si se quiere cesar la alarma "SINCHRONOUS DIGITAL PATH FAULT SUPERVISION!",

debido a que el dip no esta implementado
Se debe ejecutar:
dtbli:dip=(dip)rbl2;bloquear el dip(a nivel del dispositivo E1)
tpbli:sdip=(No)etm2,lp=vc12-(XX);bloquear de VC12(relacionado a dispositivo E1)
===================================================================================
=========

* M3UA DESTINATION INACCESSIBLE, (En MSC)

m3rsp:dest=all;
m3rsp:dest=(dest);
En MSC:
strdp:r=xxxxxx; Verificar los devices de las rutas. Se lanza cuando vemos problema
en alguna ruta, EJS: Blocking Supervision.

BLODI:DEV=UPDR-ABCD&&-EFGH; BLOQUEAR DEVICES

-----> SOLO SI LOS DEVICES ESTAN
BLOC ABL
BLODE:DEV=UPDR-ABCD&&-EFGH; DESBLOQUEAR DEVICES

tccfp:r=(ruta ejs=cc6tmco);
stdep:dev=updr-(No updr);

===================================================================================
========

* SIZE ALTERATION DATA FILES CHANGE REQUIRED

dbtsp:tab=saactions; Podemos ver el numero de SAE, el bloque y la cantidad
estipulada de ampliacion de memoria.

===================================================================================
=========
%%% RP FAULT %%&

BLRPI:RP=175,FORCED;
BLRPE:RP=175;

===================================================================================
=========
"SYNCHOROUS DIGITAL PATH SUPERVISION"
(Problemas con un E1 de determinado STM-1 de la BSC)
SDIP
tpstp:sdip=#etm2;
tpcop:sdip=#etm2;(VERIFICO LOS E1 asociados a determinados STM-1, desde la BSC)
tomar nota de los RBL2 bloqueados (MBL)
dtstp:dip=#diprbl2;
tpbli:sdip=#etm2,lp=vc12-0&&-62;
bloquea todos los VC12 comprendidos
tpbli:sdip=#etm2,hp;

rxtcp:moty=rxotg,cell=;
indica el numero de tg cuando conocemos el Cell ID

SECTORES DE LOS RADIOS

rxmop:mo=rxotg-209;
indica a que sectores pertenecen los radios
rxmop:mo=rxotrx-209-0;
indica a que sector pertenece el radio

ERRORES EN LA TRAMA
dtqup:dip=rbl2;
dtqdp:dip=93rbl2;

ALARMAS EXTERNAS:
allip:alcat=ext;

HALTEAR SECTORES:
rxtcp:mo=rxotg-;
rlstp:cell=;
rlstc:cell=,state=halted;
rlstc:cell=,state=active;

BLOQUEAR Y DESBLOQUEAR DIP:

dtbli:dip=rbl2;
dtble:dip=rbl2;

BORRAR ALARMAS (AP FAULT)

aploc;
alist
acease 8791:0
mml

BLOQUEAR Y DESBLOQUEAR trx de RBS:

rxbli:mo=rxotrx-83-9,force,subord;
rxese:mo=rxotrx-83-9,subord;
rxesi:mo=rxotrx-83-9,subord;
rxble:mo=rxotrx-83-9,subord;

BORRAR ERRORES EN LA TRAMA

dtqsr:dip=all,ses,sf,es;
dtqsr:dip=all,ses2,sf,es2;
dtqsr:dip=all,unacc;
dtqsr:dip=all,degr;

DIVICES ASIGNADOS A LOS RADIOS

rxapp:mo=rxotg-;

CELL LOGICAL CHANNEL

rlsle:cell=,sctype=(OL o UL)

PRUEBAS DE LLAMADAS
rxasp:mo=rxotg-;
RXTSP
rlstp:cell=#cellID;
rlstc:cell=#cellID,chgr=#chgr a bloquear
(state=halted)
rlstc:cell=#cellID,state=active;
rlcrp:cell=#cellID;
rapti:lch=31792;

TRAFICO DE RBS

RLCRP:CELL= #celda;

ALARMAS DE CORE

MT AUTENTICATION FAILURE (MSC)

mgarp:nlog=all;
mgaar;

SEIZURE QUALITY SUPERVISION (MSC)

squip:r=all;
seqar:r=#ruta;

DISTURBANCE SUPERVISION LIMIT REACHED

duvar:enum=#;

APLICATION DETEDTED SOFTWARE ERROR

syrip:survey;
muestra las alarmas activas
syrip:log;
muestra los eventos de las alarmas
syrip:event=##;
muestra la informacion del evento y elimina la alarma
syrip:event=##,noprint=all;
muestra solo la informacion del evento que no se observado (YES)
syelp;
muestra la intensidad de errores que pasan por el forloop

ALARMA SIZE ALTERATION DATA FAULT(REQUERIMIENTO EN BLOQUE DE MEMORIA)

dbtsp:tab=saactions;
numero de bloque de memoria alarmado

CHARGING DESTINATION FAULT Y AP FILE PROCESSING FAULT

afpls -ls rtrtq muestra cuales y cuantos archivos estan retenidos
(FAILED), SI SON MAS DE 2 LLAMAR A BO (OMAR O EDUARDO)
afpfti -f rtrtq rtrdest libera el archivo retenido

SIGNALLIN FAULT SUPERVISION

faiap:r=all;
faiar:dev=updr-6114;

AUTO-CONFIGURATION OF BOARD NOT POSSIBLE

tarjetas F/S

PROCESO AUTOMATICO DE BACKUP FALLIDO

(low)

ALARMA EVENT REPORTING THRESHOLD REACHED (Guardar los Scrips)

erepp:enum=####;
verifica todas los eventos #### registrados
eresp:enum=####;
revision
erear:enum=####;
limpia contadores

SIGNALLING FAULT SUPERVSION

faiap:r=all;para verificar rutas con fallas de senalizacion asociadas a esta

alarma, es recomedable verificar ruta y agun problema de Backbone
faiar:r=rutaout&rutain;(se resetea alarma de supervision de se�alizacion de ruta)

- CONTINUITY CHECK FAILURE

tccfp:r=mattmco;
Se verifica device con alarma
stdep:dev=###;
Se valida estado del dispositivo que presentaba alarma de continuity check
blodi:dev=###;
Bloquea manualmente
exdae:dev=###;
Se elimina su continuity check (MBL)
exdai:dev=###;
Se activa y coloca nuevamente en servicio el device
tccci:dev=###;
Se activa nuevamente continuity check (quedando operativo)

strdp:r=

BTO 95786;;;Pendiente trabajos programados COR!!!

===================================================================================
=========

===================================================================================
=========

* M3RSP:DEST= # REMADDR;

ejm
M3RSP:DEST=3-5;
Con este ultimo comando te da la MGW y el Error Code, con esta inf se reporta a
Back Office

===================================================================================
=========

* MT FAILED AUTHENTICATION
MGARP:NLOG=XXXXX o NLOG=ALL;
MGAAR;

===================================================================================
=========

* SEIZURE QUALITY SUPERVISION: indica que los contadores que reciben la duracion de
menos de 60seg de las llamadas, ha superado el limite. No afecta servicio.
seqip:r=#; all; rutas afectadas
SEQAR:R=N�de la ruta

Revision de numeracion abierta

c7gsp:tt=x,np=y,na=z,ns=58426;

ejm:
c7gsp:tt=0,np=1,na=4,ns=58426;

===================================================================================
=========

* EVENT REPORTING THRESHOLD REACHED

EREPP:ENUM= # ENUM;
ejm
EREPP:ENUM=1009;

allip:alcat=apz;
allip:alcat=apt,alc=a1;
erepp:enum=all;
erepe:enum=all;
erepi:enum=all;
eraer:enum=all;
ERESP:ENUM=xxxx;
EREAR:ENUM=xxxx;

M3RSP:DEST= # REMADDR;
ejm
M3RSP:DEST=3-5;

/ \
|rc...|
ANRSP:RC=+ +[,NOP]; Para verificar las rutas de desborde...
|ALL |

===================================================================================
=========

===================================================================================
=========

===================================================================================
=========

* M3UA DESTINATION INACCESSIBLE, (En MSC)

m3rsp:dest=all;
m3rsp:dest=(dest);

===================================================================================
=========

Comandos de AP
aploc;
hostname
prcstate estado del AP, lado al cual esta conectado
prcstate -l nodo activo
cluster node
cluster res status de recursos
cluster nelin conectados al APG, los q dicen failed son de mantenimiento

backup de apg
burbackup -o automatica
m para ver donde se guarda el backup
dir todo lo que tiene
cd para regresar

cd images cd nodo #
telnet bscccapg40#
mml

___________________________________________________________________________________
_________
*Switch internal port 0 fault = Falla en tarjeta SXB de Subrack de MGWxxx
Esta tarjeta es la redundancia de la comunicacion que existe entre el Main Subrack
y el Subrack 6 (OETM-Optional Exchange Terminal Module Subrack
Afectacion= 0%
Cuando el MO InternalLink Group se encuentra arriba quiere decir que que el Main
subrack aun puede comunicarse con el OETM. Existe solo afectacion de redundancia.

___________________________________________________________________________________
_______

* PDH RNCI en MGWxxx = Degradacion en calidad de servicio de trama MGWxxx

Refleja una posible degradacion de calidada de servicio por perdida de frames de
trama, debido a problemas de conexion en el extremo remoto, backbone Mvt.
No hay afectacion de servicio ya que el trafico se mantiene en el E1s, con calidad
degradada
ITEM= COMPONENTE DE VOZ
___________________________________________________________________________________
_________

===================================================================================
=========================
cesando en el MGW y en la mscs fibra optica del lado remoto de la levandto toda
la, maturin fuera de servicio

Bacbone IP hacia PTO, levanto la senalizacion. Se observa los e1 que van desde la
central de pto hacia maturin fuera, hay un problema en el lado remoto, es decir el
nodo remoto no responde, maturin cdma y gsm F/S.
la comunicacion maturin larga distancia nacional y cdma, la gsm ya levanto.
intermitencias de sistran hacia el umg de maturin.

===================================================================================
==========

* ROUTE RESTRICTION ACTIVATED

Tal y como sale en el ALEX al colocar el heading de esta alarma en el buscador, la

misma se debe a que una ruta se ha bloqueado administrativamente. Para observar
cu�les son las rutas bloqueadas, utilicen el comando BLORP;

En MSSMA4, es una ruta de interconexi�n entre esta MSC-S y la MSC-S de LCH que a�n
esta en fase de desarrollo (proyecto):

<BLORP;
BLOCKED ROUTES
ROUTE BLT
LC3BICO 2
END

De igual manera, para MSSMC3 es una ruta de interconexi�n entre esta MSC-S y la
MSC-S de LCH (proyecto):

<BLORP;
BLOCKED ROUTES
ROUTE BLT
LC3BICO 2
END

===================================================================================
=============
CELL LOGICAL CHANNEL AVAILABILITY SUPERVISION

1- Paso a seguir para la verificaccion de las alarmas

Allip:acl=a1; ! CELL LOGICAL CHANNEL AVAILABILITY SUPERVISION ( BCCH & SDCCH

)!
ALlip:acl=a2; ! CELL LOGICAL CHANNEL AVAILABILITY SUPERVISION ( TCH FR )
!
Allip:acl=a3; ! CELL LOGICAL CHANNEL AVAILABILITY SUPERVISION ( TCH Hr )
!

2- Revisar si esta activado las alarmas

<rlslp:cell=14441;
CELL SUPERVISION OF LOGICAL CHANNEL AVAILABILITY DATA

CELL SCTYPE
14441 UL

ACTIVE CHTYPE CHRATE SPV LVA ACL NCH

NO BCCH 1 A1 1
SDCCH 8 A1 16
TCH FR 1 14 A2 5
TCH FR 2 14 A2 5
TCH FR 3 14 A2 5
TCH HR 1 28 A3 10
TCH HR 3 28 A3 10
CBCH 0 A3 0

CELL SCTYPE
14441 OL

ACTIVE CHTYPE CHRATE SPV LVA ACL NCH

YES BCCH 0 A3 0
SDCCH 0 A3 0
TCH FR 1 16 A2 16
TCH FR 2 16 A2 16
TCH FR 3 16 A2 16
TCH HR 1 32 A3 32
TCH HR 3 32 A3 32
CBCH 0 A3 0
END

Nota: La ultima columna que estan en Verde es la informacion que arroja la central
la cantidades de BCCH & SDCCH Y TCH activo , estos numero que tiene debe
coincidir con el LVA , si no esta se va a general una alarma el ejemplo que tenemo
es que esta definida para dos radio 850 no estan activo tenemos un CHGR=halted ,
tenemos que cambiar la supervisi�n de este sector a continuaci�n se le envia el
scrip cuale son las alarmas A1, A2 y A3.

- se desactiva supervision debido a que esta alarmada y se activa nuenvamente..con

el siguiente comando se desactiva

rlsle:cell=,sctype=(OL o UL)
y luego seguir los demas pasos...

4-parametros de activacion de supervision

!SCTYPE UL!
RLSLC:CELL=14441,SCTYPE=UL, LVA=1, ACL=A1, CHTYPE=BCCH;
RLSLC:CELL=14441,SCTYPE=UL, LVA=8 ,ACL=a1, CHTYPE=SDCCH;

RLSLC:CELL=14441,SCTYPE=UL,CHTYPE=TCH,CHRATE=FR,SPV=1,LVA=5, ACL=A2;
RLSLC:CELL=14441,SCTYPE=UL,CHTYPE=TCH,CHRATE=FR,SPV=2,LVA=5, ACL=A2;
RLSLC:CELL=14441,SCTYPE=UL,CHTYPE=TCH,CHRATE=FR,SPV=3,LVA=5,ACL=A2;

RLSLC:CELL=14441,SCTYPE=UL,CHTYPE=TCH,CHRATE=HR,SPV=1,LVA=10, ACL=A3;
RLSLC:CELL=14441,SCTYPE=UL,CHTYPE=TCH,CHRATE=HR,SPV=3,LVA=10, ACL=A3;

!SCTYPE OL!

RLSLC:CELL=14441,SCTYPE=Ol,CHTYPE=TCH,CHRATE=fR,SPV=1,LVA=16, ACL=A2;
RLSLC:CELL=14441,SCTYPE=Ol,CHTYPE=TCH,CHRATE=fR,SPV=2,LVA=16, ACL=A2;
RLSLC:CELL=14441,SCTYPE=Ol,CHTYPE=TCH,CHRATE=fR,SPV=3,LVA=16, ACL=A2;

RLSLC:CELL=14441,SCTYPE=Ol,CHTYPE=TCH,CHRATE=hR,SPV=1,LVA=32, ACL=A3;
RLSLC:CELL=14441,SCTYPE=Ol,CHTYPE=TCH,CHRATE=hR,SPV=3,LVA=32, ACL

5- Verificar si esta activado las dos supervisione en caso que tenga radios de 1900

Activar de nuevo la supervision, Active debe estar en YES,con los siguientes

comandos:

RLSLI:CELL=14441,SCTYPE=UL;
RLSLI:CELL=14441,SCTYPE=OL;

Nota:Es importante que si ustedes resetee la alarma lo vuelvan activar con el

comnado RLSLI
La manera que se sabe que tenga 1900 es cuando no especifica que CHTYPE
este en UL( 850 ) y OL (1900).
Si la BTS no tiene radio de 1900 el "CHTYPE" no esta definido no apece
nada bajo su columna

6-Volver a revisar los cambio que se realizaron con el comando

RLSLP:CELL=14441;

7- Esto alarmas pueden aparecer si hay problema de transmision , si no esta

generando trafico por llamadas caida en la BTs ( en la parte de abajo del correo
tiene otras especificaciones).

8- Verifique de nuevo que los cambio se alla realizado y allan activado la

supervision con el comando

<RLSLP:CELL=14441;
CELL SUPERVISION OF LOGICAL CHANNEL AVAILABILITY DATA

CELL SCTYPE
14441 UL

ACTIVE CHTYPE CHRATE SPV LVA ACL NCH

YES BCCH 1 A1 1
SDCCH 8 A1 16
TCH FR 1 5 A2 5
TCH FR 2 5 A2 5
TCH FR 3 5 A2 5
TCH HR 1 10 A3 10
TCH HR 3 10 A3 10
CBCH 0 A3 0

CELL SCTYPE
14441 OL

ACTIVE CHTYPE CHRATE SPV LVA ACL NCH

YES BCCH 0 A3 0
SDCCH 0 A3 0
TCH FR 1 16 A2 16
TCH FR 2 16 A2 16
TCH FR 3 16 A2 16
TCH HR 1 32 A3 32
TCH HR 3 32 A3 32
CBCH 0 A3 0
END

En el caso de 1900 los valores BCCH y SDCCH deben ser CERO ya que ellos no tienes
canales de control y se�alizacion , estos radios son OL depende de el control y
se�alizacion de la 850.(UL)

NOTA : Si tiene alguna duda por favor contacta algun personal de BO para que le
explique el procedimiento , verifique el typo de falla que genera esta alarma.,
por favor en caso que se tenga que resetear la alarma recuerden de nuevo activarla
porque esteo nos m ayuda a verificar el funcionamiento y compartamiento de los
radios de las BTS y mantener un buen servicio a la red.

********************************Bypass SERVIDORES PREPAGO************

***OBSERVANDO ESTADO NORMAL RBTOBTO(9MIN3=302) y RBTCCS(9MIN2=301)***

EXROP:R=9MIN3;
EXROP:R=9MIN2;

Activacion RBTOBTO(9MIN3=309) y RBTCCS(9MIN2=309)*******

EXRBC:R=9MIN3,BO=309;
EXRBC:R=9MIN2,BO=309;
EXROP:R=9MIN3;
EXROP:R=9MIN2;

Desactivacion RBTOBTO(9MIN3=302) y RBTCCS(9MIN2=301)*****

EXRBC:R=9MIN3,BO=302;
EXRBC:R=9MIN2,BO=301;
EXROP:R=9MIN3;
EXROP:R=9MIN2;

!A continuaci�n les envio una tabla con las Direcciones IP de nuestros nodos.
1- 10.24.21.115 BSCCCS Node A
2- 10.24.21.116 BSCCCS Node B
3- 10.24.21.117 BSCCCS Cluster
4- 10.23.37.115 BSCMBO Node A
5- 10.23.37.116 BSCMBO Node B
6- 10.23.37.117 BSCMBO Cluster
7- 10.24.21.1 MGWCCS
8- 10.22.133.1 MGWBTO
9- 10.23.37.1 MGWMBO
10-10.23.53.1 MGWSCR
11-10.24.21.3 MSSCCS Node A
12-10.24.21.4 MSSCCS Node B
13-10.24.21.2 MSSCCS Cluster
14-10.22.133.3 MSSBT4 Node A
15-10.22.133.4 MSSBT4 Node B
16-10.22.133.2 MSSBT4 Cluster
17-10.23.133.1 MGWVAL
18-10.23.149.1 MGWMCY
19-10.22.5.1 MGWPTO
20-10.22.21.1 MGWPLM
21-10.23.5.1 MGWVRA
22-10.22.53.1 MGWLCH
23-10.24.5.1 MGWCC2
24-10.22.165.1 MGWACA
25-10.23.133.115 BSCVAL Node A
26-10.23.133.116 BSCVAL Node B
27-10.23.133.117 BSCVAL Cluster
28-10.24.5.115 BSCCC2 Node A
29-10.24.5.116 BSCCC2 Node B
30-10.24.5.117 BSCCC2 Cluster
 31-10.23.165.1 MGWSFA
32- 10.23.149.7 MSSMC3 Node A
33- 10.23.149.8 MSSMC3 Node B
34-10.23.149.6 MSSMC3 Cluster
35-10.23.37.7 MSSMA4 Node A
36-10.23.37.8 MSSMA4 Node B
37-10.23.37.6 MSSMA4 Cluster
38- 10.22.53.7 MSSLC3 Node A
39- 10.22.53.8 MSSLC3 Node B
40- 10.22.53.6 MSSLC3 Cluster
OSS 10.24.21.18
--------------------------

Informacion Rutas
TMC..................Roaming CDMA
CTV..................Ruta hacia PSTN (CANTV)
PP5..................Servicio *5
PP21.................Servicio *21
611..................Servicio *611
BSC..................Ruta hacia BSC

SDIP

TPBLI:SDIP=xETM2,LP=VC12-X; (BLOQUEA VC12 ASOCIADO AL ETM2)

dtstp:dip=all,state=mbl;
dtble:dip=(dip)rbl2;bloquear
dtbli:dip=(dip)rbl2;desbloquear
dtdip:dip=(dip)rbl2;
tpcop:sdip=(No)etm2;
tpble:sdip=(No)etm2,lp=vc12-(XX);
tpstp:sdip=(No)etm2;

tpqup:sdip=(No)etm2; Averiguar....
tpstp:sdip=(No)etm2;
tpidp:sdip=(No)etm2;

allip:alcat=ext; Vemos alarmas externas.

allip:alcat=apt; vemos alarmas de conexiones fisicas en los nodos.
allip:alcat=apz; vemos alarmas de software.
allip:acl=a1; vemos alarmas de clase A1.
allip:acl=a2; vemos alarmas de clase A2.
allip:acl=o1; vemos alarmas de observacion.
allip:acl=o2; vemos alarmas de observacion.

M3UA DESTINATION INACCESSIBLE, (En MSC O BSC)

m3rsp:dest=all;
m3rsp:dest=(dest);CON ESTE COMANDO SE CORROBORA SI ESTA ACTIVOS O INACTIVOS
ELEMENTOS
m3asp;

EJEMPLOm3rsp:dest=(dest)

<m3rsp:dest=3-4169;
M3UA ROUTING DATA

DEST SPID DST SAID PRIO RST

3-4169 MSSMC3 AVA SCTP1_STPCCS3 1 EN-ACT-AVA
SCTP2_STPCCS3 1 EN-ACT-AVA
SCTP2_STPVAL3 1 EN-ACT-AVA
SCTP1_STPVAL3 1 EN-ACT-AVA
END

M3UA SIN AFECTACION

<

RP FAULT

allip:alcat=apz;verifico si alarma esta presente o retenida

BLRPI:RP=Nro,FORCED;bloqueo
BLRPE:RP=Nro;desbloqueo
allip:alcat=apz;verifico si ceso
exrpp:rp=all;veifico estado de todos los RP(DEBEN ESTAR idle)

Datos Generales:

Pasos para abrir el alarm tool en caso de falla del OSS:

1)Abrir carpeta en efo llamada Winfiol

efo/winfiol

y Copiar alarmas

2)Ir a mis documentos/Winfiol/ChnFiles pegar alarmas

3)abrir el alarm tool/acceso directo en efo

4)abrir channel de alarmas de c/u de los equipos

Chanel-Open-clic a cada alarma

Contactos