Por exemplo:

Reclamação da GVT de que os CICs 449 a 479 estão recebendo bloqueio remoto.
GVT se interconecta com a VIVO pela MsoftHUAWEI e esta aloca os canais de voz via UMG Huawei.
Na MsoftHuawei (MGIINDA / MGIBVTA)

LST RT
Marcar route name TO_GVT_POA_51
Marcar Sub-route: yes (mostrará a rota da vivo com a GVT)

Retornou a rota XBGVA1B.

LST N7TKC

Usarei a sub-rota XBGVA1B no campo trunk group name, e os CICs 449 a 479

LST N7TKC

Listou todos os CICs. Circuit Terminal ID é o TID. Cada CIC tem um número de TID.
DSP N7TKC

Office name: GVT_POA_51

Start CIC 449 e end CIC 479

Retornou que os CICs estão IDLE, BUSY.

Poderiam estar fault. Daí iríamos para a UMG.
Quando está fault na coluna REASON aparece a indicação de canais de recepção bloqueados, como se fosse
o LIBL na ERICCSON.
Na UMG

MIAINDA / MIABVTA

DSP TIDPORT
Então:
CIC: 449 --- TID: 11457
até
CIC: 479 --- TID: 11487

Obs.: o TID 11456 existe, porém não usamos, assim como na ERICSSON não usamos o primeiro juntor da
rota. Se printar o TID 11456 ele irá apresentar NORMAL ou FAULT.

No DSP TIDPORT pesquisamos qualquer TID entre 11456 até 11487.

Neste exemplo abaixo apareceu como NORMAL por que a rota está ok como visto acima quando os
juntores estavam IDLE, BUSY.
Se na rota lá na MsoftHUAWEI estivesse aparecendo fault e aqui no DSP TIDPORT o TID aparecer NORMAL
é por que o E1 está normal (work) porém os juntores bloqueados remotamente do outro lado vindo da
GVT. (EXEMPLO do LIBL na ERICSSON).

E, se tiver fault no resultado do DSP TIDPORT passamos para Transmissão verificar.

Colocar o número do TID no SMTX no mesmo campo onde colocamos o RTDMA da ERICSSON (posição
lógica). (TID-11456)
Daí descobrimos o CIRCUITO no SMTX para tramitar.