このドキュメントでは、次の手順を含む、ファックスのトラブルシューティングに最も効果的なアプローチの1つを説明します。
ファックスコールは、次の4つの部分に分割できます。
このコールフローには、Skinny Call Control Protocol(SCCP)がプロトコルとして識別される場合に検索するメッセージが含まれます。エンドポイントがTGWかOGWかによって、対応するセクションがあります。
次の点に注意してください。
パススルー
|
T.38リレー
|
||
プロトコルベース
|
NSEベース
|
プロトコルベース
|
NSEベース
|
プロトコルベースのスイッチオーバーは、SCCPではサポートされません。 |
GW:CUCM/GW < – ソフトキーの選択 – <—CallStateMessage— CallStateMsg情報:リンギン– オフフックメッセージ – > sccp_send_offhook_v1 <—OpenReceiveChannel— -OpenReceiveChannelAck-> <—StartMediaTransmission— VTSPを確認すると、次のように表示されます。 |
プロトコルベースのスイッチオーバーは、SCCPではサポートされません。 |
GW:CUCM/GW < – ソフトキーの選択 – <—CallStateMessage— CallStateMsg情報:リンギン– オフフックメッセージ – > sccp_send_offhook_v1 <—OpenReceiveChannel— -OpenReceiveChannelAck-> <-StartMediaTransmission- VTSPを確認すると、次のように表示されます。 ファックスリレー=有効 プライマリFAXプロトコル= T38_FAX_RELAY、 フォールバックファックスプロトコル= NONE_FAX_RELAY ファックスリレーCM抑制:= ENABLED, ファックスリレーANS抑制:= DISABLED ファックスパラメータの設定値= SCCPコールタイプ |
GW:CUCM/GW <========音声==========> この段階で確立された音声コールですが、ファックス機器が通話するときに、音声コールでトーンが交換されます。 初期T.30トーン(デバッグでは常にRTPで送信されるため表示されません) G3ファクス: <<<<<<<<<<CNG<<<<<<<<<<<<<<<<<<<<<< 1100 Hz、3秒ごとに0.5秒。発呼非通話端末を示します。 >>>>>>>>>CED>>>>>>>>>>>>> 2100 Hzトーン(2.6 ~ 4.0秒の間)。伝送パスのエコーサプレッサを無効にします。 SG3ファクス: 1100 Hz、3秒ごとに0.5秒。発呼非通話端末を示します。 >>>>>>>>>ANSAM>>>>>>>>>>> 2100 HzトーンはCEDですが、振幅は15 Hzの正弦波で450ミリ秒ごとに位相反転して変調されます。 <<<<<<<<<CM<<<<<<<<<<<<<<<<<<<<<<<<< >>>>>>>>>JM>>>>>>>>>>>>>> <<<<<<<<<<CJ<<<<<<<<<<<<<<<<<<<<<< V.34初期化(フェーズ2 ~ 4) TGWは、トーンのV.21プリアンブルの検出を待機します。CEDトーン(G3)またはANSAM(SG3)で検出されます。 V.21フラグが検出されると、スイッチオーバーが開始されます。 VTSPを確認すると、次のように表示されます。 Event=E_DSMP_DSP_MODEM_TONE 切り替えのタスクの1つは、ジッタバッファの変化を固定最適値に適応させることです。 ファクスパススルーでは、ジッタまたは再生バッファのスイッチオーバーの前に、最後の音声モード設定が使用されます。再生遅延の現在の値を確認するには、show voice port X/X/Xコマンドを入力します。 |
GW:CUCM/GW <========音声==========> この段階で確立された音声コールですが、ファックス機器が通話するときに、音声コールでトーンが交換されます。 初期T.30トーン(デバッグでは常にRTPで送信されるため表示されません) G3ファクス: <<<<<<<<<<CNG<<<<<<<<<<<<<<<<<<<<<< 1100 Hz、3秒ごとに0.5秒。発呼非通話端末を示します。 >>>>>>>>>CED>>>>>>>>>>>>> 2100 Hzトーン(2.6 ~ 4.0秒の間)。伝送パスのエコーサプレッサを無効にします。 SG3ファクス: 1100 Hz、3秒ごとに0.5秒。発呼非通話端末を示します。 >>>>>>>>>ANSAM>>>>>>>>>>> 2100 HzトーンはCEDですが、振幅は15 Hzの正弦波で450ミリ秒ごとに位相反転して変調されます。 Ciscoゲートウェイは、T.38を使用したG3ファックスコールのみをサポートします。SG3コールの高速を適切に処理するには、モデムパススルーを使用する必要があります。 V.34初期化(フェーズ2 ~ 4)は存在しません。初期V.8フェーズIも完了しません。OGWはCMトーンをスケルチし、SG3はG3ファックス規格と下位互換性があるため、ファックス機器はG3にフェールオーバーします。 >>>>>>>>CED>>>>>>>>>>>> 2100 Hzトーン(2.6 ~ 4.0秒の間)。伝送パスのエコーサプレッサを無効にします。 TGWは、トーンのV.21プリアンブルの検出を待機します。CEDトーン(G3)またはANSAM(SG3)で検出されます。 V.21フラグが検出されると、スイッチオーバーが開始されます。 VTSPを確認すると、次のように表示されます。 VTSP:Event=E_DSMP_DSP_FAX_TONE DSMPを確認すると、次のように表示されます。 切り替えのタスクの1つは、ジッタバッファの変化を固定最適値に適応させることです。 T.38では300ミリ秒の固定ジッターまたは再生バッファが使用されます。音声ポートでplayout-delay fax 100コマンドを入力し、遅延が大きい場合はバッファ時間を短縮します。再生遅延の現在の値を確認するには、show voice port X/X/Xを入力します。 |
||
プロトコルベース
|
NSEベース
|
プロトコルベース
|
NSEベース
|
プロトコルベースのスイッチオーバーは、SCCPではサポートされません。 | G3ファクス: GW:CUCM/GW =======NSE192========> [Upspeed Codec]と[Switch to Passthrough Mode]を選択します。 VTSPを確認すると、次のように表示されます。 E_DSM_CC_MODIFY_ debug voip rtp session named event: Pt:100 Evt:192 Pkt:00 00 00 <Snd>> <======NSE192========= VTSPを確認すると、次のように表示されます。 E_DSMP_DSP_REPORT_ _メッセージ debug voip rtp session named event: <<<Rcv> Pt:100 Evt:192 Pkt:00 00 00 SG3ファクス: GW:CUCM/GW =======NSE192========> [Upspeed Codec]と[Switch to Passthrough Mode]を選択します。 VTSPを確認すると、次のように表示されます。 E_DSM_CC_MODIFY_MEDIA_IND debug voip rtp session named event: Pt:100 Evt:192 Pkt:00 00 00 <Snd>> <======NSE192========= VTSPを確認すると、次のように表示されます。 E_DSMP_DSP_REPORT_PEER_TO_PEER _メッセージ debug voip rtp session named event: <<<Rcv> Pt:100 Evt:192 Pkt:00 00 00
ANSamの位相反転の検出ECANの無効化 VTSPを確認すると、次のように表示されます。 E_DSM_CC_MODIFY_MEDIA_IND debug voip rtp session named event: Pt:100 Evt:193 Pkt:00 00 00 <Snd>> <======NSE193========= VTSPを確認すると、次のように表示されます。 E_DSMP_DSP_REPORT_PEER_TO_PEER _メッセージ debug voip rtp session named event: <<<Rcv> Pt:100 Evt:193 Pkt:00 00 00 注:NSE-194は、4秒の無音検出またはキャリア損失検出のローカル検出によってトリガーされます。このメッセージは、リモートゲートウェイに音声モードに戻るように指示します。基本的に、NSE-192およびNSE-193による変更はすべて元に戻されます。 show call active voice briefは次の内容を示します。MODEMASS nse |
プロトコルベースのスイッチオーバーは、SCCPではサポートされません。 | G3ファクス: GW:CUCM/GW =======NSE200========> 音声モードからT.38への移行 VTSPを確認すると、次のように表示されます。 E_DSM_CC_MODIFY_ debug voip rtp session named event: Pt:100 Evt:200 Pkt:00 00 00 <Snd>> <======NSE201========= T.38 ACKを受信し、TGWにT.38セッションの開始を指示 VTSPを確認すると、次のように表示されます。 E_DSMP_DSP_REPORT_ _メッセージ debug voip rtp session named event: <<<Rcv> Pt:100 Evt:201 Pkt:00 00 00 SG3ファクス: SG3をG3にスプーフィングするためにCMトーンをスケルチすると、T38リレーにSG3ファックスシナリオはありません。 注:NSE-202は、ピアゲートウェイを示すNSE-200メッセージへのNACKです show call active voice briefは次の内容を示します。 t38 |
すべてのトーンがG711ulaw/alawのRTPのような音声に流れるため、パススルーではデバッグからのT.30メッセージは表示されません。ただし、ファックストーンのネゴシエーションは、リレーまたはパススルーに関係なく同じです。 GW:CUCM/GW >>>>>>>> CSI>>>>>>>>(オプション)(着信者識別) ここでFTTが表示されている場合は、TCF、トレーニングが失敗し、T1/E1のクロッキングとスリップを確認します。パケットキャプチャで、TCFがすべて0であることを確認します。 >>>>>>>>MCF>>>>>>>>(メッセージの確認) <++++部分ページRX+++++++ (高速) >>>>>>>>MCF>>>>>>>>(メッセージの確認) <<<<<<<<DCN<<<<<<<<<<<<<<<< <(切断)) 注:ECMはG3ではオプションですが、SG3では必須です。 パススルーでSG3の速度を実現できるため、ファックスが正常に動作するため、ECMがFAX機で有効になっていることを確認してください。また、TCFトレーニング信号はG3には必須ですが、SG3には適用されません。 注:パススルーには、64 kbps(g711)の共通チャネルが割り当てられます。そのため、メッセージの速度が高い方と低い方は関係ありません。 |
T38スイッチオーバーが成功すると、対応するデバッグに次のメッセージが表示されます。 VTSPを確認すると、次のように表示されます。 event:E_CC_T38_START DSMPを確認すると、次のように表示されます。 debug fax relay t30 all-level-1: GW:CUCM/GW >>>>>>>>>>CSI>>>>>>>>>> ここでFTTが表示されている場合は、TCF、トレーニングが失敗し、T1/E1のクロッキングとスリップを確認します。パケットキャプチャで、TCFがすべて0であることを確認します。 >>>>>>>>MCF>>>>>>>>(メッセージの確認) <++++部分ページRX+++++++ (高速) >>>>>>>>MCF>>>>>>>>(メッセージの確認) <<<<<<<<DCN<<<<<<<<<<<<<<<< <(切断)) |
||
プロトコルベース
|
NSEベース
|
プロトコルベース
|
NSEベース
|
N/A | 音声サービスvoipレベルの構成: ## fax protocol none ## modem passthrough nse codec g711ulaw |
N/A | 音声サービスvoipレベルの構成: ## fax protocol t38 nse force version 0 ls-redundancy 0 hs-redundancy 0 fallback none ## fax-relay sg3-to-g3 |
次の点に注意してください。
パススルー
|
T.38リレー
|
||
プロトコルベース
|
NSEベース
|
プロトコルベース
|
NSEベース
|
プロトコルベースのスイッチオーバーは、SCCPではサポートされません。 |
GW:CUCM/GW – オフフックメッセージ – > —KeypadButtonMessage—> <—CallStateMessage— CallStateMsg情報:続行<—OpenReceiveChannel— —OpenReceiveChannelAck—> <—StartMediaTransmission— <—CallStateMessage— CallStateMsg情報:RINGOUT VTSPを確認すると、次のように表示されます。 <—CallStateMessage— CallStateMsg情報:ネットワークに接続している |
プロトコルベースのスイッチオーバーは、SCCPではサポートされません。 |
GW:CUCM/GW – オフフックメッセージ – > —KeypadButtonMessage—> <—CallStateMessage— CallStateMsg情報:続行<—OpenReceiveChannel— —OpenReceiveChannelAck—> <—StartMediaTransmission— <—CallStateMessage— CallStateMsg情報:RINGOUT VTSPが表示されていることを確認します: <—CallStateMessage— CallStateMsg情報:ネットワークに接続している |
GW:CUCM/GW <========音声==========> この段階で確立された音声コールですが、FAX機が通話するときに、音声コールでトーンが交換されます。 初期T.30トーン(デバッグでは常にRTPで送信されるため表示されません) G3ファクス: >>>>>>>>>CNG>>>>>>>>>>> 1100 Hz、3秒ごとに0.5秒。発呼非通話端末を示します。 <<<<<<<<<CED<<<<<<<<<<<<<<<<<<<<< 2100 Hzトーン(2.6 ~ 4.0秒の間)。伝送パスのエコーサプレッサを無効にします。 SG3ファクス: 1100 Hz、3秒ごとに0.5秒。発呼非通話端末を示します。 <<<<<<<<<<ANSAM<<<<<<<<<<<<<< 2100 HzトーンはCEDですが、振幅は15 Hzの正弦波で450ミリ秒ごとに位相反転して変調されます。 >>>>>>>>CM>>>>>>>>>>>> <<<<<<<<<JM<<<<<<<<<<<<<<<< >>>>>>>>>CJ>>>>>>>>>>>>> V.34初期化(フェーズ2 ~ 4) OGWは、TGWがトーンのV.21プリアンブルを検出するまで待機します。TGWがV.21フラグを検出すると、スイッチオーバーを開始します。 切り替えのタスクの1つは、ジッタバッファの変化を固定最適値に適応させることです。 ファクスパススルーでは、ジッタまたは再生バッファのスイッチオーバーの前に、最後の音声モード設定が使用されます。再生遅延の現在の値を確認するには、show voice port X/X/Xコマンドを入力します。 |
GW:CUCM/GW <========音声==========> この段階で確立された音声コールですが、ファックス機器が通話するときに、音声コールでトーンが交換されます。 初期T.30トーン(デバッグでは常にRTPで送信されるため表示されません) G3ファクス: >>>>>>>>>CNG>>>>>>>>>>> 1100 Hz、3秒ごとに0.5秒。発呼非通話端末を示します。 <<<<<<<<<CED<<<<<<<<<<<<<<<<<<<<< 2100 Hzトーン(2.6 ~ 4.0秒の間)。伝送パスのエコーサプレッサを無効にします。 SG3ファクス: 1100 Hz、3秒ごとに0.5秒。発呼非通話端末を示します。 <<<<<<<<<<ANSAM<<<<<<<<<<<<<< 2100 HzトーンはCEDですが、振幅は15 Hzの正弦波で450ミリ秒ごとに位相反転して変調されます。 >>>CM>>X Ciscoゲートウェイは、T.38を使用したG3ファックスコールのみをサポートします。SG3コールの高速を適切に処理するには、モデムパススルーを使用する必要があります。 V.34初期化(フェーズ2 ~ 4)は存在しません。初期V.8フェーズIも完了しません。OGWはCMトーンをsquelchesし、SG3はG3ファクス規格と下位互換性があるため、ファクス機はG3にフェールオーバーします。 <<<<<<<<<CED<<<<<<<<<<<<<<<<<<<<< 2100 Hzトーン(2.6 ~ 4.0秒の間)。伝送パスのエコーサプレッサを無効にします。 OGWは、TGWがトーンのV.21プリアンブルを検出するまで待機します。TGWがV.21フラグを検出すると、スイッチオーバーを開始します。 切り替えのタスクの1つは、ジッタバッファの変化を固定最適値に適応させることです。 T.38は300ミリ秒の固定ジッターまたは再生バッファを使用します。遅延が大きい場合は、バッファ時間を短縮するため、音声ポートでplayout-delay fax 100コマンドを入力します。show voice port X/X/Xコマンドををを入力して、現在のの値をを確認します。 |
||
プロトコルベース
|
NSEベース
|
プロトコルベース
|
NSEベース
|
プロトコルベースのスイッチオーバーは、SCCPではサポートされません。 |
G3ファクス: GW:CUCM/GW <=======NSE192======== [Upspeed Codec]と[Switch to Passthrough Mode]を選択します。 VTSPを確認すると、次のように表示されます。 E_DSMP_DSP_REPORT_ _メッセージ debug voip rtp session named event: <<<Rcv> Pt:100 Evt:192 Pkt:00 00 00 ======NSE192=========> VTSPを確認すると、次のように表示されます。 E_DSM_CC_MODIFY_MEDIA_INDdebug voip rtp session named event: Pt:100 Evt:192 Pkt:00 00 00 <Snd>> SG3ファクス: GW:CUCM/GW <=======NSE192======== [Upspeed Codec]と[Switch to Passthrough Mode]を選択します。 VTSPを確認すると、次のように表示されます。 E_DSMP_DSP_REPORT_ _メッセージ debug voip rtp session named event <<<Rcv> Pt:100 Evt:192 Pkt:00 00 00 ======NSE192=========> VTSPを確認すると、次のように表示されます。 E_DSM_CC_MODIFY_MEDIA_INDdebug voip rtp session named event: Pt:100 Evt:192 Pkt:00 00 00 <Snd>> <=======NSE193======== ECANを無効にします。 VTSPを確認すると、次のように表示されます。 E_DSMP_DSP_REPORT_ _メッセージ debug voip rtp session named event: <<<Rcv> Pt:100 Evt:193 Pkt:00 00 00 ======NSE193=========> VTSPを確認すると、次のように表示されます。 E_DSM_CC_MODIFY_MEDIA_INDdebug voip rtp session named event: Pt:100 Evt:193 Pkt:00 00 00 <Snd>> 注:NSE-194は、4秒の無音検出またはキャリア損失検出のローカル検出によってトリガーされます。このメッセージは、リモートゲートウェイに音声モードに戻るように指示します。基本的に、NSE-192およびNSE-193による変更はすべて元に戻されます。 show call active voice briefは次の内容を示します。MODEMASS nse |
プロトコルベースのスイッチオーバーは、SCCPではサポートされません。 |
G3ファクス: GW:CUCM/GW <=======NSE200======== 音声モードからT.38への移行 VTSPを確認すると、次のように表示されます。 E_DSMP_DSP_REPORT_ _メッセージ debug voip rtp session named event: <<<Rcv> Pt:100 Evt:200 Pkt:00 00 00 ======NSE201=========> T.38 ACKを受信し、TGWにT.38セッションの開始を指示 VTSPを確認すると、次のように表示されます。 E_DSM_CC_MODIFY_MEDIA_INDdebug voip rtp session named event: SG3ファクス: SG3をG3にスプーフィングするためにCMトーンをスケルチすると、T38リレーにSG3ファックスシナリオはありません。 注:NSE-202は、ピアゲートウェイを示すNSE-200メッセージへのNACKです show call active voice briefは次の内容を示します。 t38 |
すべてのトーンがG711ulaw/alawのRTPのような音声に流れるため、パススルーではデバッグからのT.30メッセージは表示されません。ただし、ファックストーンのネゴシエーションは、リレーまたはパススルーに関係なく同じです。 GW:CUCM/GW <<<<<<<<CSI<<<<<<<<<<<< < (オプション)(サブスクライバ識別と呼ばれます) ここでFTTがTCFを意味する場合、トレーニングが失敗し、T1/E1でクロッキングとスリップをチェックします。パケットキャプチャでは、TCFがすべて0になるはずです。 <<<<<<<<MCF<<<<<<<<<<<<< <(メッセージの確認) ++++部分ページRX++++++> (高速) <<<<<<<<MCF<<<<<<<<<<<<< <(メッセージの確認) >>>>>>>DCN>>>>>>>> (切断) 注:ECMはG3ではオプションですが、SG3では必須です。パススルーでSG3の速度を実現できるため、ファックスが正常に動作するようにECMがファックス機で有効になっていることを確認してください。 注:パススルーには、64 kbps(g711)の共通チャネルが割り当てられます。そのため、メッセージの速度が高い方と低い方は関係ありません。 |
T38スイッチオーバーが成功すると、対応するデバッグに次のメッセージが表示されます。 VTSPを確認すると、次のように表示されます。 DSMPのチェックには次のように表示されます。 debug fax relay t30 all-level-1: timestamp=352613376 fr-msg-det PPS GW:CUCM/GW <<<<<<<<CSI<<<<<<<<<<<< < (オプション)(サブスクライバ識別と呼ばれます) ここでFTTがTCFを意味する場合、トレーニングが失敗し、T1/E1でクロッキングとスリップをチェックします。パケットキャプチャでは、TCFがすべて0になるはずです。 <<<<<<<<MCF<<<<<<<<<<<<< <(メッセージの確認) ++++部分ページRX++++++> (高速) <<<<<<<<MCF<<<<<<<<<<<<< <(メッセージの確認) >>>>>>>DCN>>>>>>>> (切断) |
||
プロトコルベース | NSEベース | プロトコルベース | NSEベース |
N/A | 音声サービスvoipレベル構成: ## fax protocol none ## modem passthrough nse codec g711ulaw |
N/A | 音声サービスvoipレベル構成: ## fax protocol t38 nse force version 0 ls-redundancy 0 hs-redundancy 0 fallback none ## fax-relay sg3-to-g3 |
改定 | 発行日 | コメント |
---|---|---|
1.0 |
15-Jan-2015 |
初版 |