A placa Lennon (WS-X6608-T1/E1) é um gateway digital de 8 portas e/ou farm de processador de sinal digital (DSP) que usa o Skinny Client Control Protocol (SCCP) para interagir com o Cisco CallManager 3.0.
Este documento fornece uma visão geral detalhada dos comandos debug e de nível de engenharia disponíveis para a solução de problemas com gateways Lennon. O documento aborda desde como solucionar problemas de registro até como obter informações diretamente do processador 860 e da solução de DSPs.
Não existem requisitos específicos para este documento.
As informações neste documento são baseadas nestas versões de software e hardware:
Placa de Gateway Digital WS-X6608-T1/E1
Cisco Catalyst 6000 Series Switches
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
For more information on document conventions, refer to the Cisco Technical Tips Conventions.
Primeiro, você deve garantir que o módulo seja reconhecido no chassi, esteja ligado e em um estado operacional.
Certifique-se de que o módulo seja reconhecido e tenha energia com o comando show env power.
evoice-cat6k-6a (enable) show env power 7 Module 7: Slot power Requirement/Usage : Slot Card Type PowerRequested PowerAllocated CardStatus Watts A @42V Watts A @42V ---- ------------------- ------- ------ ------- ------ ---------- 3 WS-X6608-T1 83.16 1.98 83.16 1.98 ok
Se o tipo de placa estiver correto, o módulo é reconhecido. O campo CardStatus mostra outro enquanto a placa é ligada. Eventualmente mostra bem. Se a placa mostrar deny, não há energia suficiente no sistema para ligar o módulo.
Em seguida, verifique as versões de carregamento do APP e do DSP com a ajuda do comando show version:
dtl7-1-cat6000-a (enable) show version 3 Mod Port Model Serial # Versions --- ---- ------------------- ----------- -------------------------------------- 3 8 WS-X6608-T1 SAD04380DAW Hw : 1.1 Fw : 5.4(2) Sw : 6.1(1a) HP1: D004G300; DSP1: D005B300 (3.3.18) HP2: D004G300; DSP2: D005B300 (3.3.18) HP3: D004G300; DSP3: D005B300 (3.3.18) HP4: D004G300; DSP4: D005B300 (3.3.18) HP5: C001H300; DSP5: C002F300 (3.1.2) HP6: C001H300; DSP6: C002F300 (3.1.2) HP7: M001H300; DSP7: M002F300 (3.1.2) HP8: M001H300; DSP8: M002F300 (3.1.2)
HP significa Host Processor que são os oito processadores 860 separados na Lennon. O ID de carga a seguir é conhecido como a carga do aplicativo. O campo DSP indica o número da versão do código DSP carregado nos oito DSPs daquela porta Lennon específica (isso dá um total de 64 DSPs). Esses campos podem estar vazios se os DSPs estiverem sendo atualizados no momento.
A versão de carga do aplicativo também informa para que função a porta está configurada no momento. As três configurações válidas são Gateway PRI digital, Conference Bridge ou Transcoder/Message Transfer Part (MTP). Os quatro primeiros caracteres do arquivo de carregamento informam que tipo de arquivo ele é:
D004 = Carga do aplicativo de gateway digital
D005 = Carga DSP do gateway digital
C001 = Carga do aplicativo Conference Bridge
C002 = Carga DSP da ponte de conferência
M001 = Transcodificador/Carga do aplicativo MTP
M002 = Carga DSP de transcodificador/MTP
O nome do arquivo de carga do DSP nunca é configurado pelo usuário. Ele está diretamente ligado a um arquivo de carga de aplicativo específico. Vários arquivos de carregamento de aplicativo geralmente apontam para o mesmo arquivo de carga de DSP, pois menos alterações são feitas em cargas de DSP. Por exemplo, os arquivos de carga do aplicativo D0040300, D004A300 e D004B300 podem usar o arquivo de carga do DSP D0050300.
Em seguida, verifique se o módulo tem informações de configuração IP válidas e se está registrado no Cisco CallManager. Use o comando show port.
dtl7-1-cat6000-a (enable) show port 3 Port Name Status Vlan Duplex Speed Type ----- ------------------ ---------- ---------- ------ ----- ------------ 3/1 connected 17 full 1.544 T1 3/2 connected 17 full 1.544 T1 3/3 connected 17 full 1.544 T1 3/4 connected 17 full 1.544 T1 3/5 enabled 17 full - Conf Bridge 3/6 enabled 17 full - Conf Bridge 3/7 enabled 17 full - MTP 3/8 enabled 17 full - MTP Port DHCP MAC-Address IP-Address Subnet-Mask -------- ------- ----------------- --------------- --------------- 3/1 enable 00-01-c9-d8-55-74 10.192.17.98 255.255.255.0 3/2 enable 00-01-c9-d8-55-75 10.192.17.107 255.255.255.0 3/3 enable 00-01-c9-d8-55-76 10.192.17.108 255.255.255.0 3/4 enable 00-01-c9-d8-55-77 10.192.17.109 255.255.255.0 3/5 enable 00-01-c9-d8-55-78 10.192.17.110 255.255.255.0 3/6 enable 00-01-c9-d8-55-79 10.192.17.93 255.255.255.0 3/7 enable 00-01-c9-d8-55-7a 10.192.17.95 255.255.255.0 3/8 enable 00-01-c9-d8-55-7b 10.192.17.96 255.255.255.0 Port Call-Manager(s) DHCP-Server TFTP-Server Gateway -------- ----------------- --------------- --------------- --------------- 3/1 172.18.112.17* 172.18.112.11 172.18.112.17 10.192.17.254 172.18.112.18 3/2 172.18.112.17* 172.18.112.11 172.18.112.17 10.192.17.254 172.18.112.18 3/3 172.18.112.17* 172.18.112.11 172.18.112.17 10.192.17.254 172.18.112.18 3/4 172.18.112.17* 172.18.112.11 172.18.112.17 10.192.17.254 172.18.112.18 3/5 172.18.112.17* 172.18.112.11 172.18.112.17 10.192.17.254 172.18.112.18 3/6 172.18.112.17* 172.18.112.11 172.18.112.17 10.192.17.254 172.18.112.18 3/7 172.18.112.17* 172.18.112.11 172.18.112.17 10.192.17.254 172.18.112.18 3/8 172.18.112.17* 172.18.112.11 172.18.112.17 10.192.17.254 172.18.112.18 (*): Primary Port DNS-Server(s) Domain -------- ----------------- ------------------------------------------------- 3/1 161.44.15.250* cisco.com 161.44.21.250 3/2 161.44.15.250* cisco.com 161.44.21.250 3/3 161.44.15.250* cisco.com 161.44.21.250 3/4 161.44.15.250* cisco.com 161.44.21.250 3/5 161.44.15.250* cisco.com 161.44.21.250 3/6 161.44.15.250* cisco.com 161.44.21.250 3/7 161.44.15.250* cisco.com 161.44.21.250 3/8 161.44.15.250* cisco.com 161.44.21.250 (*): Primary Port CallManagerState DSP-Type -------- ---------------- -------- 3/1 registered C549 3/2 registered C549 3/3 registered C549 3/4 registered C549 3/5 registered C549 3/6 registered C549 3/7 registered C549 3/8 registered C549 Port NoiseRegen NonLinearProcessing ----- ---------- ------------------- 3/1 enabled enabled 3/2 enabled enabled 3/3 enabled enabled 3/4 enabled enabled 3/5 disabled disabled 3/6 disabled disabled 3/7 disabled disabled 3/8 disabled disabled Port Trap IfIndex ----- -------- ------- 3/1 disabled 1262 3/2 disabled 1263 3/3 disabled 1264 3/4 disabled 1265 3/5 disabled 1266 3/6 disabled 1267 3/7 disabled 1268 3/8 disabled 1269
Nesta saída do comando show port, certifique-se de que o endereço IP, a máscara de sub-rede, o gateway, o servidor DNS, o domínio e os endereços do servidor TFTP estejam corretos. Verifique também se as portas estão na VLAN correta. Cada porta Lennon pode ser colocada em uma sub-rede diferente e agir independentemente das outras portas no mesmo módulo.
Verifique se a placa se registrou no Cisco CallManager. Se a placa não estiver registrada e tiver sido configurada no Cisco CallManager, consulte a seção Troubleshoot Registration Problems deste documento.
O comando show port também pode ser usado para verificar o status de cada uma das portas individuais na placa. O campo de status varia de acordo com o tipo de porta (Gateway/Conf/MTP).
Para qualquer porta não registrada com o Cisco CallManager, a porta está em um estado habilitado ou desabilitado com base no status configurado nessa porta. As portas MTP e Conference Bridge também mostram ativadas ou desativadas.
As portas do Gateway Digital Registrado mostram conectadas ou não conectadas com base no status do canal D. Lembre-se de que o canal D termina no Cisco CallManager, não na placa Lennon.
Quando uma chamada está ativa, o comando show port voice ative pode ser usado para coletar informações sobre todas as chamadas ativas no sistema e informações detalhadas sobre as chamadas individuais. O tipo mostra a chamada para uma porta de gateway, conferência para uma porta de conferência e transcodificação para transcodificação e MTP.
dtl7-1-cat6000-a (debug-eng) show port voice active Port Type Total Conference-ID/ Party-ID IP-Address Transcoding-ID ----- ------------ ----- -------------- -------- --------------- 3/1 call 2 - - 10.192.17.115 10.192.17.93 3/6 conferencing 1 1 6 10.192.17.98 7 10.192.17.112 5 10.192.17.114 3/8 transcoding 1 2 9 172.18.112.109 11 10.192.17.113
Emita o comando show port voice ative para uma única porta para obter detalhes adicionais. Uma chamada de gateway se parece com essa saída e os campos são autoexplicativos.
dtl7-1-cat6000-a (debug-eng) show port voice active 3/1 Port 3/1 : Channel #22: Remote IP address : 10.192.17.115 Remote UDP Port: 20972 ACOM Level Current : 200 Call State : voice Codec Type : G711 ULAW PCM Coder Type Rate: 20 ERL Level : 200 Voice Activity Detection : disabled Echo Cancellation : enabled Fax Transmit Duration (ms) : 0 Hi Water Playout Delay : 65 Low Water Playout Delay : 65 Receive Bytes : 0 Receive Delay : 65 Receive Packets: 0 Transmit Bytes : 7813280 Transmit Packets : 48833 Tx Duration (ms) : 3597580 Voice Tx Duration (ms) : 3597580
Esta é a mesma saída de comando para uma porta de conferência. Cada conferência mostra os participantes da conferência, bem como o codec usado e o tamanho do pacote.
dtl7-1-cat6000-a (debug-eng) show port voice active 3/6 Port 3/6 : Conference ID: 1 Party ID: 6 Remote IP address : 10.192.17.98 UDP Port : 26522 Codec Type : G711 ULAW PCM Packet Size (ms) : 20 Party ID: 7 Remote IP address : 10.192.17.112 UDP Port : 17164 Codec Type : G711 ULAW PCM Packet Size (ms) : 20 Party ID: 5 Remote IP address : 10.192.17.114 UDP Port : 19224 Codec Type : G711 ULAW PCM Packet Size (ms) : 20
Esta é a saída de uma porta de transcodificação. Aqui vocês veem os dois codecs diferentes que são transcodificados. Se a porta fizer apenas MTP sem transcodificação, o tipo de codec será o mesmo para os dois participantes.
dtl7-1-cat6000-a (debug-eng) show port voice active 3/8 Port 3/8 : Transcoding ID: 2 Party ID: 9 Remote IP address : 172.18.112.109 UDP Port : 17690 Codec Type : G7231 HIGH RATE Packet Size (ms) : 30 Party ID: 11 Remote IP address : 10.192.17.113 UDP Port : 18732 Codec Type : G729 B CS ACELP VAD Packet Size (ms) : 20 Total: 1
Um dos problemas mais comuns encontrados é verificar se a placa está funcionando e se recebeu seu endereço IP por DHCP ou configuração manual.
O comando show port mostra as informações de endereço IP do Cisco CallManager. Verifique se as informações IP e o endereço IP TFTP estão corretos. . Fornece o endereço IP do Cisco CallManager. Se a porta Lennon não conseguir obter informações de DHCP válidas, o utilitário tracy pode ser usado para determinar qual é o problema. Emita o comando tracy_start mod port a partir da CLI do Catalyst 6000.
Neste exemplo, Lennon é o módulo 3. O comando emitido para solucionar problemas na porta 3/1 é tracy_start 3 1.
dtl7-1-cat6000-a (debug-eng) | | | | ||| ||| ||||| ||||| ..:|||||||:....:|||||||:.. C i s c o S y s t e m s CAT6K Digital Gateway (Lennon) APP Version : D004G300, DSP Version : D005B300, Built Sep 13 2000 15:06:02 Device Name : SDA0001C9D85577 02:38:26.620 (CFG) DHCP Timeout Waiting on Server, DHCPState = INIT 02:38:58.620 (CFG) DHCP Timeout Waiting on Server, DHCPState = INIT 02:39:02.620 (CFG) DHCP Timeout Waiting on Server, DHCPState = INIT
Se essa mensagem de tempo limite continuar rolando por aqui, há um problema ao entrar em contato com o servidor DHCP. Primeiro, verifique se a porta Lennon está na VLAN correta. Essas informações estão no comando show port. Se o servidor DHCP não estiver na mesma VLAN que a porta Lennon, certifique-se de que os endereços IP Helper apropriados estejam configurados para encaminhar as solicitações DHCP ao servidor DHCP. Há alguns bugs em devtest em que o Lennon fica preso neste estado INIT após uma alteração no número da VLAN até que o Lennon seja redefinido. Quando estiver nesse estado, redefina o Lennon se tudo estiver configurado corretamente. Toda vez que o 860 é redefinido, você perde sua sessão de rastreamento. Portanto, você deve fechar sua sessão ativa e restabelecer uma nova emitindo estes comandos:
tracy_close mod port tracy_start mod port
Verifique se o Network Management Processor (NMP) também pode se comunicar com a porta Lennon. Tente fazer ping do endereço IP interno do NMP. O endereço IP está no formato:
127.1.module.port
Para a porta Lennon 5/4:
Console (enable) ping 127.1.5.4 127.1.5.4 is alive
Se tudo isso for verificado e você ainda vir as mensagens DHCPSate = INIT, verifique se o servidor DHCP funciona corretamente. Depois disso, obtenha um rastreamento de farejador para ver se as solicitações são enviadas e se o servidor responde ou não.
Depois que o DHCP funciona corretamente, a saída do comando tracy precisa mostrar:
00:09:05.620 (CFG) DHCP Server Response Processed, DHCPState = REQUESTING 00:09:05.620 (CFG) DHCP Server Response Processed, DHCPState = BOUND 00:09:05.620 (CFG) Requesting DNS Resolution of CiscoCM1 00:09:05.620 (CFG) DNS Error on Resolving TFTP Server Name. 00:09:05.620 (CFG) TFTP Server IP Set by DHCP Option 150 = 10.123.9.2
A próxima etapa é garantir que o endereço IP do servidor TFTP esteja correto e que o Elvis obtenha seu arquivo de configuração do servidor TFTP. Se você vir isso na saída do tracy, o serviço TFTP provavelmente não funciona corretamente ou o Elvis provavelmente não está configurado no Cisco CallManager:
00:09:05.620 (CFG) Requesting SAA00107B0013DE.cnf File From TFTP Server 00:09:18.620 (CFG) TFTP Error: Timeout Awaiting Server Response for .cnf File!
A porta Lennon tentará se conectar ao mesmo endereço IP do servidor TFTP se não receber um arquivo de configuração. Isso é bom, a menos que você esteja em um ambiente de cluster no qual o gateway precisa receber sua lista de Cisco Call Managers redundantes. Se a placa não receber as informações de TFTP corretamente, verifique o serviço TFTP no Cisco CallManager e certifique-se de que ele seja executado. Além disso, verifique o rastreamento TFTP no Cisco CallManager.
Outro problema comum é que a porta Lennon não está configurada corretamente no Cisco CallManager. Um erro típico é quando você digita incorretamente o endereço MAC do Elvis. Se esse for o caso, você provavelmente continuará a obter essa saída no console NMP a cada dois minutos:
2000 Apr 14 19:24:08 %SYS-4-MODHPRESET:Host process (860) 7/1 got reset asynchronously 2000 Apr 14 19:26:05 %SYS-4-MODHPRESET:Host process (860) 7/1 got reset asynchronously 2000 Apr 14 19:28:02 %SYS-4-MODHPRESET:Host process (860) 7/1 got reset asynchronously
Esta é a saída do comando tracy se a porta Lennon não estiver no banco de dados do Cisco CallManager:
| | | | ||| ||| ||||| ||||| ..:|||||||:....:|||||||:.. C i s c o S y s t e m s CAT6K Digital Gateway (Lennon) APP Version : D004G300, DSP Version : D005B300, Built Sep 13 2000 15:06:02 Device Name : 00:00:00.020 (XA) MAC Addr : 00-01-C9-D8-55-77 00:00:00.020 NMPTask:got message from XA Task 00:00:00.020 (NMP) Open TCP Connection ip:7f010101 00:00:00.030 NMPTask:Send Module Slot Info 00:00:00.030 NMPTask:get DIAGCMD 00:00:00.030 NMPTask:send DIAGCMD TCP ack 00:00:00.030 SPAN: Transmit clock slaved to span 3 00:00:00.030 SPAN: Transmit clock set to internal osc. 00:00:00.580 (DSP) Test Begin -> Mask<0x00FFFFFF> 00:00:01.570 SPAN: Transmit clock slaved to span 3 00:00:01.570 SPAN: Transmit clock set to internal osc. 00:00:01.570 (DSP) Test Complete -> Results<0x00FFFFFF/0x00FFFFFF> 00:00:01.810 NMPTask:get VLANCONFIG 00:00:02.870 (CFG) Starting DHCP 00:00:02.870 (CFG) Booting DHCP for dynamic configuration. 00:00:03.170 (CFG) DHCP Request or Discovery Sent, DHCPState = INIT 00:00:03.170 (CFG) DHCP Server Response Processed, DHCPState = REQUESTING 00:00:03.170 (CFG) DHCP Server Response Processed, DHCPState = BOUND 00:00:03.170 (CFG) Requesting DNS Resolution of CiscoCM1 00:00:16.170 (CFG) DNS Server Timeout on Resolving TFTP Server Name. 00:00:16.170 (CFG) TFTP Server IP Set by DHCP Option 150 = 172.18.112.17 00:00:16.170 (CFG) Requesting SDA0001C9D85577.cnf File From TFTP Server 00:00:16.170 (CFG) TFTP Error: .cnf File Not Found! 00:00:16.170 (CFG) Requesting SDADefault.cnf File From TFTP Server 00:00:16.170 (CFG) .cnf File Received and Parsed Successfully. 00:00:16.170 (CFG) Updating Configuration ROM... 00:00:16.620 GMSG: GWEvent = CFG_DONE --> GWState = SrchActive 00:00:16.620 GMSG: CCM#0 CPEvent = CONNECT_REQ --> CPState = AttemptingSocket 00:00:16.620 GMSG: Attempting TCP socket with CCM 172.18.112.17 00:00:16.620 GMSG: CCM#0 CPEvent = SOCKET_ACK --> CPState = BackupCCM 00:00:16.620 GMSG: GWEvent = SOCKET_ACK --> GWState = RegActive 00:00:16.620 GMSG: CCM#0 CPEvent = REGISTER_REQ --> CPState = SentRegister 00:00:16.770 GMSG: CCM#0 CPEvent = CLOSED --> CPState = NoTCPSocket 00:00:16.770 GMSG: GWEvent = DISCONNECT --> GWState = SrchActive 00:00:16.770 GMSG: CCM#1 CPEvent = CONNECT_REQ --> CPState = AttemptingSocket 00:00:16.770 GMSG: Attempting TCP socket with CCM 172.18.112.18 00:00:16.770 GMSG: CCM#1 CPEvent = SOCKET_NACK --> CPState = NoTCPSocket 00:00:16.770 GMSG: GWEvent = DISCONNECT --> GWState = Rollover 00:00:31.700 GMSG: GWEvent = TIMEOUT --> GWState = SrchActive 00:00:31.700 GMSG: CCM#0 CPEvent = CONNECT_REQ --> CPState = AttemptingSocket 00:00:31.700 GMSG: Attempting TCP socket with CCM 172.18.112.17 00:00:31.700 GMSG: CCM#0 CPEvent = SOCKET_ACK --> CPState = BackupCCM 00:00:31.700 GMSG: GWEvent = SOCKET_ACK --> GWState = RegActive 00:00:31.700 GMSG: CCM#0 CPEvent = REGISTER_REQ --> CPState = SentRegister 00:00:31.850 GMSG: CCM#0 CPEvent = CLOSED --> CPState = NoTCPSocket 00:00:31.850 GMSG: GWEvent = DISCONNECT --> GWState = SrchActive 00:00:31.850 GMSG: CCM#1 CPEvent = CONNECT_REQ --> CPState = AttemptingSocket 00:00:31.850 GMSG: Attempting TCP socket with CCM 172.18.112.18 00:00:31.850 GMSG: CCM#1 CPEvent = SOCKET_NACK --> CPState = NoTCPSocket 00:00:31.850 GMSG: GWEvent = DISCONNECT --> GWState = Rollover
O comando show port mostra a porta Lennon como não registrada como vista nesta saída:
dtl7-1-cat6000-a (debug-eng) show port 3/4 Port Name Status Vlan Duplex Speed Type ----- ------------------ ---------- ---------- ------ ----- ------------ 3/4 enabled 17 full - unknown Port DHCP MAC-Address IP-Address Subnet-Mask -------- ------- ----------------- --------------- --------------- 3/4 enable 00-01-c9-d8-55-77 10.192.17.109 255.255.255.0 Port Call-Manager(s) DHCP-Server TFTP-Server Gateway -------- ----------------- --------------- --------------- --------------- 3/4 - 172.18.112.11 172.18.112.17 10.192.17.254 Port DNS-Server(s) Domain -------- ----------------- ------------------------------------------------- 3/4 161.44.15.250* cisco.com 161.44.21.250 (*): Primary Port CallManagerState DSP-Type -------- ---------------- -------- 3/4 notregistered C549 Port NoiseRegen NonLinearProcessing ----- ---------- ------------------- 3/4 - - Port Trap IfIndex ----- -------- ------- 3/4 disabled 1265
Outro possível problema de registro pode ser se as informações de carregamento estiverem incorretas ou se o arquivo de carregamento estiver corrompido. O problema também pode ocorrer se o servidor TFTP não funcionar. Nesse caso, tracy mostra que o servidor TFTP relata que o arquivo não foi encontrado:
00:00:07.390 GMSG: CCM#0 CPEvent = REGISTER_REQ --> CPState = SentRegister 00:00:08.010 GMSG: TFTP Request for application load D0041300 00:00:08.010 GMSG: CCM#0 CPEvent = LOADID --> CPState = AppLoadRequest 00:00:08.010 GMSG: *** TFTP Error: File Not Found *** 00:00:08.010 GMSG: CCM#0 CPEvent = LOAD_UPDATE --> CPState = LoadResponse
Nesse caso, o Lennon solicita o App Load D0041300 embora o nome de carga correto seja D0040300. O mesmo problema pode ocorrer quando uma nova carga de aplicativo precisa obter sua carga de DSP correspondente também. Se a nova carga DSP não for encontrada, uma mensagem semelhante será exibida.
Originalmente, as únicas estatísticas de Camada 1 que poderiam ser obtidas das portas Lennon configuradas como um gateway T1/E1 eram por meio desse comando. Essa opção estava disponível somente para portas T1, pois não há provisão para Enlace de Dados de Instalação (FDL - Facility Data Link) em E1.
cat6k-2 (enable) show port voice fdl 3/1 Port ErrorEvents ErroredSecond SeverlyErroredSecond Last 15' Last 24h Last 15' Last 24h Last 15' Last 24h ----- -------- -------- -------- -------- -------- ----------- 3/1 65535 65535 900 20864 900 20864 Port FailedSignalState FailedSignalSecond Last 15' Last 24h Last 15' Last 24h ----- -------- -------- -------- --------- 3/1 1 1 900 20864 Port LES BES LCV Last 15' Last 24h Last 15' Last 24h Last 15' Last 24h ----- -------- -------- -------- -------- -------- -------- 3/1 0 0 0 0 0 0
No entanto, a partir da Carga do Aplicativo D004S030.bin, é possível obter estatísticas mais detalhadas das portas Lennon usando a opção de depuração CLI tracy_send_cmd como mostrado nesta saída:
cat6k-2 (debug-eng) tracy_start 3 1 cat6k-2 (debug-eng) tracy_send_cmd Usage: tracy_send_cmd <modN> <portN> " <taskID> <enable/set/get> <cmd>[options] <level>/[level] "
A depuração de Tracy também pode ser feita executando o aplicativo 'DickTracy' no PC e acessando o processador de host HP860 em Lennon através de uma sessão IP. Se você usar o aplicativo 'DickTracy', depois que a sessão IP for estabelecida com o 860, use as opções de menu para definir o ID da tarefa do Framer como 16 e execute esses comandos.
show config
00:00:51.660 SPAN: CLI Request --> Show Span Configuration Applique type is Channelized E1 Line Encoding -------> HDB3 Framing Format ------> CRC4 Signaling Mode ------> ISDN Facility Data Link --> NONE (Disabled) D-channel -----------> Enabled Timing Source -------> slaved to Span 0 Rx Clock Line Loopback Type --> No Loopback Span Description ----> (or for T1 example) 00:01:11.020 SPAN: CLI Request --> Show Span Configuration Applique type is Channelized T1 Line Encoding -------> B8ZS Framing Format ------> ESF Signaling Mode ------> ISDN Facility Data Link --> AT&T PUB 54016 Yellow Alarm Mode ---> F-bit Insertion Line Buildout -------> 0dB D-channel -----------> Enabled Timing Source -------> Internal Osc. Line Loopback Type --> No Loopback Span Description ---->
show status
00:00:36.160 SPAN: CLI Request --> Show Span Summary Status E1 6/1 is up No alarms detected. Alarm MIB Statistics Yellow Alarms -------> 1 Blue Alarms ---------> 0 Frame Sync Losses ---> 0 Carrier Loss Count --> 0 Frame Slip Count ----> 0 D-chan Tx Frame Count ----> 5 D-chan Tx Frames Queued --> 0 D-chan Tx Errors ---------> 0 D-chan Rx Frame Count ----> 5 D-chan Rx Errors ---------> 0 (or for T1 example) 00:00:51.310 SPAN: CLI Request --> Show Span Summary Status T1 6/1 is down Transmitter is sending Remote Alarm Receiver has AIS Indication Alarm MIB Statistics Yellow Alarms -------> 1 Blue Alarms ---------> 2 Frame Sync Losses ---> 2 Carrier Loss Count --> 0 Frame Slip Count ----> 0 D-chan Tx Frame Count ----> 43 D-chan Tx Frames Queued --> 0 D-chan Tx Errors ---------> 0 D-chan Rx Frame Count ----> 0 D-chan Rx Errors ---------> 0
show fdlinterval 3 — O número 3 é o número de intervalos a serem exibidos, a partir da parte traseira mais recente.
00:01:21.350 SPAN: CLI Request --> Dump local FDL 15-min interval history 0 Complete intervals stored. Data in current interval (78 seconds elapsed): 1 Line Code Violations, 0 Path Code Violations, 0 Received E-bits 0 Slip Secs, 3 Fr Loss Secs, 1 Line Err Secs 3 Errored Secs, 0 Bursty Err Secs, 3 Severely Err Secs, 0 Unavail Secs 24-Hr Totals: 0 Line Code Violations, 0 Path Code Violations, 0 Received E-bits 0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs 0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
show dtefdl 3 —O número 3 é o número de intervalos.
Esse comando fornece estatísticas de ponta usando FDL. Portanto, somente para T1 se o FDL estiver funcional e as solicitações forem atendidas pelo CO.
Revisão | Data de publicação | Comentários |
---|---|---|
1.0 |
02-Feb-2006 |
Versão inicial |