Este documento descreve como interpretar os códigos de razão de desconexão de chamadas relatados pelos módulos DSP (Universal Digital Signal Processor) do Cisco NextPort. NextPort é o DSP de próxima geração usado pela Cisco para implementar voz, dados ou fax em uma determinada porta. As plataformas AS5350, AS5400, AS5850 e os novos modelos de placas de modem para AS5800 empregam modems digitais com DSPs NextPort. Para modems digitais em C3600, AS5200, AS5300 e modelos mais antigos de placas para AS5800, verifique os estados do modem de mica e os motivos da desconexão : nenhuma atualização de firmware de modem pode tornar o NextPort DSP fora do Mica DSP ou vice-versa.
Este documento não tem requisitos específicos.
Sempre que uma chamada usando os DSPs NextPort é limpa ou desconectada, o módulo NextPort registra o motivo da desconexão. Este código de razão de desconexão pode ser usado para determinar se a desconexão foi normal ou se ocorreu um erro. Esse código de razão pode ser usado para rastrear possíveis fontes de falha. Os modems podem ser desconectados devido a uma variedade de fatores, como desconexões de clientes, erros de telco e quedas de chamada no servidor de acesso à rede (NAS). Um motivo de desconexão "bom" é que o DTE (modem cliente ou NAS) em uma extremidade ou na outra desejava encerrar a chamada. Essas desconexões "normais" indicam que a desconexão não foi um resultado dos erros do modem ou do nível de transmissão. Para obter mais informações sobre como determinar se o motivo da desconexão é "normal", consulte Visão geral da qualidade da linha NAS e do modem geral
Observação: o motivo da desconexão é gerenciado de uma forma que se torna o primeiro a ser atendido. Isso significa que o primeiro motivo de desconexão gerado é o único motivo de desconexão registrado. Se o modem e o NAS tentarem encerrar a sessão simultaneamente e o modem salvar o motivo da desconexão antes que a mensagem LINK_TERMINATE do NAS seja processada, o motivo da desconexão do NAS será ignorado.
Este documento não se restringe a versões de software e hardware específicas.
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. All of the devices used in this document started with a cleared (default) configuration. Se você estiver trabalhando em uma rede ativa, certifique-se de que entende o impacto potencial de qualquer comando antes de utilizá-lo.
Para obter mais informações sobre convenções de documento, consulte as Convenções de dicas técnicas Cisco.
Ao avaliar se você está experimentando desconexões boas ou ruins, é importante obter o histórico de desconexões que uma porta específica experimentou. Na maioria dos ambientes, o motivo da desconexão é obtido usando registros de chamadas de modem ou mensagens de syslog do rastreador de chamadas. Esse código de desconexão pode ser interpretado usando a tabela fornecida neste documento (ou verifique se há ferramentas de análise de modem ). Utilize os seguintes comandos para determinar o motivo da desconexão:
O comando show spe modem disconnect-reason não exibe o código de razão de desconexão como um valor hexadecimal. No entanto, ele indica o motivo da desconexão como um nome. O nome e a classe do motivo da desconexão podem ser encontrados em e, respectivamente.
O comando show port modem log exibe o código de razão da desconexão como um valor hexadecimal. Consulte a seção:
0x0.. | 0x001 | 0x002 | 0x003 | 0x004 | 0x005 | 0x006 | 0x007 | 0x008 | 0x009 | 0x00C | 0x00D | 0x00E | 0x00F | |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
0x010 | 0x011 | 0x012 | ||||||||||||
0x1.. | 0x100 | 0x101 | 0x102 | 0x103 | 0x104 | 0x105 | 0x106 | 0x107 | 0x108 | 0x109 | ||||
0x1F00 | 0x1f01 | 0x1f02 | 0x1f03 | 0x1F04 | 0x1F05 | 0x1F06 | 0x1F07 | 0x1F08 | ||||||
0x1FFF | ||||||||||||||
0x2 | 0x201 | 0x202 | 0x203 | 0x204 | 0x205 | 0x206 | ||||||||
0x210 | 0x211 | 0x212 | ||||||||||||
0x220 | 0x221 | 0x222 | 0x224 | 0x225 | ||||||||||
0x3.. | 0x3xx | |||||||||||||
0x4.. | 0x401 | 0x403 | 0x404 | 0x408 | ||||||||||
0x5.. | 0x501 | 0x502 | 0x503 | 0x504 | 0x505 | 0x506 | ||||||||
0x5FF |
A próxima seção examina alguns exemplos.
Use o comando show port modem log slot/port para obter o código de causa da desconexão (em Hex) para uma chamada específica em uma porta específica. Esse código de desconexão é idêntico ao código de causa obtido das saídas de syslog de registro de chamada de modem e de rastreador de chamada. Um exemplo é mostrado:
*Jan 1 00:53:56.867: Modem State event: State: Terminate *Jan 1 00:53:56.879: Modem End Connect event: Call Timer : 195 secs Disconnect Reason Info : 0x220 Type (=0 ): Class (=2 ): EC condition - locally detected Reason (=32 ): received DISC frame -- normal LAPM termination
No exemplo acima, observe que o código de desconexão é 0x220.
Usar o comando show spe modem disconnect-reason {summary | slot | slot/spe} para determinar a distribuição dos motivos de desconexão que a porta específica experimentou. Um exemplo de saída de resumo de todas as portas é mostrado abaixo:
NAS>show spe modem disconnect-reason summary ===CLASS OTHER==== =====CLASS DSP==== ===CLASS EC LCL=== ==CLASS EC FRMR=== Software Rst 0 No Carrier 341 No LR 0 Frmr Bad Cmd 0 EC Termntd 0 No ABT dtctd 0 LR Param1 0 Frmr Data 0 Bad MNP5 Rx 0 Trainup flr 328 LR Incmpt 0 Frmr Length 0 Bad V42B 110 Retrain Lt 0 Retrns Lt 226 Frmr Bad NR 0 Bad COP stat 0 ABT end flr 0 Inactivity 0 ATH 0 Protocol Err 1 ===CLASS EC LD==== Aborted 0 ====CLASS HOST==== Fallbck Term 74 LD No LR 0 Connect Tout 198 Hst NonSpec 0 No XID 67 LD LR Param1 0 Reset DSP 0 HST Busy 0 XID Incmpt 0 LD LR Incmpt 0 HST No answr 0 Disc 21448 LD Retrns Lt 0 ===CLASS EC Cmd=== HST DTR 3615 DM 5 LD Inactivty 0 Bad Cmd 0 HST ATH 0 Bad NR 0 LD Protocol 0 HST NoDialTn 0 SABME Online 0 LD User 0 =====N O N E====== HST No Carr 5276 XID Online 0 None 39 HST Ack 0 LR Online 0 TOTAL 31728 HST NoDialTn 0 SABME Online 0 LD User 0=====N O N E====== HST No Carr 5276 XID Online 0 None 39 HST Ack 0 LR Online 0 TOTAL 31728
No exemplo acima, digamos que estamos interessados na categoria de desconexão "Disco" dentro do CLASS EC LCL. Para determinar o que o Disco de razão de desconexão significa, vá para a entrada correspondente à classe (CLASS EC LCL ) e o nome do motivo de desconexão (Disco), que mostra um código hexadecimal de 0x220 e é uma desconexão normal.
CLASSE OUTRA
CLASS DSP
LCL CE CLASSE
Cmd EC CLASS
CLASSE CE FRMR
CLASSE CE LD
HOST DE CLASSE
Tipo de razão de desconexão | Razão de desconexão: Nome | Código de Razão da Desconexão (Hex) | Descrição |
---|---|---|---|
CLASSE OUTRA | |||
2 | Software Rst | 0x001 | O software Cisco IOS® desconectou a chamada por algum motivo indeterminado (SOFTWARE_RESET). |
2 | Termo CE | 0x002 | Terminação da camada de Correção de Erro (EC) |
2 | Rx MNP5 inválido | 0x003 | A tarefa de descompressão do Microcom Network Protocol 5 (MNP5) recebeu um token ilegal no fluxo de dados. Há provavelmente um erro lógico na implementação da compressão, descompressão ou correção de erros pelo modem ou parceiro. (Há também a possibilidade de um erro de linha transitória ou de memória RAM.) |
2 | V42B com problema | 0x004 | A tarefa de descompressão V.42bis ou V.44 recebeu um token ilegal no fluxo de dados. Há provavelmente um erro lógico na implementação do modem ou do parceiro de compactação, descompressão ou correção de erros. (Há também a possibilidade de um erro de linha transitória ou de memória RAM.) |
2 | Estado COP inválido | 0x005 | <reservado> |
6,7 | ATH | 0x006 | Comando ATH detectado pelo modem local. O comando "ATH" (Hangup) AT é detectado pelo modem local (NextPort). Por exemplo, após uma discagem do IOS, a interface DTE do IOS limpa a chamada (transmitindo um comando AT "ATH" na banda), depois que a chamada é conectada. |
3 | Cancelado | 0x007 | No modo AT "any key" abort do comando de discagem O comando de discagem AT foi abortado pelo comando "any key" abort. Por exemplo, o modem do host origina uma chamada. Durante o estabelecimento da conexão, pressionar "qualquer tecla" fará com que o comando de discagem AT seja cancelado. |
3 | Conexão do Tout | 0x008 | A conexão de chamada demorou muito para ser concluída. Observe que o temporizador S7 (aguarde pela portadora depois da discagem) expirou para essa desconexão. As causas incluem:
|
2 | Redefinir DSP | 0x009 | O DSP foi redefinido (comando/interno/espontâneo). O DSP dentro do modem do host foi reinicializado pelo Processador de controle (PC) ou pelo Processador de sinal (PS). O CP redefinirá o DSP se as mensagens de correio do CP para o SP não estiverem sendo confirmadas. A controladora de armazenamento é redefinida se receber um erro de inconsistência interna. |
4,6 | 0x00C | O tamanho da palavra de código V.42bis ou V.44 excedeu o máximo negociado. | |
4,6 | 0x00D | V.42bis ou V.44 receberam uma palavra de código igual à próxima entrada de dicionário vazia. | |
4,6 | 0x00E | O V.42bis ou V.44 recebeu uma palavra de código maior que a próxima entrada de dicionário vazia. | |
4,6 | 0x00F | V.42bis ou V.44 receberam código de comando reservado. | |
4,6 | 0x010 | O tamanho normal V.42bis ou V.44 excedeu oito. | |
4,6 | 0x011 | Erro de negociação V.42bis ou V.44. | |
4,6 | 0x012 | Erro de compressão V.42bis ou V.44. |
CLASS DSP | |||
---|---|---|---|
0x1xx | Condições DSP relatadas pelo SPE | ||
4,5 | sem portadora | 0x100 | O sinal portador SPE é perdido. NextPort detectou uma queda de portadora de modem cliente. O DSP NextPort parou de ouvir a transportadora por um período superior ao valor especificado no Registro S10 (atraso de desligamento após perda da transportadora). Isso pode significar que o caminho de conversa desapareceu ou que o cliente parou de transmitir. Se um protocolo da camada II (V.42 e/ou V.42bis) estiver em vigor, é anormal ver tal desconexão. As causas comuns são os usuários "cancelando" a chamada antes que uma conexão ocorra. Discagem incidental, inicializações canceladas e tempo limite dos aplicativos clientes quando as chamadas demoram muito para se conectar (devido a várias retriagens durante a negociação da camada 1). A condição de perda da portadora também pode ocorrer durante o modo normal de dados, quando o cliente perde a portadora repentinamente. A causa comum é uma desconexão não negociada ou "suja" por parte do modem cliente (por exemplo, o modem cliente simplesmente descarta o sinal da portadora). Isso pode ocorrer se o link for descartado abruptamente (erro de rede) ou se a energia for desligada para o modem cliente que desconecta a chamada. Isso também pode ocorrer com modems clientes "mais baratos" que não implementam os protocolos clear-down de Camada I e/ou Camada II em uma queda de DTR. Em um grande número de modems de cliente, essa desconexão é considerada normal. |
3 | Sem ABT dtctd | 0x101 | Nenhum tom de resposta detectado — o chamador provavelmente não é um modem |
3 | Flrv de treinamento | 0x102 | Falha na chamada enquanto o treinamento do modem está ativo devido à modulação incompatível ou linha incorreta. Isso pode indicar tentativas para negociar uma modulação não suportada, como uma modulação proprietária da Rockwell herdada (K56Plus, V.FC, etc.). Outras causas possíveis são falhas de DSP para treinamento devido a danos graves na linha, ruídos de impulsos, interrupção de treinamento, parâmetros de modulação incompatíveis e, talvez, a incapacidade de selecionar adequadamente um padrão de Camada I. |
4,5 | Retrair Lt | 0x103 | Muitas reciclagens consecutivas ou transferências de velocidade. O limite de reciclagem é especificado com Register S40. Durante o andamento de uma chamada, ocorreram muitas reciclagens que processaram a chamada sem efeito uma vez que a taxa de dados seria tão baixa quanto inútil. Outras condições possíveis são que o modem cliente não conclui o protocolo clear-down (por exemplo, a Telco encerrou a chamada no meio da conexão) e a NextPort (NP) tenta recuperar a chamada emitindo retratos. Quando o limite de reciclagem for atingido, o NP descartará a chamada e relatará esse motivo de desconexão. |
3 | flr de extremidade ABT | 0x104 | Problema ao detectar o fim do tom de resposta (ABT). Falha na negociação ou ruído excessivo durante o treinamento V.34. Os modems de host respondem e enviam tons de resposta (ABTs) V.8bis e modulados de 2100Hz com reversões de fase, mas encontram ruído excessivo durante a sequência de treinamento. Procure por erros do caminho do modem chamador ao modem de resposta em uma ou ambas as direções. Ocorre comportamento semelhante onde houver latência no Public Switched Telephone Network (PSTN) para a discagem que exceder um segundo e deixar os modems indisponíveis para treinamento de canceladores de eco. Outras possíveis causas são:
|
3 | 0x105 | Operação SS7/COT (Teste de continuidade) concluída com êxito. | |
3 | 0x106 | Falha na operação SS7/COT (Teste de Continuidade): T8/T24 timeout esperando pelo "tom ligado". | |
3 | 0x107 | Falha na operação SS7/COT (Teste de Continuidade): T8/T24 timeout esperando o "tom desligado". | |
4 | 0x108 | Modem On Hold (MOH) cleardown by NextPort (O modem em espera (MOH) é limpo pela NextPort). V.92 especifica que o motivo da exclusão pode ser:
|
|
4 | 0x109 | Valor de tempo limite de MOH atingido. Este valor pode ser ajustado usando o Registro S62 (Tempo máximo de MOH V.92). |
CLASSE CE LCL: Condição EC, detectada localmente | |||
---|---|---|---|
0x2xx | Condições locais de correção de erros (EC). | ||
3 | Nenhum LR | 0x201 | Durante a negociação, um quadro de Solicitação de Link (LR) não foi recebido. O peer não pode suportar MNP. |
3 | LR Param1 | 0x202 | O quadro LR MNP recebido tinha PARAM1 inesperado/inválido. Para obter mais informações sobre PARAM1, consulte a especificação V.42. |
3 | LR Incmpt | 0x203 | A estrutura LR MNP recebida é incompatível com as configurações do modem de host para EC. |
4,5 | Retrns Lt | 0x204 | Muitas retransmissões consecutivas na CE. Essa razão de desconexão pode ser causada por ruído na linha. Por exemplo, o modem do host transmite dados para o modem do cliente, mas o ruído na linha faz com que os dados sejam recebidos incorretamente (ou nem sejam recebidos) pelo cliente. Assim, o ruído excessivo pode levar a retransmissões em excesso. O modem cliente também pode ter se desconectado sem que o modem host perceba isso. Por isso, o modem host retransmite continuamente, sem saber que o modem cliente não está mais presente. Às vezes, quando a chamada se conecta no LAPM ou MNP, a NextPort não consegue transmitir um quadro ao modem do cliente. O modem cliente não reconhece a transmissão inicial da NextPort e, em seguida, não responde às pesquisas do Registro S19 (Limite de Retransmissão de Correção de Erros) (o padrão é 12), de modo que o NP desconecta a chamada. Uma causa pode ser que a portadora no caminho de transmissão se degradou substancialmente enquanto o cliente não conseguiu fazer o downshift. Outra causa poderia ser um problema com o mecanismo EC do cliente (como aconteceria em um sistema Winmodem se o Windows parasse de responder). |
6,7 | Inatividade | 0x205 | Limite de tempo de inatividade esgotado, Desconexão de Enlace (LD) de MNP enviado. O modem do host envia ao modem do cliente um quadro LD indicando que ocorreu um tempo limite de inatividade. |
4,5 | Erro de protocolo | 0x206 | Erro do protocolo EC. Esse é um erro genérico do protocolo de captação geral Indica que ocorreu um erro de protocolo LAPM ou MNP EC. |
3 | Termo de retorno | 0x210 | Não há um protocolo de recuo EC disponível. A negociação de correção de erro não foi bem-sucedida. A chamada é terminada porque não há protocolo de recuo de correção de erros disponível. O S-register S25 (fallback de protocolo de ligação) determina o protocolo de fallback disponível. As opções são enquadramento assíncrono, enquadramento síncrono ou desconectar (desligado). |
3 | Sem XID | 0x211 | Nunca recebeu um quadro de identificação de intercâmbio (XID) durante a negociação. O peer não pode suportar MNP. |
3 | XID Incmpt | 0x212 | A estrutura XID recebida é incompatível com as configurações locais. O modem do cliente pode não suportar LAPM dentro de V.42. |
3,4,5 | Disco | 0x220 | Estrutura DISC (Disconnect) recebida. Essa a desconexão normal de LAP-M. A chamada terminou normalmente com uma liberação adequada por parte do cliente. (Por exemplo, um pacote de desconexão V.42 foi enviado do modem do cliente para o modem do host). O modem do cliente descartou o DTR e negociou de forma inteligente um protocolo simples. |
3,4,5 | DM | 0x221 | Quadro DM recebido. O par está possivelmente a desligar. O modem cliente indica que ele está desconectando. Durante a configuração da chamada, esta razão indica que o modem cliente está desistindo da negociação da correção de erro. |
4,5 | NR com problema | 0x222 | Número de sequência de recebimento inválido ou número ACK recebido. Um LD MNP ou LAP-M FRMR é enviado. O modem host recebeu um quadro de correção LAPM ou MNP com um número de seqüência ou de reconhecimento incorreto. Um quadro de LD ou rejeição de estrutura (FRMR) é enviado ao modem do cliente indicando que o modem do host está sendo desconectado. |
4,5 | SABME Online | 0x224 | Estrutura XID de MNP recebida em estado STEADY_STATE. Isso é interpretado como um erro de protocolo de correção de erro LAPM em estado fixo. Isso significa que o modem do cliente pode ter sido redefinido devido ao recebimento de um FRMR. |
4,5 | XID Online | 0x225 | Quadro LR MNP recebido durante o estado constante. Isso é interpretado como um erro de protocolo de correção de erro MNP em estado fixo. Significa que o modem cliente foi reinicializado. |
Cmd EC CLASS: O EC detectou um código de comando incorreto | |||
---|---|---|---|
4,5 | Cmd Incorreto | 0x3xx | O EC detectou um código de comando incorreto. O comando recebido desconhecido está nos últimos 2 dígitos. Um quadro MNP LD ou LAP-M FRMR é enviado em resposta. |
CLASSE CE FRMR: EC detectou FRMR do peer | |||
---|---|---|---|
4,5 | 0x4xx | Condições de EC indicadas pelo cliente no quadro LAP-M FRMR. A razão do bit mapeado está nos dois últimos dígitos. | |
4,5 | Cmd Incorreto De Frmr | 0x401 | LAPM: correspondente relata comando incorreto. O modem do host recebeu um quadro FRMR do modem do cliente. O quadro de FRMR recebido indica que o modem cliente recebeu um quadro de correção de erro do modem do host, contendo um comando incorreto. |
4,5 | Dados Frmr | 0x403 | LAPM: o peer relata que o campo de dados não é permitido ou tem tamanho incorreto (quadros U). O modem do host recebeu um quadro FRMR do modem do cliente. O quadro FRMR recebido indica que o modem cliente recebeu um quadro de correção de erros do modem do host que continha um campo de dados não permitido ou que continha um campo de dados com um comprimento incorreto (ou seja, um quadro U). |
4,5 | Comprimento De Frmr | 0x404 | LAPM: a extensão do campo de dados dos relatórios de peer é maior do que N401 (o campo de informações de extensão máxima especificado em V.42), mas tem boa FCS (seqüência de verificação de estrutura). O modem NextPort recebeu uma estrutura FRMR do modem cliente. O quadro FRMR recebido indica que o modem de cliente recebeu um quadro de correção de erro de NextPort que continha uma extensão de campo de dados que é maior que o número máximo de octetos que pode ser transportado no campo de informações (N401) de um quadro I, um quadro SREJ, um quadro XID, um quadro UI ou um quadro TEST. A seqüência de verificação da estrutura é boa. |
4,5 | NR Incorreto de Frmr | 0x408 | LAPM: peer relata número de seqüência de recepção ou N(R) inválido. O modem do host recebeu um quadro FRMR do modem do cliente. O quadro FRMR recebido indica que o modem cliente recebeu um quadro de correção de erro do modem do host que continha um número de seqüência de recebimento inválido. |
CLASSE EC LD: Correção de erro (EC) detectou a desconexão de link (LD) do peer | |||
---|---|---|---|
4,5 | 0x5xx | Condições EC indicadas pelo cliente no quadro LD MNP. O campo Motivo está nos últimos 2 dígitos | |
3 | LD sem LR | 0x501 | MNP: o peer nunca recebeu o quadro LR. O modem do host recebeu uma estrutura de LD do modem do cliente. O quadro LD recebido indica que o modem cliente nunca recebeu uma solicitação de enlace do modem do host. |
3 | LD LR Param1 | 0x502 | MNP: o peer relata que o quadro de Solicitação de Link (LR) tem o parâmetro #1 incorreto O modem host recebeu um quadro de Desconexão de Link (LD) do modem cliente. O quadro LD recebido indica que o modem cliente recebeu um quadro de solicitação de link do modem host que continha um PARAM1 ruim (ou seja, inesperado). Para obter mais informações sobre PARAM1, consulte a especificação V.42. |
3 | LD LR Incmpt | 0x503 | MNP: o quadro LR de relatórios de peer é incompatível com sua configuração O modem host recebeu um quadro de LD (Link Disconnect) do modem cliente. O quadro LD recebido indica que o modem cliente recebeu um quadro de solicitação de link (LR) do modem host incompatível com a configuração do modem cliente. |
4,5 | LD Retrai Lt | 0x504 | MNP: peer relata demasiadas retransmissões consecutivas de EC O modem host recebeu um quadro LD do modem cliente. O quadro de LD recebido indica que o modem cliente recebeu excessivas retransmissões consecutivas. |
4,5 | Inatividade de LD | 0x505 | MNP: peer relata que o temporizador de inatividade expirou O modem host recebeu um quadro de LD (Link Disconnect) do modem cliente. O quadro LD recebido indica que o host do modem do cliente (DTE) não passou dados para o modem do cliente em um período de tempo. |
3 | Protocolo LD | 0x506 | MNP: peer reports error (erro de relatório de peer) O modem host recebeu um quadro LD do modem cliente. O quadro LD recebido indica que o modem cliente recebeu um erro de protocolo MNP. |
3 | Usuário LD | 0x507 | Desconexão MNP normal O modem host recebeu um quadro LD do modem cliente. O quadro LD recebido indica uma terminação MNP normal. |
HOST DE CLASSE: Solicitado pelo host | |||
---|---|---|---|
6,7 | 0x1Fxx | O host iniciou a desconexão. Valor é a soma de 0x1F00 e valor SessionStopCommand. Essa é a outra razão do encerramento do host. O motivo do host é indicado nos bytes de ordem baixa "xx". | |
3,6,7 | HST não específico | 0x1F00 | Host não específico iniciou desconexão. Valor é a soma de 0x1F00 e valor SessionStopCommand. Este é o motivo de desconexão iniciada do IOS "catch all". É usado em todas as desconexões não padrão. Por exemplo, poderia ser o resultado do software de gerenciamento de modem decidindo terminar a chamada. Uma explicação possível é uma falha de autenticação de nível superior RADIUS, TACACS ou outro aplicativo emitindo uma queda DTR para o modem do host. Este tipo de desconexão não contará para CSR quando o modem de host estiver no modo de dados. |
3 | HST Ocupado | 0x1f01 | O número discado estava ocupado. A desconexão ocorreu porque o host está indicando que o número discado está ocupado. |
3 | HST sem resposta | 0x1f02 | O número discado não atendeu. A desconexão ocorreu porque o host está indicando que o número discado não atendeu. |
3,6,7 | HST DTR | 0x1f03 | DTR "virtual" descartado. Esse status é "refletido" pelo "redirecionador de porta de E/S" que está usando o modem no momento. A desconexão ocorreu porque o host descartou a linha DTR "virtual". Essa causa genérica de desconexão é iniciada pelo Software IOS da Cisco. As causas de exemplo são timeout ocioso, TERMREQ de LCP PPP recebido, falha de autenticação, desligamento de Telnet e assim por diante. Para determinar o motivo da desconexão, examine o motivo da desconexão "Radius" do comando modem call-record terse ou da Autenticação, Autorização e Contabilidade (AAA). |
6,7 | HST ATH | 0x1F04 | O comando "ATH" (desligamento) foi detectado pelo host local. |
3 | HST Sem discagemTn | 0x1F05 | Sem acesso à rede Telco. Ocorreu uma desconexão porque o host não pôde acessar a rede (como ISDN). |
3,4,5 | HST No Carr | 0x1F06 | Desconexão de rede indicada. Esta é uma desconexão acionada pelo lado do cliente que não é uma terminação de chamada normal. Pode ocorrer durante a configuração da chamada. Uma causa comum é quando os usuários do DUN (Dial Up Networking) do Windows 95 ou do Windows 98 acessam "cancel" antes que a chamada chegue ao estado estacionário. Outra razão comum é que qualquer cliente instigou queda de DTR antes do estado estacionário. Durante o modo de dados, essa também é uma desconexão acionada pelo lado do cliente que não é uma terminação de chamada normal (ou seja, uma desconexão "suja"). Uma causa muito comum são falhas de autenticação. |
3 | 0x1F07 | NAS encerrou a operação do SS7/COT. A desconexão ocorreu porque o NAS terminou a operação SS7/COT (teste de continuidade). | |
3 | 0x1F08 | A operação SS7/COT foi terminada pelo roteador devido a um intervalo T8/T24. | |
- | 0x1FFF | TERMINANDO Não Solicitado. O host envia essa razão de desconexão quando recebe uma mensagem de terminação não solicitada. |
Tipo de desconexão | Descrição |
---|---|
0 | (não utilizado) |
1 - 0x2... | (não utilizado) |
2 a 0x4... | Outras situações |
3 - 0x6.. | A condição ocorreu durante a configuração da chamada |
4 - 0x8... | No modo de dados. Descarregamento de dados Rx (linha para host) OK |
5 - 0xA... | No modo de dados. Descarregamento de dados Rx (linha para host) não OK (atualmente, os aplicativos não devem se preocupar com o "não OK") |
6 - 0xC... | No modo de dados. Descarregamento de dados Tx (host para linha) OK |
7 - 0xE... | No modo de dados. Transmissão de dados Tx (host para linha) não OK (atualmente, os aplicativos não devem se preocupar com o "não OK") |