Discar e acessar : Conexões assíncronas

Interpretando os códigos de razão de desconexão de NextPort

14 Outubro 2016 - Tradução por Computador
Outras Versões: Versão em PDFpdf | Inglês (31 Dezembro 2015) | Feedback


Índice


Introdução

Este documento descreve como interpretar os códigos de motivo de desconexão de chamada relatados pelos módulos do processador de sinal digital universal de nextport de Cisco (DSP). O NextPort é a próxima geração DSP usada por Cisco para executar a Voz, os dados, ou o fax em uma porta dada. As Plataformas AS5350, AS5400, AS5850 e os novos modelos das placas de modem para o AS5800 todos empregam modens digitais com NextPort DSP. Para modens digitais no C3600, o AS5200, o AS5300 e uns modelos mais velhos dos cartões para o AS5800, verificam estados do modem de mica e motivos de desconexão: nenhuma upgrade de modem firmware pode fazer o NextPort DSP fora da mica DSP ou vice versa.

Pré-requisitos

Requisitos

Este documento não tem nenhuma exigência específica.

Informações de Apoio

Sempre que um atendimento que usa o NextPort DSP é cancelado ou desligado, o módulo NextPort grava a razão para a disconexão. Este código de motivo de desconexão pode ser usado para determinar se a disconexão era normal ou um erro ocorreu. Este código de motivo pode ser usado para seguir para baixo possíveis origens da falha. O Modems pode ser desligado devido a uma variedade de fatores tais como disconexões do cliente, erros telco, e gotas do atendimento no servidor do acesso de rede (NAS). Um “bom” motivo de desconexão é que o DTE (modem do cliente ou NAS) em uma extremidade ou na outro quis terminar o atendimento. 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 de determinar se o motivo de desconexão é “normal”, refira a visão geral de modem geral e de qualidade de linha NAS

Nota: O motivo de desconexão é controlado em uma primeiro a chegar primeiro a ser servido forma. Isto significa que o primeiro motivo de desconexão gerado é o único motivo de desconexão gravado. Se o modem e o NAS tentam terminar simultaneamente a sessão e o modem acontece salvar o motivo de desconexão antes que a mensagem LINK_TERMINATE do NAS esteja processada, a seguir o motivo de desconexão NAS está ignorado.

Componentes Utilizados

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. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se você estiver trabalhando em uma rede ativa, certifique-se de que entende o impacto potencial de qualquer comando antes de utilizá-lo.

Convenções

Para obter mais informações sobre convenções de documento, consulte as Convenções de dicas técnicas Cisco.

Determinando a razão de desconexão

Ao avaliar se você é experimentar disconexões boas ou do mau, é importante obter a história das disconexões que uma porta particular experimentou. Na maioria de ambientes, o motivo de desconexão é obtido usando registros de chamada de modem ou mensagens do syslog do rastreador de chamadas. Este código da disconexão pode então ser interpretado usando a tabela fornecida neste documento (ou para verificar /images/exit.gif para ver se há ferramentas de análise de modem). Use os comandos seguintes determinar o motivo de desconexão:

  • O comando show spe modem disconnect-reason não indica o código de motivo de desconexão como um valor hexadecimal. Contudo, indica o motivo de desconexão como um nome. O nome e a classe do motivo de desconexão podem ser encontrados dentro e respectivamente.

  • O comando show port modem log indica o código de motivo de desconexão como um valor hexadecimal. Refira:

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 olha alguns exemplos.

Usando o comando show port modem log

Use o comando show port modem log slot/port obter o código da causa da desconexão (em encantar) para um detalhe chamam uma porta específica. Este código da disconexão é idêntico ao código de causa obtido das saídas de SYSLOG do registro de chamada e do rastreador de chamadas do modem. 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

Do exemplo acima, note que o código da disconexão é 0x220.

Utilizando o comando show spe modem disconnect-reason

Use o show spe modem disconnect-reason {summary | slot | entalhe o comando do /spe} determinar a distribuição dos motivos de desconexão que a porta particular experimentou. Umas saídas de sumário da amostra de todas as portas são mostradas 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

Do exemplo acima, deixe-nos dizer que nós estamos interessados na categoria “disco” da disconexão dentro da CLASSE EC LCL. Para determinar o que o disco do motivo de desconexão significa, vá à entrada que corresponde à classe (a CLASSE EC LCL) e ao nome do motivo de desconexão (disco) que mostra um código encantar de 0x220 e é uma disconexão normal.

  • CLASSIFIQUE OUTRO

  • CLASSIFIQUE O DSP

  • CLASSIFIQUE EC LCL

  • CLASSIFIQUE o Cmd EC

  • CLASSIFIQUE EC FRMR

  • CLASSIFIQUE EC LD

  • HOST DE CLASSE

Tabela de resumo de códigos de motivos de desconexão NextPort

Tipo do motivo de desconexão Razão de desconexão: Nome Código de motivo de desconexão (encantar) Descrição
CLASSIFIQUE OUTRO
2 Software Rst 0x001 O software do ½ do ¿  de Cisco IOSï desligou o atendimento para alguma razão indeterminada (SOFTWARE_RESET).
2 EC Termntd 0x002 Terminação da camada do error correction (EC)
2 MNP5 ruim RX 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 de compressão, na descompressão ou na correção de erros pelo modem ou pelo sócio. (Há igualmente a possibilidade de uma linha transitória ou de um erro de memória ram.)
2 V42B ruim 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 no modem ou a implementação de compressão do sócio, a descompressão ou a correção de erros. (Há igualmente a possibilidade de uma linha transitória ou de um erro de memória ram.)
2 Stat ruim da BOBINA 0x005 <reserved>
6,7 ATH 0x006 Comando ATH detectado pelo modem local. O “ATH” (Hangup) no comando é detectado pelo modem local (NextPort). Por exemplo, seguindo uma discagem dos IO, a relação IO DTE cancela o atendimento (transmitindo um “ATH inband” no comando), depois que o atendimento é conectado.
3 Abortado 0x007 No modo “todo o” aborto chave do comando do seletor o comando AT dial foi abortado pelo comando " any key " abort. Por exemplo, o modem do host origina um atendimento. Durante o estabelecimento de conexão, pressionar “toda a chave” causará o comando AT dial ser abortado.
3 Conecte a candonga 0x008 A conexão de chamada demorou muito para ser concluída. Observe que o temporizador S7 (espera para o portador após o seletor) expirado para esta disconexão. As causas incluem:
  • Dificuldade que escolhe (negócio) uma camada mim padrão,
  • Uma combinação de camada estabelecimento mim e da camada II que toma demasiado por muito tempo.
Por exemplo: a negociação de correção de erro toma uma quantidade estendida de tempo sobre um retreinamento ou devido aos erros de bit introduziu-a quando o modem do cliente tenta conectar em uma taxa “agressiva” (por exemplo, o receptor do modem do cliente tenta conectar em uma taxa que não pode sustentar). Esta disconexão poderia igualmente acontecer se o modem de resposta não ouviu nenhum tom do canal (por exemplo, o autor não era um modem).
2 Restaure o DSP 0x009 O DSP foi restaurado (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 restaura o DSP se as mensagens do correio do CP ao SP não estão sendo reconhecidas. O SP restaura-se se obtém um erro de inconsistência interna.
4,6   0x00C V.42bis ou o tamanho das palavras de código V.44 excederam o máximo negociado.
4,6   0x00D V.42bis ou o V.44 receberam as palavras de código iguais à entrada de dicionário vazio seguinte.
4,6   0x00E V.42bis ou o V.44 receberam as palavras de código maiores do que a entrada de dicionário vazio seguinte.
4,6   0x00F V.42bis ou o V.44 receberam o código de comando reservado.
4,6   0x010 V.42bis ou o tamanho V.44 ordinal excederam oito.
4,6   0x011 V.42bis ou erro de negociação V.44.
4,6   0x012 V.42bis ou erro de compactação V.44.

CLASSE DSP
    0x1xx Condições DSP relatadas pelo SPE
4,5 sem portadora 0x100 O sinal de portadora SPE é perdido. O NextPort detectou uma queda do portador de modem cliente. O DSP parou de ouvir a portadora do NextPort por um período maior do que o valor especificado no registro S10 (retardo de resposta após a perda de portadora). Isto poderia significar que o caminho de conversa partiu ou que o cliente parou de transmitir. Se um protocolo da camada II (V.42 e/ou V.42bis) é de fato, é anormal considerar tal disconexão. As causas comum são usuários “que abortam” o atendimento antes que uma conexão ocorra. Discagem incidental, começos abortados, e aplicativos do cliente que cronometram para fora quando os atendimentos tomarem demasiado por muito tempo para conectar (devido aos reciclagens múltipla durante a negociação do Layer 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 disconexão NON-negociada ou “suja” da parte do modem do cliente (por exemplo, o modem do cliente apenas deixa cair o sinal de portadora). Isto pode ocorrer se o link está deixado cair abruptamente (erro de rede), ou a potência está cortada ao modem do cliente que desliga o atendimento. Isto pode igualmente ocorrer com os modens do cliente “mais baratos” que não executam a camada protocolos claros-para baixo mim e/ou da camada II em uma queda de DTR. Em um grande número de modems de cliente, essa desconexão é considerada normal.
3 Nenhum dtctd ABT 0x101 Nenhum Answer Back Tone detectado -- o chamador não é provavelmente um modem
3 Flrv do trainup 0x102 Falha de chamada quando modem que treina acima de devido à linha da modulação incompatível ou do mau. 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 Lt do retreinamento 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 circunstâncias possíveis são o modem do cliente não terminam o protocolo claro-para baixo (por exemplo, o telco rasgou para baixo o atendimento no meio da conexão) e o NextPort (NP) tenta recuperar o atendimento emitindo retreinamentos. O limite do retreinamento é alcançado uma vez, o NP deixará cair o atendimento e relatará este motivo de desconexão.
3 Flr da extremidade ABT 0x104 Problema que detecta o fim da resposta Tone(ABT). Falha de negociação ou ruído excessivo durante o treinamento V.34. O Modems do host responde e manda a V.8bis e a resposta 2100Hz modulada para trás tonifica (ABT) com reversões de fase, mas ruído excessivo do encontro durante a sequência de trainup. 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:
  • Os níveis de potência TX reais estão incorretos e os tons não são segurados então pelo lado remoto.
  • Há muito ruído excessivo nas Fases III e IV durante o treinamento V.34.
  • Há um erro de operador.
  • Há uma interferência na rede durante o treinamento V.34 (alguém seleciona a extensão).
3   0x105 Operação SS7/COT (teste de continuidade) terminada com sucesso.
3   0x106 Operação SS7/COT (teste de continuidade) falhada: Tom de espera do intervalo T8/T24 “em”.
3   0x107 Operação SS7/COT (teste de continuidade) falhada: Tom de espera do intervalo T8/T24 “fora de”.
4   0x108 Cleardown do Modem On Hold (MOH) pelo NextPort. V.92 especifica que o motivo da exclusão pode ser:
  • Cleardown devido a à chamada recebida
  • Cleardown devido a à chamada feita
  • Cleardown devido a à outra razão
4   0x109 Valor de timeout MOH alcançado. Este valor pode ser ajustado usando o registro S62 (tempo máximo V.92 MOH).

CLASSE EC LCL: Condição EC, detectada localmente
    0x2xx Condições locais do error correction (EC).
3 Nenhum LR 0x201 Durante a negociação um frame Solicitação de Link (LR) não foi recebido. O par não pode apoiar o MNP.
3 LR Param1 0x202 O frame LR recebido MNP teve PARAM1 ruim/inesperado. 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 Lt de Retrns 0x204 Retransmissões consecutivas demais no EC. 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 do cliente poderia igualmente ter desligado sem o modem do host que realiza este. Por isso, o modem host retransmite continuamente, sem saber que o modem cliente não está mais presente. Às vezes, quando o atendimento conecta no LAPM ou no MNP, o NextPort é incapaz de transmitir um quadro ao modem do cliente. O modem do cliente não reconhece a transmissão inicial do NextPort, a seguir não responde para registrar (limite de retransmissão de correção de erro) as votações S19 (o padrão é 12), assim que o NP desliga o atendimento. Uma causa poderia ser que o portador no trajeto transmitir degradado substancialmente quando o cliente nã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 que indica que um timeout por inatividade ocorreu.
4,5 O protocolo erra 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 Fallbck 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 Nenhum XID 0x211 Nunca recebeu um quadro de identificação de intercâmbio (XID) durante a negociação. O par não pode apoiar o 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 da disconexão V.42 foi enviado do modem do cliente ao modem do host). O modem do cliente descartou o DTR e negociou de forma inteligente um protocolo simples.
3,4,5 DM 0x221 Quadro recebido DM. O par está desligando possivelmente. 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 ruim 0x222 O número de sequência de recepção ruim ou o número ACK foram recebidos. Um MNP LD 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 Online SABME 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. Significa que o modem do cliente pode ter restaurado devido a receber um FRMR.
4,5 Online XID 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 da CLASSE EC: Código de comando ruim detectado EC
4,5 Cmd ruim 0x3xx O EC detectou um código de comando incorreto. O comando received unknown está nos últimos 2 dígitos. Um quadro MNP LD ou de LAP-M FRMR é enviado na resposta.

CLASSE EC FRMR: FRMR detectado EC do par
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 do mau 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 de 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 recebido FRMR indica que o modem do cliente recebeu um frame de correção de erros do modem do host que conteve um campo de dados que não fosse permitido ou conteve um campo de dados com um comprimento incorreto (isto é, quadro U).
4,5 Tamanho 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 Frmr NR ruim 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: Disconexão do link detectado do error correction (EC) (LD) do par
4,5   0x5xx Condições EC indicadas pelo cliente no quadro LD MNP. O campo da razão está nos últimos 2 dígitos
3 LD nenhum 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 frame Solicitação de Link (LR) dos relatórios de peer tem o parâmetro ruim #1 que o modem do host recebeu link disconnect (LD) um quadro do modem do cliente. O quadro recebido LD indica que o modem do cliente recebeu um frame de solicitação de link do modem do host que conteve (isto é inesperado) um PARAM1 ruim. Para obter mais informações sobre PARAM1, consulte a especificação V.42.
3 LD LR Incmpt 0x503 MNP: o frame LR dos relatórios de peer é incompatível com sua configuração que o modem do host recebeu link disconnect (LD) um quadro do modem do cliente. O quadro recebido LD indica que o modem do cliente recebeu um frame Solicitação de Link (LR) do modem do host que é incompatível com a configuração do modem do cliente.
4,5 Lt LD Retrns 0x504 MNP: os relatórios de peer retransmissões consecutivas demais EC o modem do host receberam um quadro LD do modem do cliente. O quadro de LD recebido indica que o modem cliente recebeu excessivas retransmissões consecutivas.
4,5 Inatividade LD 0x505 MNP: o temporizador de inatividade dos relatórios de peer expirou o host que o modem recebeu link disconnect (LD) um quadro do modem do cliente. O quadro recebido LD indica que o host do modem do cliente (DTE) não passou dados ao modem do cliente dentro de um período de tempo.
3 Protocolo LD 0x506 MNP: o erro dos relatórios de peer o modem do host recebeu um quadro LD do modem do cliente. O quadro LD recebido indica que o modem cliente recebeu um erro de protocolo MNP.
3 Usuário LD 0x507 A disconexão normal MNP o modem do host recebeu um quadro LD do modem do cliente. O quadro recebido LD indica uma terminação de MNP normal.

HOST DE CLASSE: Pedido 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. A razão do host é indicada 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. Esta é a “captura toda a” razão da desconexão iniciada IO. É 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 nenhum answr 0x1f02 O número discado não respondeu. 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” deixado cair. Este estado “é refletido” da “do redirecionador porta de E/S” que está usando atualmente o modem. A desconexão ocorreu porque o host deixou cair a linha “virtual” DTR. Esta causa da desconexão genérica é iniciada pelo Cisco IOS Software. As causas do exemplo são idle timeout, PPP LCP TERMREQ recebido, falha de autenticação, desconexão telnet, e assim por diante. Para determinar acima a razão para o cair, examine o motivo de desconexão do “raio” do comando modem call-record terse ou do Authentication, Authorization, and Accounting (AAA).
6,7 HST ATH 0x1F04 O comando “ATH” (hangup) foi detectado pelo host local.
3 HST NoDialTn 0x1F05 Sem acesso à rede Telco. A desconexão ocorreu porque o host não poderia alcançar a rede (tal como o ISDN).
3,4,5 HST NoCarr 0x1F06 Desconexão de rede indicada. Esta é uma disconexão provocada lado do cliente que não seja uma terminação de chamada oportuna. Pode ocorrer durante a configuração de chamada. Uma causa comum é quando os usuários do Dial Up Networking de Windows 95 ou de Windows 98 (DUN) batem o “cancelamento” antes que o atendimento alcance o estado steady. Um outro motivo comum é todo o cliente incitado queda de DTR antes do estado steady. Durante o modo de dados, esta é igualmente uma desconexão disparada do lado do cliente que não seja uma terminação de chamada oportuna (isto é, uma disconexão “suja”). Uma muito causa comum falha 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 TERMINAÇÃO espontânea. O host envia essa razão de desconexão quando recebe uma mensagem de terminação não solicitada.

Tipos de motivos para desconexão

Tipo de desconexão Descrição
0 (não utilizado)
1 - 0x2… (não utilizado)
2 - 0x4… Outras situações
3 - 0x6… A circunstância ocorreu durante a configuração de chamada
4 - 0x8… No modo de dados. Dados RX (linha a hospedar) que nivelam ESTÁ BEM
5 - 0xA… No modo de dados. Dados RX (linha a hospedar) que nivelam NAO APROVADO (presentemente, os aplicativos não devem ser referidos sobre o " não ok ")
6 - 0xC… No modo de dados. Dados de Tx (host a alinhar) que nivelam ESTÁ BEM
7 - 0xE… No modo de dados. Dados de Tx (host a alinhar) que nivelam NAO APROVADO (presentemente, os aplicativos não devem ser referidos sobre o " não ok ")


Informações Relacionadas


Document ID: 9502