Estados do modem MICA e razões dedesconexão

Índice

IntroduçãoPré-requisitosRequisitosComponentes UtilizadosConvençõesDeterminando o estado do modemDeterminando a razão de desconexãoRegistros de chamada de modemRegistros de relatório de AAAOs comandos show modem operational-status e show modem logFormato da razão de desconexãoEstados de modem MICARazões para desconexão do modem MICARazão de desconexão: TiposInformações Relacionadas

Introdução

Esse documento descreve como interpretar os códigos da razão da desconexão do atendimentorelatados pelos modems MICA (agregação de canal de modem ISDN) da Cisco.

Nota:  Este documento contém muitos termos que são definidos nos padrões de ITU tais como oV.90, o V.44, o V.42bis, e o V.34. Para obter mais informações sobre destes termos satisfaçareferem o padrão apropriado do ITU-T. Os termos especificados nos padrões do ITU-T não sãoexplicados neste documento.

Pré-requisitos

Requisitos

Os leitores deste documento devem estar cientes do seguinte:

Sempre que uma chamada que usa partes específicas do domínio MICA (DSPs) for removida oudesconectada, o MICA registrará o motivo da desconexão. É possível usar essa razão paradeterminar se a desconexão foi normal. Se não, você poderá usá-lo para rastrear as possíveisorigens da falha. Os modems podem ser desconectados devido a vários fatores, comodesconexões do cliente, erros da empresa de telecomunicações e quedas de chamadas no

servidor de acesso à rede (NAS). Um motivo de desconexão típico é que o DTE (modem docliente ou NAS) em uma extremidade quer a fechar para baixo. 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 uma razão de desconexão é normal,consulte Visão geral de modem geral e qualidade de linha NAS.

Componentes Utilizados

Os modems MICA são utilizados nos servidores de acesso a seguir:

Cisco 3600 Series Routers●

AS5200●

AS5300●

AS5800●

As informações neste documento foram criadas a partir de dispositivos em um ambiente delaboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com umaconfiguração (padrão) inicial. Se você estiver trabalhando em uma rede ativa, certifique-se de queentende 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 dicastécnicas Cisco.

Determinando o estado do modem

Use o comando show modem log slot/port para encontrar o estado atual de um modem MICA.Nesta saída de log, as entradas mais recentes estão no final do log. Os estado do modem MICAatual são exibidos no último evento de estado do modem (change). Nas saídas de exemploabaixo, o estado do modem é quietude, indicada pelo estado do modem que o evento carimbou00:00:28. Refira a tabela dos estados de modem de MICA para mais informações sobre dosestados de modem de MICA possíveis.

maui-nas-02#show modem log 1/0 Modem 1/0 Events Log: 00:03:33:Startup event:MICA Hex modem

(Managed) Modem firmware = 2.7.3.0 !--- This modem is using portware 2.7.3.0 00:03:33:RS232

event: noRTS, noDTR, CTS, noDCD ... ... !--- This output was removed for brevity. ...

00:00:28:Modem State event: State: Terminate 00:00:28:RS232 event: noRTS, DTR, CTS, noDCD

00:00:28:RS232 event: RTS, DTR, CTS, noDCD 00:00:28:Modem State event: State: Idle !--- The last

modem state event !--- This indicates that the modem is in state Idle

Determinando a razão de desconexão

Sempre que uma conexão de modem é terminada, o NAS relata dois motivos de desconexão: asrazões DTE (IO) e as razões DCE (MICA). Esses motivos de desconexão podem ser reportadospor meio de três métodos principais:

Registros de Chamada de Modem: Estes relatam o software e razões de desconexão demodem de MICA IOS®.

1.

Registros de contabilização de AAA: Eles relatam somente a razão da desconexão dosoftware IOS.

2.

Comandos IOS: Os comandos tais como o modem operational-status da mostra e o log de3.

modem da mostra relatam somente a razão de desconexão de modem de MICA.

Registros de chamada de modem

Os IO e a razão da disconexão do modem para uma conexão particular são indicados no registrode chamada de modem (MCR). O MCR é enviado ao servidor syslog pelo NAS durante o términode cada chamada. Os registros de chamada de modem foram introduzidos nas versões 11.3AA e12.0T do Software Cisco IOS e são ativados (no NAS) com o comando modem call-record terse.Para obter mais informações sobre como implementar registros de chamada de modem, consulteo documento Using Syslog, NTP, and Modem Call Records to Isolate and Troubleshoot Faults.

No registro de chamada de modem da amostra mostrado abaixo, o motivo de desconexão IOSindicado pelo disc(radius) é portador perdido/portador perdido, quando a razão da disconexão domodem indicada pelo disc(modem) for:

A220 Rx (line to host) data flushing - not OK/EC condition - locally detected/received

DISC frame -- normal LAPM termination

Refira as razões da disconexão do modem de mica da tabela para obter mais informações sobrede interpretar a razão da disconexão do modem.

*May 31 18:11:09.558: %CALLRECORD-3-MICA_TERSE_CALL_REC: DS0 slot/contr/chan=2/0/18,

slot/port=1/29, call_id=378, userid=cisco, ip=0.0.0.0, calling=5205554099, called=4085553932,

std=V.90, prot=LAP-M, comp=V.42bis both, init-rx/tx b-rate=26400/41333, finl-rx/TX

brate=28800/41333, rbs=0, d-pad=6.0 dB, retr=1, sq=4, snr=29, rx/TX chars=93501/94046, bad=5,

rx/TX ec=1612/732, bad=0, time=337, finl-state=Steady, disc(radius)=Lost Carrier/Lost Carrier,

disc(modem)=A220 Rx (line to host) data flushing - not OK/EC condition - locally

detected/received DISC frame -- normal LAPM termination

Registros de relatório de AAA

Os logs de contabilidade AAA também podem ser usados para determinar a razão dadesconexão do IOS. Na pergunta da amostra AAA sql abaixo, nós podemos ver a causa dadesconexão de RADIUS:

SQL> select * from cs_accounting_log where blob_data like '%rad_dial%';

LOG_ID BLOB_ORDINAL BLOB_DATA

-------------------------------------------------------------------------------

172.22.87.3 rad_dial Async20 65004 stop server=danvers time=17:36:33

date=04/17/2000 task_id=40 timezone=CST service=ppp protocol=ip

addr=172.22.83.12 disc-cause=4 disc-cause-ext=1021 pre-bytes-in=132 pre-bytes-out=139 pre-

paks-in=5 pre-paks-out=7 bytes_i

O código da disconexão (disc-cause=4), no exemplo acima, indica que a disconexão estevecausada pela expiração do intervalo inativo.

Nota: Os registros de contabilização AAA não exibem a razão de desconexão do MICA, por isso atabela fornecida neste documento não pode ser utilizada para interpretar a razão de desconexãodo RADIUS.

Para obter mais informações sobre como implementar relatório AAA, consulte o documento sobrecomo implementar relatório AAA baseado em servidor.

Os comandos show modem operational-status e show modem log

Os comandos show modem operational-status slot/port e show modem log slot/port do IOSpodem ser usados para determinar o motivo da desconexão de MICA.

A saída desse comando mostra por que a conexão foi perdida ou por que as conexões atuais nãosão o que você esperava. Veja os motivos de desconexão abaixo para explicações nos tiposdiferentes de desconexão.

as5300-2#show modem operational-status 1/1 Modem(1/1) Operational-Status: Parameter #0

Disconnect Reason Info: (0xDF03) Type (=6 ): TX (host to line) data flushing - OK Class (=31):

Requested by host Reason (=3 ): DTR dropped ! --- This output was shortened for brevity.

A /porta do Slot do Log do modem da mostra igualmente indica o motivo de desconexão

maui-nas-02#show modem log 1/0 Modem 1/0 Events Log: 00:03:33:Startup event:MICA Hex modem

(Managed) Modem firmware = 2.7.3.0 ... ... ! --- This output was removed for brevity. ...

00:00:26:End Connect event: Call Timer: 124 secs Disconnect Reason Info: (0x8220) Type (=4 ): Rx

(line to host) data flushing - OK Class (=2 ): EC condition - locally detected Reason (=32):

received DISC frame -- normal LAPM termination

Formato da razão de desconexão

Um motivo de desconexão consiste em quatro dígitos hexadecimais. Os três dígitos hexadecimaisde ordem baixa podem ser usados para identificar a razão da desconexão. O dígito hexadecimalde alto ordem indica geralmente o tipo de motivo de desconexão ou do tempo em que o motivo dedesconexão ocorreu. Estas opções são descritas na seção Razão de desconexão: Tipos. Porexemplo, se o motivo da desconexão for 0xWXYZ, 0xXYZ poderá identificar esse motivoenquanto 0xW indica quando ele ocorreu.

Nos exemplos acima, 0xF03 e 0x220 identificam o motivo de desconexão quando 0xD e 0x8indicarem quando o motivo de desconexão ocorreu. As definições para as razões de desconexãodo MICA são fornecidas na seção MICA Modem Disconnect Reasons (Razões para desconexãodo modem MICA).

Para mais informações sobre das operações do modem MICA, veja a documentação deverificação do desempenho do modem e das operações de gerenciamento do modem nos CasosPráticos do Cisco AS5x00 para serviços de modem básicos IP.

Estados de modem MICA

Estado Descrição

QUIETUDE (#0)

Neste estado, a sessão demodem é atualmente inativa. Oestado IDLE (LIVRE) foi inseridono estado TERMINATING(TERMINAÇÃO) durante averificação de recepção no DSPem que todas as operaçõesforam interrompidas.

CALL_SETUP (#5)

Nesse estado, o processador desinais do modem fica preparadopara receber e gerar sinais T1,de freqüência múltipla (MF), detom dual de freqüência múltipla(DTMF), R1, R2 e de progresso

de chamadas. O modempermanece no estadoCALL_SETUP até receber umamensagem LINK_TERMINATE,SOFTWARE_RESET ouINITIATE_LINK do host.

CONECTE (#10)

O estado da CONEXÃO éincorporado CALL_SETUP(#5)do estado somente em cima dereceber o comando host iniciar.No modo de resposta, a sessãode modem iniciou a atividade,mas não começou ainda aproduzir um tom de replicação.Em origine o modo, a sessão demodem iniciou a atividade, masnão detectou ainda um tom dereplicação.

LINK (#15)

O estado LINK é introduzido apartir do estado CONNECTsomente ao detectar um Tom dereplicação (origem) ou o Tom dereplicação (resposta). No modoAnswer, a sessão do modemtransmite um Answerback Tonepara a linha. No modo deOriginação, a sessão do modemdetectou a quantidade mínima(configurável) exigida de tom dereplicação. Isso indica que háum peer remoto.

QC (#16)

Pode-se entrar no QuickConnect (QC) através do LINKou estado Exchange do V.8 bisse o QC estiver ativado, e com orecebimento de uma seqüênciaQCA (modo Originate) ou enviode uma seqüência QCA (modoAnswer).

TRAINUP (#20)

Neste estado, a sessão demodem negocia o padrão demodulação física (comoconfigurado) usado durante olink. O estado do trainup éentrado do estado do LINKsomente em cima:

Detecção do final de umTom de Replicação(originar).

●

Concluindo a transmissãode um Tom de replicação

●

(resposta).

EC_NEGOTIATING(#25)

Nesse estado, a sessão domodem negocia a correção doerro e o protocolo decompactação de dados a serusado durante o link. Quando osajustes forem agradávens aambo o Modems (a interseçãodas duas potencialidades demodems e configurações), umanegociação bem-sucedida estáalcançada. Se a interseção fornula, o modem serádesconectado ou iniciará umasessão conectada sem erros. Oestado EC_NEGOTIATING éincorporado do estado dotrainup em cima com sucessode terminar a sincronizaçãofísica da modulação.

STEADY_STATE (#30)

Neste estado, a sessão demodem pode passar dados nolink. O estado STEADY_STATEé inserido pelo estadoEC_NEGOTIATING:

Após a negociação bem-sucedida do protocolo(conforme configurado).

●

A partir dos estadosSTEADY_STATE_RETRAINING eSTEADY_STATE_SHIFTINGSPEED, visto que oenlace físico é renegociadocom êxito.

●

No fax - modo; este estadosignifica que o motor T30está sendo executado.Durante uma chamada defax, há um pino de madeiraentre o STEADY_STATE aSTEADY_STATE_ESCAPE.Isto representa a chamadade fax que atravessa suasfases diferentes de umasessão do fax (T30).

●

STEADY_STATE_RETRAINING (#35)

Nesse estado, a sessão demodem está sendo reciclada. Oestado

STEADY_STATE_RETRAININGé incorporado dos estadosSTEADY_STATE ouSTEADY_STATE_SHIFTINGSPEED:

Comando Upon HostLink_Control - [Retrain].

●

Retirando um limiar interno(configurável).

●

STEADY_STATE_SHIFTINGSPEED (#40)

Neste estado, a sessão domodem está transferindo avelocidade atualmente. OestadoSTEADY_STATE_SHIFTINGSPEED é inserido do estadoSTEADY_STATE :

Em Host_Link_Control -[Fallback, Fall-Forward].

●

Retirando um limiar interno(configurável).

●

STEADY_STATE_ESCAPE (#45)

Neste estado, o modem éconectado ainda com o peerremoto, mas a relação do hostestá dentro no modo decomando. Entra-se neste estadosomente com o recebimento deuma seqüência de escapeHayes válida. No modo Fax,esse estado significa que omecanismo T30 está aceitandocomandos AT do host. Veja oestado STEADY_STATE (#30)para obter informações sobre deuma chamada de fax.

TERMINAR (#50)

Neste estado, a sessão demodem tenta nivelar dados dousuário e claro-para baixo oprocessador do sinal digital(DSP). Em um Software_reset ,não há fluxo ordenado e o DSPé RESET. O estadoTERMINATE é inserido a partirde qualquer estado:

Em cima doLINK_TERMINATE ou doSoftware_reset do host.

●

Na perda do portador doDSP.

●

Na recepção de umcomando ATH do DTE.

●

No recibo de um frame decorreção de erros DISC/LD(disconexão) da linha.

●

Pela remoção de várioslimiares internos(configuráveis).

●

NA POSSE (#55)

A sessão do modem é mantidae os dados não passam noenlace. O estado Em Espera éinserido a partir do estadoestável após a recepção de umamensagem de solicitação(MHReq) de Modem em Espera(MoH). Se o Modem On Holdestá permitido (registro S62), omodem transmitirá a sequênciado reconhecimento do ModemOn Hold (MHack) para concedero pedido e para transmitir oAnswer Back Tone (ANSam)quando o silêncio ou o RT sãodetectados. Se um sinal CallMenu (CM) (para V.8) ou umaseqüência Quick ConnectAcknowledge-QCA (QC -Registro S63) for detectado emum estado de espera, o modemdeverá sair do estado de esperae responder à seqüência inicialde acordo com asrecomendações do V.8 ou doQC (Registro S63),respectivamente. Se nenhumaseqüência inicial for detectadadepois que o valor de timeout onhold for definido, o modemdeixará o estado On Hold e serádesconectado. Se o Modem OnHold é desabilitado, o modemtransmitirá o MHnack. SeMHcda for detectado após atransmissão de MHnack, omodem será desconectado. Seo MHfrr for detectado após oMHnack ser transmitido, omodem deverá transmitir o tomde resposta e preparar-se paradetectar as seqüências CM (V.8)ou o QCA (QC - registro S63) domodem remoto. Para obter maisinformações sobre do ModemOn Hold, refira as

especificações do ITU-T V.92 .Nota: MICA estado #55anteriormente era o estadoVOICE, que foi removido dasversões do software de porta2.9.1.0 e superiores.

V.8bisEXCHANGE(#71)

Este estado é incorporado deCONECTA o estado somenteem cima de detectar CRe(origine o modo) ou a iniciaçãode CRe (modo de resposta).Modo de resposta: A sessão demodem está transmitindo umCRe para a linha. Modo deorigem: A sessão de modemdetectou a capacidade Pedido-para autoanswer (CRe). Istoindica que há um peer remoto.

RANGING(#72)

RANGING é inserido a partir doestado LINK ou QC (RegistroS63) ao iniciar a estimativaRTDEd. Esse estado só seaplica aos padrões V.32 eposteriores.

SHORT(#73) DEAGRUPAMENTO

VARIAR CURTO é incorporadode QC (registro S63) em cimade ligar o modem Avaliação-digital do retardo de round trip(RTDEd)

HD TRAIN(#74)

HD TRAIN (trainup semi-duplex)é introduzido de RANGING ouRANGING SHORT até o iníciodo treinamento do filtro deadaptação. Isto aplica-se aV.22bis e levanta-se.

STEADY_STATE_PIAFS_RESYNC(#80)

InserirSTEADY_STATE_PIAFS_RESYNC indica que uma chamadaPIAFS (Personal HandyphoneInternet Access ForumStandard) perdeu asincronização e está executandouma ressincronização.

STEADY_STATE_PIAFS_SPEEDSHIFT(#85)

A entrada deSTEADY_STATE_PIAFS_SPEEDSHIFT indica que umachamada PIAFS estánegociando uma troca detransparência de velocidade.Esse é um estado momentâneo,transitório. O MICA jamais

permanecerá nesse estado. Sea ressincronização resultar emuma mudança de velocidade,então o MICA passa para esseestado a partir deSTEADY_STATE_PIAFS_RESYNC e, em seguida, vai paraSTEADY_STATE. Se aresincronização NÃO resultarem uma mudança develocidade, entãoSTEADY_STATE_PIAFS_RESYNC passará diretamente paraSTEADY_STATE quando estivercompleta.

Razões para desconexão do modem MICA

Um motivo de desconexão do modem MICA consiste em quatro dígitos hexadecimais. Os trêsdígitos hexadecimais de ordem inferior identificam exclusivamente o motivo da desconexão. Odígito hexadecimal de ordem alta indica o tipo do motivo da desconexão ou o horário no qual omotivo da desconexão ocorreu. No exemplo acima, onde o código da disconexão é ohexadecimal 0xDF03, o 0xF03 identifica o motivo de desconexão quando 0xD indicar quando omotivo de desconexão ocorreu (motivo de desconexão: Tipos).

As razões de desconexão descritas abaixo não incluem o tipo de desconexão. Daqui, do motivode desconexão você tem, descasca fora o leftmost encanta o dígito e compara os dígitosremanescente com as opções abaixo. A partir do exemplo acima, procure o 0xF03 na seçãoabaixo.

Nota: Neste documento, o modem de host é o modem MICA no servidor de acesso Cisco,enquanto o modem de cliente é o modem de dispositivo remoto (por exemplo, um modem PC decliente).

Tipodedesconexão

Código demotivo dedesconexão

Descrição

- 0

Ainda não ocorreu desconexão. Você vêesse código se o motivo da desconexão écolocado na fila imediatamente após ocarregamento do Portware ou durante umachamada, antes do estado constante.

Razões gerais de desconexão (Classe 0)

2 0x001

O Cisco IOS terminou abruptamente oatendimento por qualquer motivo - porexemplo, porque a camada 1 foi parabaixo no período físico que contém o

atendimento.

2 0x002

Terminação da camada de Correção deErro (EC).

2 0x003

A tarefa de descompressão do MicrocomNetwork Protocol 5 (MNP5) recebeu umtoken ilegal no fluxo de dados. Este motivode desconexão ocorre durante o modo dedados (0x3003). Existe a possibilidade deum erro lógico na implementação demodem ou de parceiro dacompactação/descompactação oucorreção de erro. (Também existe apossibilidade de um acerto de linhaocasional ou de um erro de memóriaRAM.)

2,4,6 0x004

A tarefa de descompressão V.42bis ouV.44 recebeu um token ilegal no fluxo dedados. Este motivo de desconexão podeocorrer durante o modo de dados(0x4004). Existe a possibilidade de umerro lógico na implementação de modemou de parceiro dacompactação/descompactação oucorreção de erro. (Também existe apossibilidade de um acerto de linhaocasional ou de um erro de memóriaRAM.) Para o V.44, este código ésuplementado pelo campo índice deinformação de link de diagnóstico 119 (umcampo de informação com XX bytes oitousado como uma ferramenta paradebugar).

2 0x005

Erro de software mica. O código de erropor este motivo motivo de desconexão é0x4005. Um erro de software MICA ocorree indica uma variável de estado de co-processador incorreta.

6 0x006

O comando ATH foi detectado pelomodem local. Este motivo de desconexãoocorre durante o modo de dados (0xC006e 0xE006). O comando ATH (HANGUP) foidetectado pelo modem local (MICA). Porexemplo, durante um dialout de IOS,depois que a chamada for conectada, ainterface DTE do IOS apagou a chamadatransmitindo o comando ATH na banda.

3 0x007

O comando AT dial foi abortado. Ocomando AT dial foi abortado pelocomando any key abort. Por exemplo, omodem do host origina um atendimento.Durante o estabelecimento de conexão,

antes do ESTADO STEADY, pressionartoda a chave causará o comando AT dialser abortado.

3 0x008

A conexão de chamada demorou muitopara ser concluída. Note que otemporizador S7 (espera para o portadorapós o seletor) expirado para estadisconexão. Este motivo de desconexãoocorre durante o estabelecimento dachamada (0x6008). O modem hostdemorou tempo demais para estabeleceruma conexão devido à reciclagem. Ascausas são: dificuldade na escolha(negociação) de um padrão de Camada I(por exemplo, abortar a chamada antes deretornar com a razão de desconexão0x6102) ou a demora no estabelecimentode uma combinação da Camada I e daCamada II. Por exemplo, a negociação decorreção de erro toma uma quantidadeestendida de tempo sobre umretreinamento ou devido aos erros de bitintroduziu-a quando o modem do clientetenta conectar em uma taxa agressiva (oreceptor do modem do cliente tentaconectar em uma taxa que não podesustentar). Esse tipo de desconexão éconsiderada contra CSR. Essadesconexão também pode ocorrer se omodem de resposta não ouvir nenhum tomdo canal (Por exemplo, o originador não foium modem).

2 0x009

O DSP foi restaurado (comando, internoou espontâneo). O código de erro por estemotivo motivo de desconexão é 0x4009. ODSP dentro do modem do host foireinicializado pelo Processador de controle(PC) ou pelo Processador de sinal (PS). OCP restaurará o DSP se as mensagens docorreio do CP ao SP não estão sendoreconhecidas. O SP restaurar-se-á seobtém um erro de inconsistência interna.

4,6 0x00A

Recibo de umas palavras código doprogresso ilegal. Especifica o recibo deumas palavras código de subida quandofaria com que o valor do C2 (tamanho dapalavra de código atual) excedesse o N1(tamanho da palavra de código máximo: énegociado) e válido para o V.44 e oV.42bis somente.

4,6 0x00B

Recibo de umas palavras código ilegais deV.42bis. Especifica o recibo de umas

palavras código, a qualquer hora, igual aoC1 (entrada de dicionário vazio seguinte) eé válido para V.42bis. (O recibo de umaspalavras código = do C1 é ilegal emV.42bis, mas legal no V.44).

4,6 0x00C

Passe recibo de um token ilegal(demasiado grande) no V.44 ou noV.42bis. Isto significa que V.42bis ou otamanho da palavra de código V.44recebido excederam o máximo negociado.Especifica o recebimento de uma palavrade código, a qualquer momento, maior queC1 (próxima entrada de dicionário vazia) eé válido para V.44 e V.42bis.

4,6 0x00D

Recibo de um código de comandoreservado V.44 ou de V.42bis. Especifica orecibo de um código de comandoreservado e é válido para o V.44 e oV.42bis.

4,6 0x00E

V.42bis ou o V.44 receberam as palavrascódigo maiores do que a entrada dedicionário vazio seguinte. Recebimento deum caractere V.44 Illegal STEPUP. Istoindica o recibo de um código de controleELEVADOR que faça com que o valor doC5 (tamanho ordinal) excedesse oito. Istoé válido para o V.44 somente.

4,6 0x00F

Dicionário V.44 RX completamente.Especifica o recibo de umas palavrascódigo que não sejam uma reinicializaçãode dicionário quando a nó-árvore RX estácompleta. Válido para o V.44 somente.

4,6 0x010

História V.44 RX completamente.Especifica o recibo de umas palavrascódigo que não sejam uma reinicializaçãode dicionário quando a história RX estácompleta. Válido para o V.44 somente.

4,6 0x011

Tamanho de série ilegal V.44/V.42bis RXexcedido. Especifica o recibo de umaspalavras código que façam com que otamanho de série negociado máximo sejaexcedido. É válido para V.44 e V.42bis.

4,6 0x012

Um erro de negociação V.44 ocorreuespecifica um erro de negociação V.44ocorreu. Para o V.44, este código ésuplementado pelo campo índice deinformação de link de diagnóstico 119. Oíndice do campo de informações deenlaces de diagnósticos é um campoinformativo de oito bytes usado como umaferramenta de depuração.

4,6 0x013

Um erro de compactação V.44 ocorreuespecifica um erro de compactação V.44ocorreu. Para o V.44, este código ésuplementado pelo campo índice deinformação de link de diagnóstico 119. Oíndice do campo de informações deenlaces de diagnósticos é um campoinformativo de oito bytes usado como umaferramenta de depuração.

Condições informadas pelo DSP (classe 1)  0x1xx Condições DSP relatadas pelo SPE

3,4,5 0x100

O DSP perdeu o sinal da Portadora. Isto é,o MICA detectou um descarte de portadorde modem de cliente. Essa causa dedesconexão ocorre durante a configuraçãode chamada e o modo de dados (ou seja,0x6100, 0x8100 e 0xA100). O DSP paroude ouvir a portadora MICA por um períodomaior do que o valor especificado noregistro S10 (retardo de resposta após aperda de portadora). Isso pode indicar queo caminho de conversa desapareceu ouque o cliente parou de transmitir. Se umprotocolo da camada II (V.42 e/ou V.42bis)é de fato, seria anormal considerar taldisconexão. Esse motivo de desconexãoocorre às vezes durante a negociação EC(antes do modo de dados). Ou seja, aCamada I foi negociada com êxito(resultando em uma detecção de sinal deportadora) e a desconexão ocorre ao setentar estabelecer o protocolo da CamadaII (V.42 e/ou V.42bis). Causas comuns sãousuários que abortam a chamada antesque a conexão seja efetuada. A discagemincidental, inicializações abortadas eintervalo de aplicativos do cliente devido àdemora na conexão (por exemplo,diversas recliclagens durante anegociação de camada I). Este tipo decontagens de falha contra o CSR. Acondição de perda da portadora tambémpode ocorrer durante o modo normal dedados, quando o cliente perde a portadorarepentinamente. A causa comum é umadesconexão não-negociada ou suja porparte do modem cliente (ou seja, o modemcliente apenas descarta o sinal daportadora). Isso poderá ocorrer se o linkfor abruptamente descartado (ou seja, errode rede), a energia do modem do cliente édesligada para desconectar a chamada.

Isso também pode ocorrer com modemsclientes mais baratos que nãoimplementam os protocolos clear-down deCamada I e/ou Camada II em uma quedaDTR. Em um grande número de modemsde cliente, essa desconexão éconsiderada normal. Quando o modemcliente realiza uma desconexão suja,ocorre uma condição de disparo entre0xA103, 0xA100 e 0xDF06. Se o DSP como modem host detectar uma perda deportadora, o 0xA100 ganhará e seráindicado como motivo da desconexão. Seo DSP não detectar uma perda deportadora e fizer uma reciclagem até quechegue ao limite de registro S40, então o0xA103 vence. Se a rede detectar que achamada foi desconectada e sinalizar paraque o roteador desconecte, o 0xDF06ganhará. Essa razão de desconexão nãoserá levada em conta em relação ao CSRquando o modem do host estiver em modode dados.

3 0x101

Isto ocorre quando o signal processor (SP)se realiza na fase da detecção do AnswerBack Tone (ABT) em que a falha dechamada ocorre.

3 0x102

Falha de chamada durante o trem domodem acima de devido à linha damodulação incompatível ou do mau. Estemotivo de desconexão ocorre durante oatendimento setup(0x6102). Isso podeindicar tentativas para negociar umamodulação não suportada, como umamodulação proprietária da Rockwellherdada (K56Plus, V.FC, etc.). Outrascausas possíveis são falhas de DSP paratreinamento devido a danos graves nalinha, ruídos de impulsos, interrupção detreinamento, parâmetros de modulaçãoincompatíveis e, talvez, a incapacidade deselecionar adequadamente um padrão deCamada I. Esse tipo de desconexão éconsiderada contra CSR.

4,5 0x103

Muitas reciclagens consecutivas outransferências de velocidade. O limite dereciclagem é especificado com RegisterS40. Este motivo de desconexão ocorredurante a configuração de chamada e omodo de dados (0x6103, 0x8103 e0xA103). Durante o andamento de umachamada, ocorreram muitas reciclagens

que processaram a chamada sem efeitouma vez que a taxa de dados seria tãobaixa quanto inútil. Condições possíveissão quando o modem cliente não conclui oprotocolo de clear-down (por exemplo, atelco cortou a chamada no meio daconexão) e o MICA tenta recuperar achamada emitindo reciclagens. O limite doretreinamento é alcançado uma vez (olimite do retreinamento pode ser alteradousando o registro S40), MICA deixa cair oatendimento e relata este motivo dedesconexão. Sob algumas circunstâncias(T1/E1 separado) este tipo de disconexãopode ser considerado uma disconexão deestado estacionário normal.alternativamente, este poderiasimplesmente ser o resultado de umadesconexão suja devido aos erros de linhapossíveis de que o MICA não poderecuperar. Daqui, este tipo de desconexãonão conta para o CSR desde que oatendimento é estabelecido já. Essemotivo de desconexão também podeocorrer durante a negociação do EC,quando o modem cliente estáextremamente agressivo em relação àtaxa inicial de conexão e não pode mantera chamada (como pode ser observado nosantigos modems clientes da USRobotics).Esse tipo de desconexão não éconsiderada contra o CSR. Quando omodem cliente realiza uma desconexãosuja, ocorre uma condição de disparoentre 0xA103, 0xA100 e 0xDF06. Se oDSP (Digital Signal Processor) do modemdo host detectar uma perda de portadora,0xA100 ganha e é indicado como o motivoda desconexão. Se o DSP não detectaruma perda de portadora e fizer umareciclagem até que chegue ao limite deregistro S40, então o 0xA103 vence. Se arede detectar que a chamada foidesconectada e sinalizar para que oroteador desconecte, o 0xDF06 ganhará.Essa razão de desconexão não serálevada em conta em relação ao CSRquando o modem do host estiver em modode dados.

3 0x104

Problema que detecta o fim da respostaTone(ABT). Falha de negociação ou ruídoexcessivo durante o treinamento V.34. OModems do host responde e manda a

V.8bis e a resposta 2100Hz moduladapara trás tonifica (ABT) com reversões defase, mas ruído excessivo do encontrodurante a sequência de trainup. Procurepor erros do caminho do modemchamador ao modem de resposta em umaou ambas as direções. Ocorrecomportamento semelhante onde houverlatência no Public Switched TelephoneNetwork (PSTN) para a discagem queexceder um segundo e deixar os modemsindisponíveis para treinamento decanceladores de eco. Outras possíveiscausas são:

Os níveis de potência de TX reaisestão incorretos e, portanto, os tonsnão são processados pelo ladoremoto.

●

Há muito ruído excessivo nas Fases IIIe IV durante o treinamento V.34.

●

Há um erro de operador.●

Há uma interferência na rede duranteo treinamento V.34 (alguém selecionaa extensão).

●

Esse tipo de desconexão é consideradacontra CSR.

3 0x105

A operação SS7/COT (teste decontinuidade) terminou com sucesso estemotivo de desconexão ocorre durante aconfiguração de chamada (0x6105). Aoperação SS7/COT (Teste decontinuidade) foi concluída com êxito.

3 0x106

A operação SS7/COT (teste decontinuidade) falhou: Tom de espera dointervalo T8/T24 sobre. Este motivo dedesconexão ocorre durante a configuraçãode chamada (isto é, 0x6106). A operaçãoSS7/COT (Teste de Continuidade) falhouporque o temporizador T8/T24 parouenquanto aguardava por um tom.

3 0x107

A operação SS7/COT (teste decontinuidade) falhou: Tom de espera dointervalo T8/T24 fora. Esse motivo dedesconexão ocorre durante a configuraçãoda chamada (0x6107). A operaçãoSS7/COT falhou porque o temporizadorT8/T24 cronometrou para fora ao esperaro tom fora.

4 0x108

Modem On Hold (MOH) cleardown peloMICA. A solicitação Modem On HoldCleardown (Liberação de Modem Retido)

foi recebida no modem cliente. V.92especifica que o motivo da exclusão podeser:

Exclusão devido à chamada recebida.●

Cleardown devido a à chamada feita.●

Liberação devido a outro motivo.●

4 0x109

Valor de timeout do Modem On Hold(MOH) alcançado.

O EC local condiciona (classe 2)  0x2xx Condições locais EC

3 0x201

Nunca recebeu uma estrutura de LR(solicitação de enlace) durante anegociação. Este motivo de desconexãoocorre durante a configuração da chamada(ou seja, 0x6201). Isso significa que omodem do host nunca recebeu o quadroLR durante a negociação de correção deerros. O modem de peer pode nãosuportar MNP dentro de V.42.

3 0x202

Foi recebido um quadro LR com umparâmetro inválido (PARAM1). O quadroLink Request (LR) MNP recebido tinhaPARAM1 inválido ou inesperado. Paraobter mais informações sobre PARAM1,consulte a especificação V.42.

3 0x203

Recebido um quadro LR (Solicitação deLink) incompatível. Esta causa dadesconexão ocorre durante a configuraçãoda chamada (0x6203). A estrutura LRMNP recebida é incompatível com asconfigurações do modem de host para EC.

4,5 0x204

Muitas retransmissões consecutivas. Estemotivo de desconexão ocorre durante aconfiguração de chamada e o modo dedados (0x8204, 0xA204 e 0x6204). Essarazão de desconexão pode ser causadapor ruído na linha. Por exemplo, o modemdo host transmite dados para o modem docliente, mas o ruído na linha faz com queos dados sejam recebidos incorretamente(ou nem sejam recebidos) pelo cliente.Assim, o ruído excessivo pode levar aretransmissões em excesso. O modem decliente também pode ter sidodesconectado sem que o modem de MICApercebesse. Por isso, o modem hostretransmite continuamente, sem saber queo modem cliente não está mais presente.Às vezes, quando a chamada se conecta aum protocolo EC (compressão de erro) ouLAPM (Procedimento de Acesso de Link

para Modens) ou MNP (protocolo de redeMicrocom)), o MICA é incapaz detransmitir um quadro ao modem do cliente.O modem cliente não reconhece atransmissão inicial da MICA e por isso nãoresponde às chamadas seletivas (o padrãoé 12) S19 (Limite de retransmissão decorreção de erro), fazendo com que aMICA desconecte a chamada. Uma causapode ser que a portadora do caminho detransmissão tenha sido substancialmentedegradada enquanto o downshift do clientefalhava. Outra causa poderia ser umproblema com o mecanismo EC do cliente(como aconteceria em um sistemaWinmodem se o Windows parasse deresponder).

6,7 0x205

Limite de tempo de inatividade esgotado,Desconexão de Enlace (LD) de MNPenviado. Esse motivo de desconexãoocorre no modo de dados (0xC205 e0xE205). O modem do host envia aomodem do cliente um quadro LD indicandoque ocorreu um intervalo de inatividade.

4,5 0x206

Erro do protocolo EC. Este motivo dedesconexão ocorre durante o modo dedados (0x8206 e 0xA206). Esse é um errogenérico do protocolo de captação geralIndica que ocorreu um erro de protocoloLAPM ou MNP EC.

3 0x210

Não há um protocolo de recuo ECdisponível. Essa desconexão ocorredurante o estabelecimento da chamada(0x6210). A negociação de correção deerro não foi bem-sucedida. A chamada éterminada porque não há protocolo derecuo de correção de erros disponível. OS-register S25 (fallback de protocolo deligação) determina o protocolo de fallbackdisponível. As opções são enquadramentoassíncrono, enquadramento síncrono oudesconectar (desligado).

3 0x211

Nunca recebeu um quadro de identificaçãode intercâmbio (XID) durante anegociação. Este motivo de desconexãoocorre durante a configuração de chamada(0x6211). Isso significa que o modem dohost nunca recebeu o quadro XID durantenegociação de correção de erros. Omodem do cliente pode não suportarLAPM dentro de V.42.

3 0x21 A estrutura XID recebida é incompatível

2

com as configurações locais. Esse motivode desconexão ocorre na configuração dachamada (0x6212). O xid frame recebido éincompatível com os ajustes do modem dohost. Por exemplo, o modem do clientepode indicar MNP5, enquanto o modem dohost indica apenas V.42 e V.42bis.

3,4,5 0x220

Estrutura DISC (Disconnect) recebida.Essa a desconexão normal de LAP-M.Esta razão de desconexão ocorre durantea configuração da chamada e o modo dedados (0x 6220, 0x8220 e 0xA220). Achamada terminou normalmente com umaliberação adequada por parte do cliente.(isto é, um pacote da disconexão V.42 foienviado do modem do cliente ao modemde NAS.). O modem do cliente descartou oDTR e negociou de forma inteligente umprotocolo simples.

3,4,5 0x221

Quadro recebido DM. O par estádesligando possivelmente. Esse motivo dedesconexão ocorre na configuração dechamada e no modo de dados (0x6221,0x8221 e 0xA221). O modem cliente indicaque ele está desconectando. Durante aconfiguração da chamada, esta razãoindica que o modem cliente está desistindoda negociação da correção de erro.

4,5 0x222

Recebeu um número de seqüênciaincorreto. Esse motivo de desconexãoocorre no modo de dados (0x8222 e0xA222). O modem host recebeu umquadro de correção LAPM ou MNP comum número de seqüência ou dereconhecimento incorreto. Um quadro deLD ou rejeição de estrutura (FRMR) éenviado ao modem do cliente indicandoque o modem do host está sendodesconectado.

4,5 0x223

Frame SABME recebido no estado fixo.Esse motivo de desconexão ocorre nomodo de dados (0x8223 e 0xA223). Isso éinterpretado como um erro de protocolo decorreção de erro LAPM em estado fixo.Significa que o modem do cliente pode serreiniciado devido ao recebimento de umarejeição de estrutura (FRMR).

4,5 0x224

Estrutura XID de MNP recebida em estadoSTEADY_STATE. Essa razão dedesconexão acontece no modo de dados(0x8224 e 0xA224). Isso é interpretadocomo um erro de protocolo de correção de

erro LAPM em estado fixo. Significa que omodem do cliente pode ser reiniciadodevido ao recebimento de uma rejeição deestrutura (FRMR).

4,5 0x225

Quadro LR MNP recebido durante oestado constante. Este motivo dedesconexão ocorre no modo de dados(0x8225 e 0xA225). Isso é interpretadocomo um erro de protocolo de correção deerro MNP em estado fixo. Significa que omodem cliente foi reinicializado.

Condições Específicas do Protocolo PIAFS (Classe 2,continuação)

3,4 0x230

Uma mensagem recebida é menor que otamanho mínimo definido para esse tipode mensagem.

3,4 0x231

Tipo de frame desconhecido ouunimplemented PIAFS recebido. Isto incluio FI (tipo de frame principal), e classenegocia-o, do sincronização ou do controle(secundário-tipo).

3,4 0x232

Identificador de Quadro de Controle (CFI)do PIAFS desconhecido. Um quadro decontrole foi recebido com umaidentificação desconhecida ou nãoimplementada para esta classe. Note queos quadros contínuos e do usuário sãounimplemented, e que não há nenhumquadro conhecido da notificação.

3,4 0x233

A negociação de comunicação PIAFSfalhou. Após a sincronização inicial, osquadros do req do parâmetro decomunicação/Ack são trocados. Um ououtro os parâmetros eram inaceitáveis, ouo iniciador detectou uma resposta NAK(Negative Acknowledgment).Nota: MICA pode apenas operar como umcliente/iniciador para fins de teste

3,4 0x234

Negociação de ARQ de PIAFS falhada.Após o resynchronization, os quadros dopedido ARQ (req) /Acknowledgment (Ack)são trocados. Um ou outro os parâmetroseram inaceitáveis, ou o iniciador detectouuma resposta Nak.Nota: MICA pode apenas operar como umcliente/iniciador para fins de teste

3,4 0x235

Problemas do protocolo transfer docontrole de PIAFS detectados. O iniciadorrecebeu um Acn/Nak/Rsp cujo ID, Classee Seqüência não correspondem aoReq/Ntf original.

Nota: O MICA pode somente operar-secomo um cliente ou um iniciador parapropósitos testando

3,4 0x236

Esta razão da desconexão já não indica orecibo de um quadro do pedido deDataLinkRelease. Agora, indica umadesconexão sem a geração de um motivode desconexão anterior. Isso significa queo MICA está desconectando umachamada, mas descobre que nenhumarazão foi publicada.

3,4 0x237

O temporizador de espera por recepçãosíncrona do PIAFS (T001) expirou. Essecronômetro começa quando um quadro derequisição de sincronismo é enviado,parando quando esse quadro é detectado.Esse erro ocorrerá somente quando aporta MICA estiver operando como umcliente ou iniciador, o que aconteceapenas durante o período de teste. O valorpadrão é de 15 segundos.

3,4 0x238

O cronômetro T002 de transmissão derecepção pós-sincronização PIAFSexpirou. Este temporizador começa-oquando um frame de recepção síncrona éenviado, lixa- para quando umasincronização-recepção (caso da colisão)ou um frame de controle é detectado. Esteerro ocorrerá somente quando a porta deMICA se está operando como um server(modo de resposta), que seja o modooperacional normal. O valor padrão é de15 segundos.

3,4 0x239

O temporizador de espera de requisiçãode sincronização de PIAFS T003 expirou.O temporizador é ativado quando sãodetectados erros de FCS contínuos e páraquando um quadro de requisição desincronia é detectado. Esse erro ocorreráapenas se a porta MICA estiver operandocomo servidor (modo de resposta), que é omodo operacional normal. O valor padrãoé de 15 segundos.

3,4 0x23A

O temporizador PIAFS T101 expirou:temporizador da espera da confirmação doframe de controle. Começa quando arequisição ou a notificação de quadro decontrole é enviada e pára quando o quadroé confirmado. Esse erro ocorrerá somentequando a porta MICA estiver operandocomo cliente ou iniciador, o que só ocorredurante testes (dez segundos).

3,4 0x23B

PIAFS: FBI recebido (# seqüência ACK) apartir do intervalo negociado ou FBI=0recebido com um quadro de dados nãovazio.

3,4 0x23C

PIAFS: FFI recebido (nº de seqüência deMSG) fora do intervalo negociado, ouFFI=0.

3,4 0x23D

PIAFS: o indicador negociado dos dados émenos do que o valor RTF (retardo deround trip). Esse erro não é mais publicadopela Portware e não será mais visto.

3,4 0x23E

PIAFS: o campo do comprimento de dadosda mensagem é demasiado grande. Deveser de 0 a 73.

3,4 0x23F

Erro interno de PIAFS: Chamada SREJretornou um código de erro.

3,4 0x240

Erro geral de protocolo PIAFS. Esse é umreceptáculo para erros que não têm ummotivo de desconexão associado.

3,4 0x241

PIAFS: negociação de protocolo falhada.Nenhum protocolo (por exemplo,velocidade fixa do protocolo detransferência de dados, de velocidadevariável DTP Type1) era aceitável aambas as estações. Protocolosinaceitáveis seriam DTP de velocidadevariável tipo 3 ou Protocolo de tempo real(RTP).

3,4 0x242

PIAFS: o valor de RTF medido (Retardode round trip) não estava no intervalodefinido (aceitável).

3,4 0x243

Erro interno de PIAFS: eventodesconhecido no alimentador de evento.Uma instrução de Switch não funcionou nocaso padrão.

3,4 0x244

Ocorreu um intervalo de parada durante aresposta do SP (Processador de Sinal), nodecorrer da transferência de velocidade deum PIAFS 2.1. O CP da mica não viu aresposta da mudança da velocidadedentro de 200 milissegundos.

3,4 0x245

O CP da mica viu a informação de controleincompatível nas estruturas de controlecompartilhado CP/SP. Em particular, obuffer de dados tinha um deslocamentoinicial ou final que ultrapassava os limitesdo buffer de dados (0-63).

Comando protocol ruim recebido MNP ou LAPM do sócio(classe 3)4.5 0x3xx O EC detectou um código de comando

incorreto. O comando received unknownestá nos últimos dois dígitos. Um MNP LDou o quadro do LAP-M Frame Reject(FRMR) são enviados na resposta.

O Parceiro LAPM Indica Erro de Protocolo MICA (Classe4)

4,5 0x4xxCondições de EC indicadas pelo cliente noquadro LAP-M FRMR. A razão do bitmapeado está nos dois últimos dígitos.

4,5 0x401

LAPM: correspondente relata comandoincorreto. O modem do host recebeu umquadro FRMR do modem do cliente. Oquadro de FRMR recebido indica que omodem cliente recebeu um quadro decorreção de erro do modem do host,contendo um comando incorreto.

4,5 0x403

LAPM: o peer relata que o campo dedados não é permitido ou tem tamanhoincorreto (quadros U). O modem do hostrecebeu um quadro FRMR do modem docliente. O quadro FRMR recebido indicaque o modem cliente recebeu um quadrode correção de erro do modem host quecontinha um campo de dados nãopermitido ou que continha um campo dedados com comprimento incorreto (quadroU).

4,5 0x404

LAPM: a extensão do campo de dados dosrelatórios de peer é maior do que N401 (ocampo de informações de extensãomáxima especificado em V.42), mas temboa FCS (seqüência de verificação deestrutura). O modem NextPort recebeuuma estrutura FRMR do modem cliente. Oquadro FRMR recebido indica que omodem de cliente recebeu um quadro decorreção de erro de NextPort que continhauma extensão de campo de dados que émaior que o número máximo de octetosque pode ser transportado no campo deinformações (N401) de um quadro I, umquadro SREJ, um quadro XID, um quadroUI ou um quadro TEST. A seqüência deverificação da estrutura é boa.

4,5 0x408

LAPM: peer relata número de seqüênciade recepção ou N(R) inválido. O modemdo host recebeu um quadro FRMR domodem do cliente. O quadro FRMRrecebido indica que o modem clienterecebeu um quadro de correção de erro domodem do host que continha um número

de seqüência de recebimento inválido.O parceiro MNP indica desconexão ou o erro doprotocolo MICA (Classe 5)

4,5 0x5xxCondições EC indicadas pelo cliente noquadro LD MNP. O campo da razão estános últimos dois dígitos

3 0x501

MNP: o peer nunca recebeu o quadro LR.O modem do host recebeu uma estruturade LD do modem do cliente. O quadro LDrecebido indica que o modem clientenunca recebeu uma solicitação de enlacedo modem do host.

3 0x502

MNP: o frame LR dos relatórios de peertem o parâmetro ruim #1. O modem dohost recebeu uma estrutura de LD domodem do cliente. O quadro recebido LDindica que o modem do cliente recebeu umframe de solicitação de link do modem dohost que conteve (isto é, inesperado) umPARAM1 ruim. Para obter maisinformações sobre PARAM1, consulte aespecificação V.42.

3 0x503

MNP: o frame LR dos relatórios de peer éincompatível com sua configuração. Omodem do host recebeu uma estrutura deLD do modem do cliente. O quadrorecebido LD indica que o modem docliente recebeu um frame LR do modemdo host que é incompatível com o modemdo cliente, configuração s.

4,5 0x504

MNP: o correspondente relata excessivasretransmissões de EC consecutivas. Omodem do host recebeu uma estrutura deLD do modem do cliente. O quadro de LDrecebido indica que o modem clienterecebeu excessivas retransmissõesconsecutivas.

4,5 0x505

MNP: o temporizador de inatividade dosrelatórios de peer expirou. O modem dohost recebeu uma estrutura de LD domodem do cliente. O quadro recebido LDindica que o modem do cliente? hasn dohost s (DTE)? t passou dados ao modemdo cliente dentro de um período de tempo.

3 0x506

MNP: erro dos relatórios de peer. Omodem do host recebeu uma estrutura deLD do modem do cliente. O quadro LDrecebido indica que o modem clienterecebeu um erro de protocolo MNP.

3 0x5FF

Desconexão de MNP normal. O modem dohost recebeu uma estrutura de LD do

modem do cliente. O quadro recebido LDindica uma terminação de MNP normal,indicando que o DTR do modem do clientedeixou cair ou que recebeu um +++ ou umcomando ATH. Este motivo dedesconexão ocorre na configuração dechamada e no modo de dados (0x65FF,0x85FF, e 0xA5FF). O modem do hostrecebeu um LD, que indica umaterminação normal. A chamada encerradanormalmente com um clear downadequado no lado do cliente (por exemplo,um pacote de desconexão foi enviado domodem do cliente para o modem host): Omodem do cliente descartou o DTR enegociou de forma inteligente umprotocolo simples.

O sócio PIAFS indica a disconexão ou o erro deprotocolo de MICA (classe 6)

3,4 0x6xxO MICA recebeu um PIAFSDataLinkRelease (PDLR) com o motivo xx(ver valores detalhados abaixo).

3,4 0x61x

Classe normal para DataLinkRelease(PDLR) de PIAFS: 0 - Liberação normal. 1- Liberação normal, continuação do link dedados proibida. 2 Versão normal,continuação do enlace de dados. …Outras classes do Normal - classesindefinidas peculiares a alguns dispositivosdo cliente.

3,4 0x62x

O uso do recurso não é possível para aclasse DLR PIAFS (condições deocupado): 8 DTE ocupado. 9 – Obstruçãotemporária. … Outras classes nãopossíveis do uso de recurso - classesindefinidas peculiares a alguns dispositivosdo cliente.

3,4 0x63x

Preste serviços de manutenção à classenão possível da utilização para PIAFSDLR (parâmetros ruins). 9 - Peça aconfiguração de parâmetro não possível. A- Peça a configuração de parâmetro nãopossível presentemente. Outras classesmuito difíceis para utilização de serviço -classes indefinidas peculiares a algunsdispositivos de cliente.

3,4 0x64x

Preste serviços de manutenção à classenão ainda fornecida para PIAFS DLR. 1 Indicação de parâmetro ainda nãofornecida. … Classes não ainda fornecidasdo outro serviço - classes indefinidas

peculiares a alguns dispositivos do cliente.

3,4 0x65x

Classe de conteúdo de informaçõesinválidas para PIAFS DLR. 8 - Atributoterminal não correspondido. … O outroíndice de informação inválida classifica -as classes indefinidas peculiares a algunsdispositivos do cliente.

3,4 0x66x

Classe de erro de sequência para o DLR 0PIAFS - Parâmetros essenciaisinsuficientes. 1 Conteúdo de informaçõesindefinido ou ainda não fornecido. 5 Acondição e o sinal ARQ não sãocorrespondentes. 6 - O temporizadorexpira. … Outras classes de erro desequência - classes indefinidas peculiaresa alguns dispositivos do cliente.

3,4 0x67x

Outra classe de pecualiaridades de PIAFSDLR. 1 - Durante a chamada de voz. …Outras outras classes indefinidaspeculiares das classes peculiares a algunsdispositivos do cliente.

Desconexão solicitada de host/IOS (classe 31)

6,7 0x1fxx

O host iniciou a desconexão. Valor é asoma de 0x1F00 e valorSessionStopCommand. Essa é a outrarazão do encerramento do host. A razãodo host é indicada na nos bytes xx deordem baixa.

3,6,7 0x1f00

Host não específico iniciou desconexão.Valor é a soma de 0x1F00 e valorSessionStopCommand. Esse é o motivogenérico da desconexão iniciada de IOS.É usado em todas as desconexões nãopadrão. Por exemplo, poderia ser oresultado do software de gerenciamentode modem decidindo terminar a chamada.Uma explicação possível é uma falha deautenticação de nível superior RADIUS,TACACS ou outro aplicativo emitindo umaqueda DTR para o modem do host. Estetipo de desconexão não contará para CSRquando o modem de host estiver no modode dados.

3 0x1f01

O número discado estava ocupado. Adesconexão ocorreu porque o host estáindicando que o número discado estáocupado.

3 0x1f02

O número discado não respondeu. Adesconexão ocorreu porque o host estáindicando que o número discado nãoatendeu.

3,6,7 0x1f03

DTR virtual deixado cair. Esse status éreflexo do redirecionador de porta de E/Sque está usando o modem atualmente. Adesconexão ocorreu porque o hostdescartou a linha DTR virtual. Essa causagenérica de desconexão é iniciada peloSoftware IOS da Cisco. As causaspossíveis são timeout ocioso, TERMREQde LCP PPP recebido, falha deautenticação, desligamento do Telnet, etc.Para determinar a razão da desconexão,examine a razão de desconexão deRadius, usando o comando modem call-record terse ou o AAA.

6,7 0x1f04

O comando ATH (HANGUP) foi detectadopelo host local.

3 0x1f05

Sem acesso à rede Telco. A desconexãoocorreu porque o host não poderiaalcançar a rede (ISDN).

3,4,5, 0x1f06

Desconexão de rede indicada. Isso podeacontecer antes ou durante o modo dedados. Uma desconexão 0x1f06 significaque o IOS recebeu um sinal dedesligamento de circuito da rede decircuito (ou seja, uma desconexão Q.931ou um sinal no gancho CAS) e o IOSentão comunicou isso ao MICA quandoinstruiu o MICA a se desconectar. Se oMICA alcançar o modo de dados e oprotocolo EC (LAPM ou MNP4) não foinegociado, então deve se tratar de umadesconexão normal. Essa razão tambémpode ser gerada quando os usuários doDUN (Dial Up Networking) do Windows 95ou 98 apertam cancelar durante otreinamento e antes da chamada atingir oestado fixo. Também, se o cliente deviaabruptamente desconectar a linhatelefônica/desliga o modem, a seguir estemotivo de desconexão seria consideradonormal. No entanto, se a conexão tivernegociado EC (LAPM ou MNP4) e entãoem modo de dados, esse motivo dedesconexão pode ter sido gerado por umadesconexão suja (isto é, uma desconexãoque não seja um encerramento dechamada delicado). Isso ocorre porque, seo cliente DTE (no modo dados)desconectar a chamada em um modoordenado (com DTR drop ou +++/ATH), omodem do cliente nos enviará um DISCLAPM (ou LD MNP) antes de ele ir para o

gancho, gerando, assim, uma razão dedesconexão preferencialmente 0x220 enão 0x1f06. Assim a desconexão indicadade rede é, neste caso, provavelmenteindicativa de um modem do cliente infeliz,um que decidiu que poderia já nãosustentar o portador por qualquer motivo.

3 0x1f07

NAS encerrou a operação do SS7/COT. Adesconexão ocorreu porque o NASterminou a operação SS7/COT (teste decontinuidade).

3 0x1f08

A operação SS7/COT foi terminada peloroteador devido a um intervalo T8/T24.

- 0x1fff

Espontâneo. TERMINAÇÃO. O host enviaessa razão de desconexão quando recebeuma mensagem de terminação nãosolicitada.

Razão de desconexão: Tipos

O motivo de desconexão: tipos descreve quando realmente ocorreu a desconexão da chamada.Podem ser categorizados em dois tipos principais: durante a configuração de chamada e duranteo modo de dados (estado steady). A tabela a seguir especifica os tipos de motivos de desconexãomais comuns e seus valores, conforme indicado no motivo de desconexão.

Tipodedesconexão

Tipodedesconexão(Hex)

Descrição

0 0x0… (não utilizado)1 0x2… (não utilizado)2 0x4… Outras situações.

3 0x6… A condição ocorreu durante aconfiguração da chamada.

4 0x8…

No modo de dados. Dados RX (linha ahospedar) que nivelam ESTÁ BEM. Acondição desconectada ocorreu no modode dados. O MICA tenta fornecer qualquerdado recebido ao host (IOS). Paraalgumas disconexões (por exemplo,PIAFS), este é o único tipo do modo dedados usado; nenhuma indicação é feitado sentido de nivelamento dos dados.

5 0xA…

No modo de dados. Dados RX (linha ahospedar) que nivelam NÃO ESTÁ BEM.A condição desconectada ocorreu nomodo de dados. O MICA tenta fornecerqualquer dado recebido ao host (IOS). Em

código MICA herdado, este tipo éequivalente ao tipo 4 acima. Apesar de oIOS exibir tais desconexões como nãoOK, nenhum problema ocorreu realmente.

6 0xC…

No modo de dados. Dados TX (host aalinhar) que nivelam ESTÁ BEM. Acondição desconectada ocorreu no modode dados. O MICA tenta transmitir dadosdo host armazenados no buffer (IOS) parao modem de sócio.

7 0xE…

No modo de dados. Dados TX (host aalinhar) que nivelam NÃO ESTÁ BEM. Acondição desconectada ocorreu no modode dados. O MICA tenta transmitir dadosdo host armazenados no buffer (IOS) parao modem de sócio. No código MICAherdado, esse tipo é equivalente ao tipo 6acima. Apesar de o IOS exibir taisdesconexões como não OK, nenhumproblema ocorreu realmente.

Informações Relacionadas

MICA no comando set●

MICA no comando set com PIAFS●

Release Note do portware de MICA●

NextPort em comandos e em referência dos registros S●

Suporte Técnico - Cisco Systems●