Resolução de erros de Softswitch PGW 2200 para chamadas suspensas MGCP
Opções de download
Linguagem imparcial
O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.
Sobre esta tradução
A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.
Contents
Introduction
Este documento explica os itens vinculados a chamadas suspensas no gateway para a solução Cisco PGW 2200 Softswitch de controle de chamadas, em combinação com um cenário para ajudá-lo a solucionar problemas. Atualmente, o gateway do Cisco IOS® não tem a capacidade de correlacionar o elemento de processamento de serviço (SPE) (que é explicado no documento Understanding NextPort SPE Versions) com uma conexão de serviço digital zero (DS0) e um Media Gateway Control Protocol (MGCP). Sem as depurações do Cisco IOS, não é possível mapear um DS0 para um processador de sinal digital (DSP) com o comando Cisco IOS show tdm mapping para tipos de chamada baseados em MGCP. A ID de bug da Cisco CSCdz47711 (somente clientes registrados) é apresentada para corrigir essa situação para os gateways Cisco IOS AS5350, AS5400 e AS5850.
Prerequisites
Requirements
Os leitores deste documento devem estar cientes destes tópicos:
-
Documentação do software Cisco Media Gateway Controller versão 9
-
Notas de versão do software Cisco Media Gateway Controller versão 9.3(2)
-
Notas de versão do software Cisco Media Gateway Controller versão 9.4(1)
Componentes Utilizados
As informações neste documento são baseadas nestas versões de software e hardware:
-
Software Cisco PGW 2200 versões 9.3(2) e 9.4(1)
-
Cisco IOS Gateway Release 12.3 e 12.3T
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.
Conventions
For more information on document conventions, refer to the Cisco Technical Tips Conventions.
Resolver erros de chamada suspensa MGCP
Se você experimentar um cenário de chamada de MGCP suspenso, o uso de depurações não será útil. Além disso, para um sistema ativo, é difícil correlacionar o envelope de payload síncrono (SPE) com uma conexão DS0 e MGCP. Se você deseja correlacionar o DS0 e o DSP de uma chamada ativa, este documento fornece uma explicação.
Antes de começar, no PGW 2200, certifique-se de que a configuração MgcpBehavior (use Man-Machine Language [MML]) tenha um valor igual a 2 para o gateway do Cisco IOS. Consulte o documento Parâmetros do arquivo XECfgParm.dat para obter mais informações.
PGW 2200 versão 9.1(5):
-
Se o MgcpBehavior for igual a 1 (gateways que não são baseados no Cisco IOS Software, como o Cisco Voice Interworking Service Module [VISM] e o Cisco MGX) após o recebimento do código de erro 501, o PGW 2200 configura o circuito para um estado para impedir o uso posterior. Consulte o documento Componentes e Propriedades para obter mais informações.
-
Se o MgcpBehavior for igual a 2 (gateway do Cisco IOS), ao receber o código de erro 501, o PGW 2200 configura o circuito para um estado para impedir o uso posterior. Ao receber o código de erro 502 em resposta ao primeiro CRCX (Create Connection, Criar conexão), o PGW 2200 envia a mensagem DLCX (MGCP Delete Connection, conexão de exclusão de MGCP), seguida por outra mensagem do MGCP CRCX. Se outro código de erro 502 for retornado pelo gateway do Cisco IOS, a chamada será liberada. A suposição é que o circuito é novamente utilizável. Consulte o documento Componentes e Propriedades para obter mais informações.
PGW 2200 versão 9.2(2) e posterior:
-
Se o MgcpBehavior for igual a 1 (para o VISM e o MGX), após o recebimento do código de erro 501, o PGW 2200 configura o circuito para um estado para impedir o uso posterior.
-
Se o MgcpBehavior for igual a 2 (gateway do Cisco IOS), ao receber o código de erro 501, o PGW 2200 configura o circuito para um estado para impedir o uso posterior. Ao receber o código de erro 502 (para a primeira mensagem MGCP CRCX), o PGW 2200 envia uma mensagem MGCP DLCX seguida por outra mensagem MGCP CRCX. Se o PGW 2200 receber outro código de erro 502, a chamada será liberada. O circuito é definido para um estado para impedir o uso posterior. Ao mesmo tempo, o circuito é incluído em uma lista de circuitos nos quais é realizada uma mini auditoria de fundo. Esta auditoria envia uma mensagem MGCP DLCX forçada para todos os circuitos na lista de auditoria mini para tentar sincronizar o estado do circuito com o PGW 2200.
O tempo limite de resposta MGCP é tratado como uma condição GW_HELD de falha transitória, e a mensagem MGCP DLCX é repetida a cada minuto. Somente o recebimento da mensagem Reiniciar em Andamento (RSIP) (graceful/forced), código de erro MGCP 500 ou um dos códigos de erro especiais 501/502 causará uma falha permanente se a propriedade MgcpBehavior estiver definida adequadamente. Lembre-se de que o código de erro 500 sempre causa uma falha, independentemente do comportamento do Mgcp, pois ele é igual a "endpoint unknown" (ponto de extremidade desconhecido).
Observação: com o PGW 2200 versão 9.5(2) e posterior, o PGW 2200 implementou o MGCP 1.0. Isso proporciona mais robustez e melhores procedimentos de tratamento de erros.
| Mensagem | Software Cisco IOS (5xxx) |
|---|---|
| CRCX | 502 |
| Modificar conexão (MDCX) | 515 |
| DLCX | 250 |
| Solicitação de notificação (RQNT) | 400 |
| Ponto de Extremidade da Auditoria (AUEP) | 500 |
Isso porque o PGW 2200 tem um mecanismo de auditoria para sincronizar os estados do canal com o elemento de rede, como um gateway do Cisco IOS, com o qual ele se comunica. O programa de auditoria da PGW 2200 é executado às 4h00. (0400) todas as manhãs e as ações em causa são realizadas de acordo com diferentes cenários:
-
Cenário 1: Quando o estado do canal está OCUPADO no PGW 2200 e no gateway do Cisco IOS, não há ação.
-
Cenário 2: Quando o estado do canal é IDLE no PGW 2200 e também no gateway do Cisco IOS, um MGCP DLCX é enviado ao gateway do Cisco IOS para esse endpoint. Isso limpa qualquer conexão suspensa, se existir.
-
Cenário 3: Quando o estado do canal está OCUPADO no PGW 2200 e IDLE no gateway do Cisco IOS, o PGW 2200 libera a chamada e envia um DLCX ao gateway do Cisco IOS para o endpoint correspondente para sincronizar o gateway do Cisco IOS.
-
Cenário 4 : Quando o canal é IDLE no PGW 2200 e BUSY no gateway do Cisco IOS, o PGW 2200 envia um MGCP DLCX para o gateway do Cisco IOS para o endpoint correspondente para sincronizar o gateway do Cisco IOS. O procedimento de auditoria de gateway PGW 2200 e Cisco IOS limpa o canal no gateway do Cisco IOS.
Se o procedimento inicial que a Linguagem de Definição de Mensagens (MDL - Message Definition Language) invoca não trazer o circuito para uma condição de ociosidade, ele invoca uma interface do mecanismo para marcar o endpoint como desativado e criar uma entrada para o mecanismo especial de auditoria de endpoint suspenso/retorcido do mecanismo.
Para alterar o valor de MgcpBehavior para o gateway do Cisco IOS, altere a propriedade MgcpBehavior nos MGCPPATHs para 2.
mml> prov-sta::srcver="active",dstver="cisco1" mml> prov-ed:sigsvcprop:name="sigmgcpto5xxx",MgcpBehavior="2" mml> prov-cpy
Observação: em alguns casos, é solicitado que um recarregamento do gateway do Cisco IOS inicie de uma situação limpa novamente. Antes de fazer isso, um registro detalhado do gateway do Cisco IOS pode ajudar a resolver o problema.
comandos show
Os comandos show discutidos aqui podem ajudar na verificação e na solução de problemas de uma chamada suspensa.
A Output Interpreter Tool (somente clientes registrados) oferece suporte a determinados comandos show, o que permite exibir uma análise da saída do comando show.
A duração do comando show call ative voice compact é maior? pode ajudar a localizar chamadas de longa duração no gateway do Cisco IOS:
V5xxx-3# show call active voice compact duration more ? <1-2147483647> time in seconds V5xxx-3#
O comando show call ative voice brief | incluir duração 4d comando também pode fornecer diretrizes:
V5xxx-3# show call active voice brief | include duration 4d V5xxx-3# show call active voice brief | include duration ? LINE <cr> V5xxx-3#
Esses comandos show podem ajudar a determinar a chamada suspensa:
-
show mgcp statistics —Exibe estatísticas de MGCP sobre mensagens de rede recebidas e transmitidas.
-
show mgcp connection — Exibe informações sobre conexões ativas que são controladas pelo MGCP.
-
show rtpspi statistics —Exibe as estatísticas de Interface de Provedor de Serviços (SPI - Service Provider Interface) do Protocolo de Transporte em Tempo Real (RTP - Real-Time Transport Protocol).
-
show ip socket — Exibe informações sobre o soquete IP.
-
show voice call summary — Exibe um resumo de todas as portas de voz.
-
show voice port summary — Exibe informações de configuração resumidas sobre uma porta de voz específica.
-
show vtsp call fsm — Exibe o histórico completo de todas as transições de máquina de estado finito (FSM) de provedor de serviços de telefonia por voz (VTSP).
-
show csm voice — Exibe as informações relacionadas ao módulo de comutação de chamadas (CSM). As informações são o estado do CSM em que a máquina está para a chamada associada ao canal DSP, a hora de início da chamada, a hora de término da chamada e o canal no controlador usado pela chamada.
Observação: se for um Sistema de Sinalização MGCP 7 (SS7), esse comando não será muito usado.
-
show spe — Exibe o status do SPE.
-
show spe voice summary — Exibe o status de voz SPE.
-
show port operational-status slot/port (para o DSP suspeito) — Exibe informações sobre todas as portas no slot especificado e no SPE.
-
show port voice log reverse slot/port (para o DSP suspeito) — Exibe informações sobre todas as portas no slot especificado e no SPE.
As informações na série de comandos show a seguir fazem referência a chamadas MGCP através de gateways AS5xxx, que incluem informações Call_ID©) (destacadas em negrito) para esta chamada. Isso também é importante para quando você deseja solucionar o problema. O endpoint MGCP pode ser encontrado com o comando debug mgcp packet do Cisco IOS Software ou com o aplicativo Cisco Snooper.
V5xxx-3# show mgcp connection Endpoint Call_ID©) Conn_ID(I) (P)ort (M)ode (S)tate (CO)dec (E)vent[SIFL] (R)esult[EA] 1. S3/DS1-0/1 C=2F,1,2 I=0x2 P=16628,17204 M=3 S=4,4 CO=2 E=0,0,0,0 R=0,0
Observação: verifique o status M, que está vinculado ao modo MGCP em Troubleshoot Mute Calls on the Cisco PGW 2200.
O comando show call ative voice brief fornece informações sobre informações de pacote de transmissão (Tx)/recepção (Rx).
V5xxx-3# show call active voice brief Telephony call-legs: 1 SIP call-legs: 0 H323 call-legs: 0 MGCP call-legs: 1 Multicast call-legs: 0 Total call-legs: 2 11DA : 37079hs.1 +-1 pid:0 Originate connecting dur 00:00:00 tx:1198/189454 rx:113437/18149920 IP 10.48.84.217:17204 rtt:0ms pl:16000/1290ms lost:29/34/29 delay:30/25/110ms g711alaw media inactive detected:n media contrl rcvd:n/a timestamp:n/a 11DA : 37079hs.2 +0 pid:52 Originate active dur 00:37:50 tx:113437/18149920 rx:1198/189454 Tele 3/0:0 (1) [3/0.1] tx:2270655/3000/0ms g711alaw noise:-65 acom:90 I/0:-51/-45 dBm Telephony call-legs: 1 SIP call-legs: 0 H323 call-legs: 0 MGCP call-legs: 1 Multicast call-legs: 0 Total call-legs: 2 v5xxx-3#
Emita o comando show voip rtp connections para descobrir os detalhes do Gateway Remoto. Essas informações incluem as informações CallId dessa chamada. (Nesse caso, CallId é 1.)
v5xxx-3# show voip rtp connections VoIP RTP active connections : No. CallId dstCallId LocalRTP RmtRTP LocalIP RemoteIP 1 2 1 16628 17204 10.48.84.26 10.48.84.217 Found 1 active RTP connections v5xxx-3#
O comando show vtsp call fsm é um comando oculto do Cisco IOS Software e é usado somente para o Suporte Técnico da Cisco e para a equipe de Desenvolvimento da Cisco. Com esse comando, você pode procurar os gabinetes com a frase "FSM inválido". O comando show vtsp call fsm exibe o histórico completo de todas as transições de VTSP FSM. Ele é acionado automaticamente sempre que ocorre qualquer problema de DSP enquanto a depuração de erro vtsp interface de linha de comando (CLI) é ativada.
Observação: você também pode converter CallId = 1 em hexadecimal, o que lhe dá id = 0x1.
V5xxx-3# show vtsp call fsm 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 id=0x1 state=S_CONNECT chan_id=3/0:0 (1) DSM state=S_DSM_BRIDGED Stack 0: State Transitions: timestamp (state, event) -> (state, event) ... 370.796 (S_SETUP_REQUEST, E_TSP_PROCEEDING) -> 370.796 (S_SETUP_REQ_PROC, E_TSP_CONNECT) -> Event Counts (zeros not shown): (event, count) (E_TSP_PROCEEDING, 2) :(E_TSP_CONNECT, 2) : State Counts (zeros not shown): (state, count) (S_SETUP_REQ_PROC, 2) :(S_SETUP_REQUEST, 2) : --------------------- DSM basic call state information --------------------- id=0x1 state=S_DSM_BRIDGED chan_id=0 Stack 0: State Transitions: timestamp (state, event) -> (state, event) ... 370.796 (S_DSM_INIT, E_DSM_CC_GEN_TONE) -> 370.796 (S_DSM_INIT, E_DSM_CC_CALL_MODIFY) -> 370.796 (S_DSM_INIT, E_DSM_CC_BRIDGE) -> 370.800 (S_DSM_BRIDGING, E_DSM_CC_CAPS_IND) -> 370.800 (S_DSM_BRIDGING, E_DSM_CC_CAPS_ACK) -> 475.764 (S_DSM_BRIDGED, E_DSM_CC_GET_LEVELS) -> 2641.564 (S_DSM_BRIDGED, E_DSM_CC_GET_LEVELS) -> Event Counts (zeros not shown): (event, count) (E_DSM_DSP_GET_VP_DELAY, 496) :(E_DSM_DSP_GET_VP_ERROR, 496) :(E_DSM_DSP_GET_TX, 496) :(E_DSM_DSP_GET_RX, 496) (E_DSM_DSP_GET_LEVELS, 2) :(E_DSM_CC_BRIDGE, 1) :(E_DSM_CC_GEN_TONE, 1) : (E_DSM_CC_REQ_PACK_STAT, 496) (E_DSM_CC_CAPS_IND, 1) :(E_DSM_CC_CAPS_ACK, 1) :(E_DSM_CC_CALL_MODIFY, 1) : (E_DSM_CC_GET_LEVELS, 2) State Counts (zeros not shown): (state, count) (S_DSM_INIT, 3) :(S_DSM_BRIDGING, 2) :(S_DSM_BRIDGED, 2484) : v5xxx-3#
Para descobrir em qual DSP a chamada está sendo conectada, emita o comando show tdm mapping e vincule os detalhes ao ponto final para o qual você está rastreando. Nesse caso, é S3/DS1-0/1:
v5xxx-3# show tdm mapping E1 3/0 is up: Loopback: NONE DS0 Resource Call Type ----------------------------------- 1 1/0 VOICE E1 3/1 is up: Loopback: NONE DS0 Resource Call Type ----------------------------------- v5xxx-3#
Conectado ao SPE 1, porta 1. Emita o comando show spe para descobrir os estados de Porta e Chamada.
v5xxx-3# show spe
Settings :
==========
Country code config : default T1 (u Law)
Country code setting: e1-default
History log events : 50(per port)
Legend :
==========
Port state: (s)shutdown (r)recovery (t)test (a)active call
(b)busiedout (d)download (B)bad (p)busyout pending
Call type : (m)modem (d)digital (v)voice (f)fax-relay (_)not in use
Summary :
==========
Ports : Total 60 In-use 1 Free 59 Disabled 0
Calls : Modem 0 Digital 0 Voice 1 Fax-relay 0
SPE SPE SPE SPE Port Call
SPE# Port # State Busyout Shut Crash State Type
1/00 0000-0005 ACTIVE 0 0 0 a_____ v_____
1/01 0006-0011 ACTIVE 0 0 0 ______ ______
1/02 0012-0017 ACTIVE 0 0 0 ______ ______
1/03 0018-0023 ACTIVE 0 0 0 ______ ______
1/04 0024-0029 ACTIVE 0 0 0 ______ ______
1/05 0030-0035 ACTIVE 0 0 0 ______ ______
1/06 0036-0041 ACTIVE 0 0 0 ______ ______
1/07 0042-0047 ACTIVE 0 0 0 ______ ______
1/08 0048-0053 ACTIVE 0 0 0 ______ ______
1/09 0054-0059 ACTIVE 0 0 0 ______ ______
v5xxx-3#
Nesse caso, você pode descobrir se os pacotes ainda são enviados para dentro e para fora naquela porta SPE se você emitir o comando show port operational-status 1/0 (para o DSP suspeito):
v5xxx-3# show port operational-status 1/0
Slot/SPE/Port -- 1/0/0
Service Type : Voice service
Voice Codec : G.711 a-law
Echo Canceler Length : 8 ms
Echo Cancellation Control : Echo cancellation - disabled
Echo update - enabled
Non-linear processor - enabled
Echo reset coefficients - disabled
High pass filter enable - disabled
Digit detection enable : DTMF signaling - enabled
Voice activity detection : Enabled
Comfort noise generation : Generate comfort noise
Digit relay enable : OOB Digit relay - enabled
IB Digit relay - enabled
Information field size : 20 ms
Playout de-jitter mode : adaptive
Encapsulation protocol : RTP
Input Gain : 0.0 dB
Output Gain : 0.0 dB
Tx/Rx SSRC : 24/0
Current playout delay : 30 ms
Min/Max playout delay : 25/110 ms
Clock offset : 180505398 ms
Predictive concealment : 0 ms
Interpolative concealment : 1105 ms
Silence concealment : 0 ms
Buffer overflow discards : 19
End-point detection errors : 23
Tx/Rx Voice packets : 944/88273
Tx/Rx signaling packets : 0/0
Tx/Rx comfort noise packets : 11/0
Tx/Rx duration : 1767250/1767250 ms
Tx/Rx voice duration : 3000/16000 ms
Out of sequence packets : 0
Bad protocol headers : 0
Num. of late packets : 23
Num. of early packets : 28
Tx/Rx Power : -45.2/-51.2 dBm
Tx/Rx Mean : -44.3/-51.0 dBm
VAD Background noise level : -65.8 dBm
ERL level : 27.7 dB
ACOM level : 90.1 dB
Tx/Rx current activity : silence/silence
Tx/Rx byte count : 151051/14123360
ECAN Background noise level : 0.0 dBm
Latest SSRC value : 4144068239
Number of SSRC changes : 1
Number of payload violations : 0
v5350-3#
Emita este comando várias vezes para fornecer detalhes sobre o tipo de conexão que está em combinação com o Gateway Remoto. Emita este comando no Gateway Local/Remoto para descobrir o status.
Se tiver uma chamada suspensa, você pode emitir os comandos debug vtsp error e debug mgcp packet endpoint S3/DS1-0/1. Quando você desativa o endpoint MGCP, o resultado é esta mensagem de depuração:
Apr 9 12:30:18.602: MGCP Packet received from 10.48.84.25:2427- DLCX 617 S3/DS1-0/1@v5300-3.cisco.com MGCP 0.1 C: 1C I: 4D R: S: X: 268 Apr 9 12:30:18.626: 250 617 OK P: PS=128, OS=20241, PR=16615, OR=2658400, PL=4, JI=24, LA=0
Esses comandos também são úteis:
v5xxx-3# show voice call summary
PORT CODEC VAD VTSP STATE VPM STATE
============== ======== === ====================
3/0:0.1 g711alaw y S_CONNECT
v5xxx-3# show voice port summary
IN OUT
PORT CH SIG-TYPE ADMIN OPER STATUS STATUS EC
========= == ============ ===== ==== ======== ======== ==
3/0:0 01 xcc-voice up none none none y
v5xxx-3#
O comando show mgcp statistics também fornece detalhes sobre a falha de conexão. Tente entender as informações do campo com falha. Uma das causas da falha na conexão MGCP é o fato de os relatórios de endpoint estarem no modo transitório e temporariamente indisponíveis quando o PGW 2200 envia um CRCX. O PGW 2200 então é liberado com uma falha temporária como causa e tenta esse endpoint novamente mais tarde, pois ele estava somente no modo transitório. Esses CICs (Códigos de Identificação de Circuito) SS7 não têm nenhuma conexão MGCP. A razão para essa situação é que o MGCP no gateway retorna um código de erro 400 MGCP (falha temporária para novas mensagens CRCX enviadas pelo gateway do Cisco IOS).
v5xxx-3# show mgcp statistics
UDP pkts rx 306, tx 330
Unrecognized rx pkts 0, MGCP message parsing errors 0
Duplicate MGCP ack tx 0, Invalid versions count 0
CreateConn rx 0, successful 0, failed 0
DeleteConn rx 0, successful 0, failed 0
ModifyConn rx 0, successful 0, failed 0
DeleteConn tx 0, successful 0, failed 0
NotifyRequest rx 0, successful 0, failed 0
AuditConnection rx 0, successful 0, failed 0
AuditEndpoint rx 306, successful 305, failed 1
RestartInProgress tx 1, successful 1, failed 0
Notify tx 0, successful 0, failed 0
ACK tx 305, NACK tx 1
ACK rx 0, NACK rx 0
IP address based Call Agents statistics:
IP address 10.48.84.25, Total msg rx 306,
successful 305, failed 1
System resource check is DISABLED. No available statistic
v5xxx-3#
Diagnosticar chamadas suspensas PGW 2200
Esta seção fornece etapas para isolar um CIC SS7 suspenso no PGW 2200 da maneira que o CIC "x" através do comando MML rtrv-tc:all está preso como call OUT no PGW 2200. Primeiro, emita o comando prt-call MML neste CIC.
Por exemplo, em uma conexão de backhaul MGCP, se o portador solicitado na mensagem SETUP não estiver disponível para essa chamada, o PGW 2200 gera o alarme PRI: O canal B não está disponível e relata erros CP_ERR_CHAN_NOT_ACQ em platform.log. Outras mensagens de erro podem aparecer em platform.log, dependendo do tipo de cenário de chamada que você está executando. Para obter detalhes, consulte a seção Diagnosing Hung Calls do documento Troubleshooting the Cisco MGC Node for the PGW 2200.
Há três possíveis motivos para a indisponibilidade:
-
O portador não está configurado.
-
O portador não está em serviço. (Por exemplo, ele está em um estado Fora de Serviço (OOS), está em um estado bloqueado/bloqueado ou o MGCP desabilitou o endpoint.)
-
O portador está ocupado (condição de brilho).
Execute estas etapas:
-
Observe quando o PGW 2200 relata erros para cada chamada.
-
Se você vir erros pelo menos três a cinco vezes em um único dia na mesma CIC (portador), isso é suspeito.
-
Verifique o status do CIC/portador com o uso do comando MML rtrv-tr:all.
Se estiver ocioso, a CIC não será suspensa.
-
Se o CIC SS7 estiver ocupado, emita o comando prt-call nesse CIC.
Para obter mais detalhes sobre o comando MML prt-call, emita o comando help :prt-call.
mgc-bru-20 mml> help :prt-call �� � � � � � � � � �MGC-01 - Media Gateway Controller 2004-11-29 19:32:35.998 GMT � � � � � � � � � � �M� RTRV��� ����� ���������������������������� PRT-CALL -- Print Call ���������������������������� ---------------------- Purpose: Prints diagnostic information about hung calls to a log file. Format: prt-call:<sigpath>:CIC=<n>|span=<n>[bc=<n>|CID=<n>][,LOG=<logn] [,EVT] Input Description: Target parameters are as follows: * sigPath -- Corresponding MML name for any of the following component types: - Signal path of in-band TDM up to MUX and then time switched to TDM media and sent to Cisco MGC - Signal path of in-band TDM signaling up to CU and then encapsulated and sent over IP to the Cisco MGC <Press 'SPACE' for next page, 'Enter' for next line or 'q' to quit this output>Um arquivo de chamada de impressão com a extensão .prt é gravado no diretório /opt/CiscoMGC/var/trace.
-
Abra o arquivo e procure a string LcmOrigSmState.
Se você vir tanto OrigSmState como TermSmState como RelIdle, não terá uma CIC suspensa.
Exemplo:
VAR LcmOrigSmState: STATE �� { �� OsmRelIdle �� } [8] VAR LcmTermSmState: STATE �� { �� TsmRelIdle �� }[8]Se OrigSmState ou TermSmState não forem RelIdle, você provavelmente tem uma suspeita. Aqui estão dois exemplos de chamadas de impressão CIC suspensas:
Exemplo 1:
VAR LcmOrigSmState: STATE �� { �� OsmRelTerm3wAwaitConnDelInd �� }[8] VAR LcmTermSmState: STATE �� { �� TsmRelTermInit �� }[8]Exemplo 2:
VAR LcmOrigSmState: STATE �� { �� OsmRelOrigInit �� }[8] VAR LcmTermSmState: STATE �� { �� TsmRelIdle �� }[8]Se você alcançar a próxima etapa, identificará um CIC suspenso.
-
Emita o comando MML stp-call para limpar a CIC suspensa.
Emita o comando grep Osm file_name.prt. Você deve pegar OsmRelIdle.
Emita o comando grep Tsm file_name.prt. Você deve pegar TsmRelIdle.
Se você não vir OsmRelIdle e TsmRelIdle, e se essa condição persistir depois que você emitir outro comando prt-call (pode ser parte de transiente), o CIC provavelmente será suspenso.
-
Se a emissão do comando stp-call não resolver o problema, execute o comando MML kill-call.
O comando kill-call não limpa a conexão no gateway MGCP. Portanto, uma auditoria de MGCP é necessária se você emitir o comando kill-call. Execute a auditoria durante um período de baixo tráfego. Para obter mais detalhes sobre o comando kill-call, execute o comando help :kill-call:
� �PGW2200A mml> help :kill-call �� � � � � � � � � � �MGC-01 - Media Gateway Controller 2004-11-29 19:34:52.084 GMT � � � � � � � � � � � M� RTRV���� ����� ��������������������� KILL-CALL -- Resolve a Stuck CIC ��������������������� -------------------------------- ����� �� Purpose:����� Resolves a stuck or hung CIC (forcefully releases a bearer channel ���������������� associated with a single call instance that cannot be returned to ���������������� the idle state with the reset-cic or stp-call command) on the MGC. ���������������� Note:� This command only releases bearer channels locally on the ���������������� MGC. No SS7 messages are sent to the remote call side (destination ���������������� MGW). �� Syntax:������ kill-call:<sigpath_name>|<target>:CID=sip call id,confirm ���������������� kill-call:<sigpath_name>|<target>:[span= number,]confirm ���������������� kill-call:<sigpath_name>|<target>:[cic=<num>], [RNG=number,]com ���������������� kill-call:<dest_mgw>:span=<span>,bc=<bearer channel>,[RNG=numbm �� Input�������� * sigpath_name -- MML name of the SS7 or ISDN-PRI signal path �� Description: <Press 'SPACE' for next page, 'Enter' for next line or 'q' to quit this output>
-
Crie uma solicitação de serviço no Suporte Técnico da Cisco e envie a saída da chamada de porta para análise.
Informações Relacionadas
Histórico de revisões
| Revisão | Data de publicação | Comentários |
|---|---|---|
1.0 |
02-Feb-2006 |
Versão inicial |
Feedback