ダイヤルとアクセス : 非同期接続

NextPort 切断の理由コードの解読

2016 年 1 月 16 日 - 機械翻訳について
その他のバージョン: PDFpdf | 英語版 (2015 年 12 月 31 日) | フィードバック


目次


概要

ここでは、Cisco NextPort universal digital signal processor (DSP)モジュールによって出力されるコールの切断理由コードについて詳しく説明します。 NextPort は、特定のポートで音声、データ、またはファクスを実行するために Cisco が使用する次世代の DSP です。 AS5350、AS5400、AS5850 プラットフォーム、および AS5800 のモデム カードの新しいモデルはすべて、Nextport DSP を搭載したデジタル モデムを使用します。 C3600、AS5200、AS5300 のデジタル モデム、および、AS5800 のカードより古いモデルのデジタル モデムの場合、Mica モデムのステータスと切断理由を確認します。 Mica DSP から NextPort DSP、またはその逆を実行できるモデム ファームウェア アップグレードはありません。

前提条件

要件

この資料に特定の必要条件がありません。

背景説明

NextPort DSP を使用してコールがクリアされるか、または切断される時はいつでも、NextPort モジュールは接続解除のための原因を記録します。 この接続解除 の 原因コードが接続解除が正常であるか、またはエラーが発生したかどうか判別するのに使用することができます。 この理由コードが失敗の可能性のあるもとを見つけ出すのに使用することができます。 モデムはネットワーク アクセス サーバ(NAS)にクライアント切断、Telcoエラーおよびコール ドロップのようないろいろなファクタが切断された原因である場合もあります。 good 接続解除 の 原因は一端または他の DTE が(クライアント側のモデムか NAS)コールを終了したいと思ったことです。 このような正常な切断の場合には、モデムエラーまたは伝送エラーが原因ではないことが示されます。 接続解除 の 原因が「標準」であるかどうかの判別に関する詳細については、汎用モデムおよび NAS回線 の品質の概要を参照して下さい

注: 接続解除 の 原因は先着順方式で管理されます。 これは生成される最初の接続解除 の 原因が記録される唯一の接続解除 の 原因であることを意味します。 NAS からの LINK_TERMINATE メッセージが処理される前にモデムおよび NAS がセッションを同時に終了するように試みればおよびモデムが接続解除 の 原因を保存することを起これば、NAS 接続解除 の 原因は無視されます。

使用するコンポーネント

このドキュメントは、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、クリアな(デフォルト)設定で作業を開始しています。 対象のネットワークが実稼働中である場合には、どのような作業についても、その潜在的な影響について確実に理解しておく必要があります。

表記法

ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。

切断理由の判別

評価するときよくか悪い切断を経験しているかどうか、特定のポートが経験した切断の履歴を得ることは重要です。 ほとんどの環境では、接続解除 の 原因はモデム呼び出し記録かコール トラッカー syslog メッセージを使用して得られます。 この接続解除コードはこの資料で提供される表を使用してそれから解読することができます(またはモデム /images/exit.gif 分析ツールがあるように確認するため)。 接続解除 の 原因を判別する次のコマンドを使用して下さい:

  • show spe modem disconnect-reason コマンドは 16進値として接続解除 の 原因コードを表示する。 ただし、それは名前として接続解除 の 原因を示します。 接続解除 の 原因の名前およびクラスはおよびそれぞれ見つけることができます。

  • show port modem log コマンドは 16進値として接続解除 の 原因コードを表示する。 参照して下さい:

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

いくつかの例の次の セクション外観。

show port modem log コマンドの使用

特定のポートの特定のコールのための切断原因 コードを(Hex で)得る show port modem log slot/port コマンドを使用して下さい。 この接続解除コードは modem call-record および call-tracker syslog 出力から得られる原因コードと同一です。 次に例を示します。

*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

上述の例から、接続解除コードが 0x220 であることに注目して下さい。

show spe modem disconnect-reason コマンドの使用

show spe modem disconnect-reason {summary を使用して下さい | スロット | 特定のポートが経験した接続解除 の 原因のディストリビューションを判別するスロット/spe}コマンド。 すべてのポートのサンプル サマリー出力は下記のように示されています:

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

上述の例から、私達をクラス EC LCL 内の接続解除 カテゴリ「ディスク」に興味があると言うことを許可して下さい。 接続解除 の 原因ディスクが意味するものを判別するために、クラス(クラス EC LCL)および 0x220 の十六進コードを示し、正常な接続解除である接続解除 の 原因名前(ディスク)に相当してエントリに進んで下さい。

  • 他を分類して下さい

  • DSP を分類して下さい

  • EC LCL を分類して下さい

  • EC Cmd を分類して下さい

  • EC FRMR を分類して下さい

  • EC LD を分類して下さい

  • CLASS HOST

NextPort 切断の理由コードの要約テーブル

接続解除 の 原因型 切断理由 名前 接続解除 の 原因コード(Hex) 説明
他を分類して下さい
2 ソフトウェア Rst 0x001 Cisco IOS(R) ソフトウェアはコールを不明な原因で切断しました(SOFTWARE_RESET)。
2 EC Termntd 0x002 Error Correction (EC) 層 終了
2 Bad MNP5 Rx 0x003 Microcom Network Protocol 5 (MNP5)圧縮解凍タスクが、データ ストリームで不正トークンを受信しました。 モデムかパートナーによっておそらく圧縮の実装、圧縮解除またはエラー修正に論理エラー行います。 (また一時ラインまたは RAM メモリ エラーの可能性があります。)
2 Bad V42B 0x004 V.42bisまたはV.44圧縮解凍タスクが、データ ストリームで不正トークンを受信しました。 おそらくモデムに論理エラーがかパートナーの圧縮の実装、圧縮解除またはエラー修正あります。 (また一時ラインまたは RAM メモリ エラーの可能性があります。)
2 Bad COP stat 0x005 <reserved>
6,7 ATH 0x006 ローカルモデムによって検出する Ath コマンド。 「ATH」(ハングアップ) AT コマンドはローカルモデム(NextPort)によって検出する。 たとえば、IOS からのダイヤルアウトに続いて、IOS DTE インターフェイスはコールが接続された後、コールを(インバンド「ATH」AT コマンドの送信によって)クリアします。
3 Aborted 0x007 AT モードはダイヤル コマンドの「" any key " abort コマンドによってあらゆるキー」打ち切る AT dial コマンド打ち切られました。 たとえば、ホスト モデムはコールを送信します。 接続確立の間に、「キー」を押すにより打ち切られる AT dial コマンドを引き起こします。
3 Connect Tout 0x008 コール接続完了の時間制限超過。 ことにこの接続解除のために切れる S7 タイマー(ダイヤルの後のキャリアのための待機)注意して下さい。 原因は下記のものを含んでいます:
  • (ネゴシエート)選択する問題レイヤ 1 規格を、
  • 余りに時間がかかっているレイヤ 1 およびレイヤ 2 確立の組み合せ。
次に、例を示します。 エラー修正ネゴシエーションはリトレインの上にクライアント側のモデムが「積極的な」比率で接続することを試みるとき時間の拡張量をかけるか、またはビットエラーが理由で導入しました(たとえば、クライアント側のモデム レシーバは比率で支えることができない)接続することを試みます。 この接続解除はまた応答モデムがチャネルからのトーンを聞かなかった場合起こる可能性があります(たとえば、発信元はモデムではなかったです)。
2 リセットDSP 0x009 DSP はリセットされました(内部/自発コマンド/)。 Control Processor (CP)またはSignal Processor (SP)により、ホスト モデム内のDSPがリセットされました。 CP は CP からの SP へのメール メッセージが確認されない場合 DSP をリセットします。 SP は内部不一致のエラーを得る場合それ自身をリセットします。
4,6   0x00C V.42bis か V.44 コードワード サイズはネゴシエーションされた 最高値を超過しました。
4,6   0x00D V.42bis か V.44 は次の空の辞書エントリと等しいコードワードを受け取りました。
4,6   0x00E V.42bis か V.44 は次の空の辞書エントリより大きいコードワードを受け取りました。
4,6   0x00F V.42bis か V.44 は予約されたコマンドモードを受け取りました。
4,6   0x010 V.42bis か V.44 順序サイズは 8 つを超過しました。
4,6   0x011 V.42bis か V.44 ネゴシエーションエラー。
4,6   0x012 V.42bis か V.44 圧縮エラー。

クラス DSP
    0x1xx SPEにより報告されたDSPコンディション
4,5 no carrier 0x100 SPE キャリア 信号は失われます。 NextPort はクライアント モデム キャリア ドロップを検出する。 NextPort DSP はレジスタ S10 (搬送波消失の後のハングアップ 遅延)で規定 された値より大きい期間のためのキャリアを聞くことを止めました。 これはトークパスがなくなるか、またはクライアントが送信することを止めたことを意味する可能性があります。 レイヤ 2 プロトコルが(V.42 や V.42bis)有効になる場合そのような接続解除を見るために、異常です。 コモン コーズは接続が起こる前に」コールを打ち切っているユーザ「です。 呼び出しが接続されるには余りに時間がかかる時偶発的なダイヤリング、打ち切られた時間を計る開始およびクライアントアプリケーション(レイヤ1 ネゴシエーションの間に多重 リトレーニングが原因で。) 正常なデータモードでも、クライアントが突然キャリアをドロップすれば、キャリア損失が発生します。 コモン コーズはクライアント側のモデムの方の非ネゴシエートか「汚れた」接続解除です(たとえば、クライアント側のモデムはちょうどキャリア 信号を廃棄します)。 これはリンク不意に廃棄されれば(ネットワークエラー)発生する場合があります、またはコールを切断するクライアント側のモデムの電源が切れます。 これはまた DTRドロップのレイヤ 1 やレイヤ 2 クリアダウンがプロトコル実装されていない「より安い」クライアント側のモデムによって発生する場合があります。 ただし、クライアント モデムが多数ある場合には、正常な切断とみなされています。
3 ABT dtctd 無し 0x101 検出する Answer Back Tone 無し -- 発信者はおそらくモデムではないです
3 トレインアップ flrv 0x102 接続失敗間互換性のないモジュレーションか悪い行が原因での上でトレインするモデム。 旧Rockwell独自変調(K56Plus、V.F.C.)など、サポートされない変調方式のネゴシエーションを試みたことが原因です。 また、回線不良、インパルス ノイズ、トレーニング中断、変調パラメータの不一致、レイヤ1標準を正しく選択できないなどの要因によるDSPトレインアップ障害も原因として考えられます。
4,5 リトレイン Lt 0x103 retraining または速度変更の連続試行回数が多すぎます。 retraining の制限は、Register S40で指定します。 コール進行中の retraining の回数が多すぎると、データレートが低下して、コールが無効になります。 他の可能性のある状態はクライアント側のモデムたとえば完了しませんクリアダウン プロトコルを(です、Telco は接続の真中でコールを中断 し、)発行によってコールを回復 する Nextport (NP)試みはリトレインします。 リトレイン制限が達すれば、NP はコールを廃棄し、この接続解除 の 原因を報告します。
3 ABT 端 flr 0x104 アンサーバック Tone(ABT)の終わりを検出する問題。 V.34 トレーニングの間のネゴシエーション失敗か過度のノイズ。 ホスト モデムは答え、が位相の反転の V.8bis および調整された 2100Hz 返事バックトーン(ABT)に送信しましたり、トレインアップ シーケンスの間に過度のノイズに出会います。 発信モデムから着信モデムまでの一方向または両方向のパスにエラーが発生していないか確認してください。 ダイヤルアップのPSTN(公衆交換電話網)に1秒以上の遅延があり、モデムがエコーキャンセラをトレインアップできない場合も、同様の状態になります。 その他、次のような原因が考えられます。
  • 実際の TX 電力 レベルは不正確であり、トーンはリモート側によってそれから処理されません。
  • V.34トレーニング中にPhase IIIおよびIVで過度のノイズが発生した
  • オペレータ エラー
  • V.34トレーニング中のネットワーク妨害(他の内線電話の使用など)
3   0x105 正常に完了する SS7/COT (連続性テスト)オペレーション。
3   0x106 SS7/COT (連続性テスト)オペレーションは失敗しました: 「トーンの」を待っている T8/T24 タイムアウト。
3   0x107 SS7/COT (連続性テスト)オペレーションは失敗しました: 「トーンを離れた」を待っている T8/T24 タイムアウト。
4   0x108 NextPort による Modem On Hold (MOH) クリアダウン。 V.92に定義されているクリアダウン理由は、次のとおりです。
  • 着信コールによるクリアダウン
  • 送信コールによるクリアダウン
  • 他によるクリアダウン原因
4   0x109 達される MOH タイムアウト値。 この値はレジスタ S62 (V.92 最大 MOH 時間)を使用して調節することができます。

クラス EC LCL: ローカルで 検出する EC 状態、
    0x2xx ローカル Error Correction (EC)状態。
3 LR 無し 0x201 ネゴシエーションの間に Link Request (LR) フレームは受け取られませんでした。 ピアは MNP をサポートしないかもしれません。
3 LR Param1 0x202 受け取った MNP LRフレームに悪い/予想外 PARAM1 がありました。 PARAM1の詳細は、V.42仕様を参照してください。
3 LR Incmpt 0x203 受信したMNP LRフレームは、ホスト モデムのEC設定と一致しません。
4,5 Retrns Lt 0x204 EC の余りにも多くの継続的な再転送。 原因として回線上のノイズが考えられます。 たとえば、ホスト モデムからクライアント モデムに送信されたデータが、回線上のノイズにより、クライアント側で不正に受信されたり、まったく受信されない場合です。 そのため、ノイズ過多により、再送信回数が増加します。 クライアント側のモデムはまたこれを実現するホスト モデムなしで切断されたかもしれません。 クライアント モデムの切断後も、ホスト モデムは再送信を続行するからです。 時々コールが LAPM か MNP で接続されるとき、NextPort はクライアント側のモデムにフレームを送信することができません。 クライアント側のモデムは NextPort の最初の伝達を確認しませんそして応答しません S19 (エラー訂正再送制限)を登録するためにポーリングします(デフォルトは 12)あります、従って NP はコールを切断します。 1 つの原因はクライアントがギヤを低速側に入れ損う間、こと大幅に低下した送信する パスのキャリアである可能性があります。 クライアントのECエンジンに問題があることもあります(Windowsの応答停止時にWinmodemシステムで発生)。
6,7 Inactivity 0x205 無動作タイムアウトにより、MNP Link Disconnect (LD)が送信されました。 ホスト モデムはクライアント側のモデムをイナクティビティタイムアウトが発生したことを示す LD フレーム 送信 します。
4,5 プロトコル エラー 0x206 ECプロトコル エラー 一般的なプロトコル エラーです。 LAPMまたはMNP ECプロトコル エラーが発生したことを意味します。
3 Fallbck 条件 0x210 ECフォールバック プロトコルを使用できません。 エラー訂正ネゴシエーションに失敗しました。 エラー訂正フォールバック プロトコルを使用できないので、コールは終了します。 使用可能なフォールバック プロトコルは、S-register S25 (link protocol fallback)に定義されています。 オプションは、非同期フレーミング、同期フレーミング、および切断(ハングアップ)です。
3 XID 無し 0x211 ネゴシエーション中にeXchange IDentification (XID)フレームを受信しませんでした。 ピアは MNP をサポートしないかもしれません。
3 XID Incmpt 0x212 ローカル設定と一致しないXIDフレームを受信しました。 クライアント モデムがV.42のLAPMをサポートしていない可能性があります。
3,4,5 ディスク 0x220 Disconnect (DISC)フレームを受信。 これは正常なLAP-M切断です。 クライアントからの適正なクリアダウンにより、コールが正常に終了されました。 (たとえば、V.42 接続解除 パケットはクライアント側のモデムからホスト モデムに送信 されました)。 クライアント モデムはDTRを廃棄し、クリアダウン プロトコルを正常にネゴシエートしました。
3,4,5 DM 0x221 受信された DM フレーム。 ピアは可能性のある切っています。 クライアント モデムが切断中であることを示しています。 コール セットアップ中に、クライアント モデムがエラー訂正ネゴシエーションを放棄したことを意味します。
4,5 Bad NR 0x222 悪い受信連番か ACK 数は受け取られました。 MNP LD か LAP-M FRMR は送信 されます。 ホスト モデムが、不正なシーケンス番号または確認応答番号のLAPMまたはMNPエラー訂正フレームを受信しました。 ホスト モデムの切断中を示すLDまたはFrame Reject (FRMR)フレームが、クライアント モデムに送信されます。
4,5 SABMEオンライン 0x224 STEADYステートでMNP XIDフレームを受信 STEADYステートでのLAPMエラー訂正プロトコルのエラーを示します。 クライアント側のモデムが FRMR の受信が原因でリセットするかもしれないことを意味します。
4,5 XIDオンライン 0x225 STEADYステートでMNP LRフレームを受信しました。 STEADYステートでのMNPエラー訂正プロトコルのエラーを示します。 クライアント モデムがリセットされたことを意味します。

クラス EC Cmd: EC によって検出する悪い指令 コード
4,5 Bad Cmd 0x3xx ECが不正コマンド コードを検出しました。 received unknown コマンドは最後の 2 ディジットにあります。 MNP LD または LAP-M FRMR フレームは応答で送信 されます。

クラス EC FRMR: ピアからの EC によって検出する FRMR
4,5 0x4xx LAP-M FRMRフレームにより、クライアントからECコンディションが指示されました。 下位2桁が理由を示しています。
4,5 Frmr Bad Cmd 0x401 LAPM: ピアから不正コマンドが報告されました。 ホスト モデムがクライアント モデムからFRMRフレームを受信しました。 これにより、 クライアント モデムがホスト モデムから受信したエラー訂正フレームに、許可されないデータフィールド、または不正長(Uフレーム)のデータフィールドが含まれていたことが報告されました。
4,5 FRMR データ 0x403 LAPM: ピアから、許可できない、または不正長(Uフレーム)のデータ フィールドが報告されました。 ホスト モデムがクライアント モデムからFRMRフレームを受信しました。 受信された FRMR フレームはクライアント側のモデムが許可されない含むまたは不正確な長さ(すなわち、U フレーム)のデータフィールドを含むデータフィールドをホスト モデムからエラー修正 フレームを受信したことを示します。
4,5 FRMRレングス 0x404 LAPM: ピアから、Frame Check Sequence(FCS)は正常で、N401(V.42の最大情報フィールド長)を超えているデータフィールド長が報告されました。 NextPortモデムがクライアント モデムからFRMRフレームを受信しました。 これにより、クライアント モデムがNextPortから受信したエラー訂正フレームに、最大オクテット数を超えているため、Iフレーム、SREJフレーム、XIDフレーム、UIフレーム、またはTESTフレームの情報フィールド(N401)で伝送できないデータフィールドが含まれていたことが報告されました。 ただし、フレーム チェック シーケンスは正常です。
4,5 Frmr Bad NR 0x408 LAPM: ピアから、不正受信シーケンス番号またはN(R)が報告されました。 ホスト モデムがクライアント モデムからFRMRフレームを受信しました。 これにより、クライアント モデムがホスト モデムから受信したエラー訂正フレームに、不正な受信シーケンス番号が含まれていたことが報告されました。

クラス EC LD: ピアからの Error Correction (EC) 検出されたリンク 接続解除(LD)
4,5   0x5xx MNP LDフレームにより、クライアントからECコンディションが指示されました。 Reason フィールドは最後の 2 ディジットにあります
3 LD LR 無し 0x501 MNP: ピアがLRフレームを受信しませんでした。 ホスト モデムがクライアント モデムからLDフレームを受信しました。 これにより、クライアント モデムがホスト モデムからリンク要求をまったく受信していないことが報告されました。
3 LD LR Param1 0x502 MNP: ピア レポート Link Request (LR) フレームにホスト モデムがクライアント側のモデムから Link Disconnect (LD) フレームを受信した悪いパラメータ #1 があります。 受信された LD フレームはクライアント側のモデムが悪い(すなわち予想外) PARAM1 を含むホスト モデムからリンク要求フレームを受信したことを示します。 PARAM1の詳細は、V.42仕様を参照してください。
3 LD LR Incmpt 0x503 MNP: ピア レポート LRフレームはホスト モデムがクライアント側のモデムから Link Disconnect (LD) フレームを受信した設定に対応しないです。 受信された LD フレームはクライアント側のモデムがクライアント側のモデムの設定に対応しないホスト モデムから Link Request (LR) フレームを受け取ったことを示します。
4,5 LD Retrns Lt 0x504 MNP: ピア レポートはクライアント側のモデムから余りにも多くの連続した EC 再送信 ホスト モデム LD フレームを受信しました。 これにより、クライアント モデムが受信したホスト モデムからの連続再送信が多すぎることが報告されました。
4,5 LD Inactivty 0x505 MNP: 非アクティブ タイマーがホスト モデム切らしたピア レポートはクライアント側のモデムから Link Disconnect (LD) フレームを受信しました。 受信された LD フレームはクライアント側のモデムのホスト(DTE)がある一定の時間以内のクライアント側のモデムにデータを渡さなかったことを示します。
3 LD プロトコル 0x506 MNP: ピア レポート エラーはクライアント側のモデムからホスト モデム LD フレームを受信しました。 これにより、クライアント モデムがMNPプロトコル エラーを受信したことが報告されました。
3 LD ユーザ 0x507 標準 MNP 接続解除はクライアント側のモデムからホスト モデム LD フレームを受信しました。 受信された LD フレームは標準 MNP 終了を示します。

CLASS HOST: ホストによって要求される
6,7 0x1Fxx ホストが切断を開始しました。 値は、0x1F00とSessionStopCommand値の合計です。 ホストの終了理由を示します。 ホスト原因は最低位バイト「XX」で示されます。
3,6,7 HST NonSpec 0x1F00 ホストによる一般的な切断開始。 値は、0x1F00とSessionStopCommand値の合計です。 これは「捕獲物すべての」IOS 主導の切断原因です。 すべての非標準切断に使用されます。 たとえば、モデム管理ソフトウェアの判断でコールが終了した場合などです。 RADIUS、TACACS、またはホスト モデムにDTRドロップを発行する他のアプリケーションの高水準認証障害が考えられます。 このタイプの切断は、ホスト モデムがデータモードの場合には、CSRとしてカウントされません。
3 使用中 HST 0x1f01 ダイヤルした番号がビジーでした。 ホストより、ダイヤル番号がビジーであることが示され、コールが切断されました。
3 HST answr 無し 0x1f02 ダイヤル番号は応答しませんでした。 ホストにより、ダイヤル番号から応答がないことが示され、コールが切断されました。
3,6,7 HST DTR 0x1f03 廃棄される「バーチャル」DTR。 このステータスは現在 モデムを使用している「I/Oポート リダイレクタ」から「示されます」。 切断はホストが「仮想 な」DTR 行を廃棄したので発生しました。 この一般的な切断原因は Cisco IOSソフトウェアによって始められます。 原因例はアイドルタイムアウト、認証失敗受け取った、PPP LCP TERMREQ Telnet の ハングアップ、等です。 ハングの理由を判別するために、modem call-record terse コマンドまたは認証、許可、アカウンティング(AAA)からの「Radius」接続解除 の 原因を検査して下さい。
6,7 HST ATH 0x1F04 「ATH」(ハングアップ)コマンドはローカル ホストによって検出する。
3 HST NoDialTn 0x1f05 Telcoネットワークにアクセスできません。 切断はホストがネットワークにアクセスできなかったので発生しました(ISDN のような)。
3,4,5 HST NoCarr 0x1f06 ネットワークにより切断が通知されました。 正常なコール終了のこれはクライアント側によって引き起こされる 接続解除です。 それはコールセットアップの間に発生する場合があります。 コモン コーズはコールが定常 状態に達する前に Windows 95 か Windows 98 Dial Up Networking (DUN)のユーザが「キャンセル」を見つけるときあります。 定常 状態の前に扇動されるもう一つの一般的 な 原因はクライアント DTRドロップです。 データモードの間に、これはまた正常なコール終了(すなわち、「汚れた」接続解除)のクライアント側によって引き起こされる 切断です。 1 つの非常にコモン コーズは認証失敗です。
3 0x1F07 NASがSS7/COTを終了しました。 NASのSS7/COT(持続テスト)終了による切断です。
3 0x1F08 T8/T24のタイムアウトにより、ルータがSS7/COTを終了しました。
- 0x1FFF 非要請 終端。 ホストが非送信請求の終了メッセージを受信した場合、この切断理由が発生します。

接続解除理由の種類

切断タイプ 説明
0 (未使用)
1 - 0x2… (未使用)
2 - 0x4… 他の状況
3 - 0x6… 条件はコールセットアップの間に発生しました
4 - 0x8… データモード。 良くフラッシュする Rx (ホストするべき行)データ
5 - 0xA… データモード。 良くないフラッシュする Rx (ホストするべき行)データ(現在、アプリケーションは"not OK"について心配するべきではありません)
6 - 0xC… データモード。 良くフラッシュする Tx (行へのホスト)データ
7 - 0xE… データモード。 良くないフラッシュする Tx (行へのホスト)データ(現在、アプリケーションは"not OK"について心配するべきではありません)

関連するシスコ サポート コミュニティ ディスカッション

シスコ サポート コミュニティは、どなたでも投稿や回答ができる情報交換スペースです。


関連情報


Document ID: 9502