Fax-SIP トラブルシューティング ガイド
概要
このドキュメントでは、次の手順を含む、ファックスのトラブルシューティングに最も効果的なアプローチの1つを説明します。
- コールを2つのレッグに分割します。
- 各レッグのプロトコル(SIP/H.323/SCCP/MGCP)を特定します。
- レッグを選択し、そのレッグでコールが着信または発信されているかどうか、それに対応してゲートウェイ/エンドポイントが終端ゲートウェイ(TGW)または発信側ゲートウェイ(OGW)であるかどうかを確認します。
ファックスコールは、次の4つの部分に分割できます。
- 音声コールの設定
- オフフック、ダイヤル、呼出音、応答
- Calling(CNG)およびCalled Equipment Identification(CED)トーン
- スイッチオーバー
- コーデックのアップスピード/修正
- DSPで音声アクティベーション検出(VAD)が無効になっている
- 固定の最適値へのジッタバッファの遷移
- プレメッセージ手順
- FAX端末ID
- 機能交換と設定
- トレーニング
- メッセージ内およびメッセージ後の手順
- ページの送信
- エラー検出および修正(ECM)
- メッセージの終了とページの確認
- コールの切断、オンフック
このコールフローには、セッション開始プロトコル(SIP)がプロトコルとして識別されるタイミングを確認するメッセージが含まれます。エンドポイントがTGWかOGWかによって、対応するセクションがあります。
TGW:SIPレッグのファックスコール着信
次の点に注意してください。
- T.38：遅延<1000ミリ秒、ジッタ<300ミリ秒、パケット損失は、冗長性を備えたT.38を除き、NONEである必要があります。
- パススルー：遅延<1000ms、ジッタ<30ms、パケット損失はNONEである必要があります。
- プロトコルベースのスイッチオーバー：これは標準ベースです。
- NSEベースのスイッチオーバー：これは独自のスイッチオーバーであり、Cisco音声ゲートウェイ間でのみ動作します。
| パススルー | T.38リレー | ||
|---|---|---|---|
GW:CUCM/GW VTSPを確認すると、次のように表示されます。 Fax Relay=DISABLED:「fax rate disabled」 |
GW:CUCM/GW VTSPを確認すると、次のように表示されます。 ファックスリレー=有効 |
||
|
プロトコルベース
|
NSEベース
|
プロトコルベース
|
NSEベース
|
GW:CUCM/GW —200OK+SDP—> !--接続識別番号は 18 <—ACK+SDP— !--接続識別番号は 18 注：EOの場合、同様のSDPがINVITEとともに受信されます。 |
GW:CUCM/GW —200OK+SDP—> !--接続識別番号は 18 <—ACK+SDP— !--接続識別番号は 18 注：EOの場合、同様のSDPがINVITEとともに受信されます。 |
GW:CUCM/GW —200OK+SDP—> !--接続識別番号は 18o=CiscoSystemsSIP-GW-UserAgent 0 6060(IP4 209.165.201.2) s=SIPコール c=IP4 209.165.201.2 t=0 0 m=audio 17924 RTP/AVP 0 c=IP4 209.165.201.2 a=rtpmap:0 PCMU/8000 a=ptime:20 <—ACK+SDP— !--接続識別番号は 18 注：EOの場合、同様のSDPがINVITEとともに受信されます。 |
GW:CUCM/GW —200OK+SDP—> !--接続識別番号は 18 <—ACK+SDP— !--接続識別番号は 18 注：EOの場合、同様のSDPがINVITEとともに受信されます。 |
GW:CUCM/GW <========音声==========> この段階で音声通話が確立されますが、ファックス機器が通話すると、音声通話でトーンの交換が開始されます。 初期T.30トーン（デバッグでは常にRTPで送信されるため表示されません） G3ファクス： <<<<<<<<<<CNG<<<<<<<<<<<<<<<<<<<<<< 1100 Hz、3秒ごとに0.5秒。発呼非通話端末を示します。 >>>>>>>>>CED>>>>>>>>>>>>> 2.6 ～ 4.0秒の間で持続する2100 Hzのトーン。伝送パスのエコーサプレッサを無効にします。 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で送信されるため表示されません）
<<<<<<<<<<CNG<<<<<<<<<<<<<<<<<<<<<< 1100 Hz、3秒ごとに0.5秒。発呼非通話端末を示します。 >>>>>>>>>CED>>>>>>>>>>>>> 2.6 ～ 4.0秒の間で持続する2100 Hzのトーン。伝送パスのエコーサプレッサを無効にします。 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ファックス規格と下位互換性があるため、FAX装置はG3にフェールオーバーします。 >>>>>>>>CED>>>>>>>>>>>> 2.6 ～ 4.0秒の間で持続する2100 Hzのトーン。伝送パスのエコーサプレッサを無効にします。 TGWは、トーンのV.21プリアンブルの検出を待機します。CEDトーン(G3)またはANSAM(SG3)で検出されます。 V.21フラグが検出されると、スイッチオーバーが開始されます。 VTSPを確認すると、次のように表示されます。 VTSP:Event=E_DSMP_DSP_FAX_TONE DSMPを確認すると、次のように表示されます。 CCAPIが次のように表示されることを確認します。 切り替えのタスクの1つは、ジッタバッファの変化を固定最適値に適応させることです。 T.38では300ミリ秒の固定ジッターまたは再生バッファが使用されます。遅延が大きい場合は、バッファ時間を短縮するため、音声ポートでplayout-delay fax 100コマンドを入力します。再生遅延の現在の値を確認するには、show voice port X/X/Xコマンドを入力します。 |
||
|
プロトコルベース
|
NSEベース
|
プロトコルベース
|
NSEベース
|
GW:CUCM/GW —INVITE+SDP—> !--接続識別番号は 18 a=rtpmap:0 PCMU/8000
<—200OK+SDP— !--接続識別番号は 18
—ACK—> show call active voice briefは変更を表示しません
|
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 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
ANSamの位相反転の検出ECANの無効化 VTSPを確認すると、次のように表示されます。 E_DSM_CC_MODIFY_ debug voip rtp session named event: Pt:100 Evt:193 Pkt:00 00 00 <Snd>> <====NSE193====== VTSPを確認すると、次のように表示されます。 E_DSMP_DSP_REPORT _メッセージ 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 |
GW:CUCM/GW —INVITE+SDP—> !--接続識別番号は 18
<—200OK+SDP— !--接続識別番号は 18 —ACK—> show call active voice briefは次の内容を示します。t38
|
G3ファクス： GW:CUCM/GW ====NSE200====> 音声モードからT.38への移行 VTSPが表示されていることを確認します E_DSM_CC_ debug voip rtp session named event: Pt:100 Evt:200 Pkt:00 00 00 <Snd>>
T.38 ACKを受信し、TGWにT.38セッションを開始するように指示します。 VTSPを確認すると、次のように表示されます。 E_DSMP_DSP_ _メッセージ debug voip rtp session named event: <<<Rcv> Pt:100 Evt:201 Pkt:00 00 00 SG3ファクス： CMトーンをスケルチしてSG3をG3にスプーフィングすると、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機で有効になっていることを確認してください。 注：パススルーでは、64kbps(g711)の共通チャネルが割り当てられます。したがって、メッセージの速度が高く低いほど問題になりません。 |
T38スイッチオーバーが成功すると、対応するデバッグに次のメッセージが表示されます。 VTSPを確認すると、次のように表示されます。 DSMPを確認すると、次のように表示されます。 CCAPIが次のように表示されることを確認します。 debug fax relay t30 all-level-1: GW:CUCM/GW >>>>>>>> CSI>>>>>>>>（オプション）(着信者識別) ここでFTTがTCFを意味する場合、トレーニングが失敗し、T1/E1でクロッキングとスリップをチェックします。パケットキャプチャでは、TCFがすべて0になるはずです。 >>>>>>>MCF>>>>>>>>>（メッセージの確認）>>> <++++部分ページRX+++++++(高速) >>>>>>>MCF>>>>>>>>>（メッセージの確認）>>> <<<<<<<<DCN<<<<<<<<<<<<<（切断）) |
||
|
プロトコルベース
|
NSEベース
|
プロトコルベース
|
NSEベース
|
DPレベルの設定： ## fax protocol pass-through g711ulaw/g711alaw ## fax rate disable ## fax nsf 00000 |
DPレベルの設定： ## modem passthrough nse codec g711ulaw/g711alaw ## fax rate disable ## fax nsf 00000 |
DPレベルの設定： ##ファクスプロトコルt38バージョン0 ls-redundancy 0 hs-redundancy 0 fallback none ## fax nsf 00000 |
DPレベルの設定： ## fax protocol t38 nse force version 0 ls-redundancy 0 hs-redundancy 0 fallback none ## fax nsf 00000## fax-relay ecm disable ## fax-relay sg3-to-g3 system ## fax rate 14400 |
OGW:SIPレッグのFAXコール発信
次の点に注意してください。
- T.38：遅延<1000ミリ秒、ジッタ<300ミリ秒、パケット損失は、冗長性を備えたT.38を除き、NONEである必要があります。
- パススルー：遅延<1000ms、ジッタ<30ms、パケット損失はNONEである必要があります。
- プロトコルベースのスイッチオーバー：これは標準ベースです。
- NSEベースのスイッチオーバー：これは独自のスイッチオーバーであり、Cisco音声ゲートウェイ間でのみ動作します。
|
パススルー
|
T.38リレー
|
||
|---|---|---|---|
GW:CUCM/GW VTSPを確認すると、次のように表示されます。 |
GW:CUCM/GW VTSPを確認すると、次のように表示されます。 |
||
|
プロトコルベース
|
NSEベース
|
プロトコルベース
|
NSEベース
|
GW:CUCM/GW <—200OK+SDP— !--接続識別番号は 18 —ACK+SDP—> !--接続識別番号は 18
注：EOの場合、同様のSDPがINVITEで送信されます。 |
GW:CUCM/GW <—200OK+SDP— !--接続識別番号は 18 —ACK+SDP—> !--接続識別番号は 18 |
GW:CUCM/GW <—200OK+SDP— !--接続識別番号は 18o=シスコ SIP-GW-UserAgent 0 6060(IP4 209.165.201.2) s=SIPコール c=IP4 209.165.201.2 t=0 0 m=audio 17924 RTP/AVP 0 c=IP4 209.165.201.2 a=rtpmap:0 PCMU/8000 a=ptime:20 —ACK+SDP—> !--接続識別番号は 18 注：EOの場合、同様のSDPがINVITEで送信されます。 |
GW:CUCM/GW <—200OK+SDP— !--接続識別番号は 18
!--接続識別番号は 18 注：EOの場合、同様のSDPがINVITEで送信されます。 |
GW:CUCM/GW <========音声==========> この段階で確立された音声コールですが、FAX装置が通信すると、音声コールでトーンが交換されます。 初期T.30トーン（デバッグでは常にRTPで送信されるため表示されません） G3ファクス： >>>>>>>>>CNG>>>>>>>>>>> 1100 Hz、3秒ごとに0.5秒。発呼非通話端末を示します。 <<<<<<<<<CED<<<<<<<<<<<<<<<<<<<<< 2.6 ～ 4.0秒の間で持続する2100 Hzのトーン。伝送パスのエコーサプレッサを無効にします。 SG3ファクス： 1100 Hz、3秒ごとに0.5秒。発呼非通話端末を示します。 <<<<<<<<<<ANSAM<<<<<<<<<<<<<< 2100 HzトーンはCEDですが、振幅は15Hzの正弦波で450ミリ秒ごとに位相反転して変調されます。 >>>>>>>>CM>>>>>>>>>>>> <<<<<<<<<JM<<<<<<<<<<<<<<<< >>>>>>>>>CJ>>>>>>>>>>>>> V.34初期化（フェーズ2 ～ 4） OGWは、着信側ゲートウェイがトーンのV.21プリアンブルを検出するまで待機します。TGWがV.21フラグを検出すると、スイッチオーバーを開始します。 切り替えのタスクの1つは、ジッタバッファの変化を固定最適値に適応させることです。 ファクスパススルーでは、ジッタまたは再生バッファのスイッチオーバーの前に、最後の音声モード設定が使用されます。再生遅延の現在の値を確認するには、show voice port X/X/Xコマンドを入力します。 |
GW:CUCM/GW <========音声==========> この段階で確立された音声コールですが、FAX装置が通信すると、音声コールでトーンが交換されます。 初期T.30トーン（デバッグでは常にRTPで送信されるため表示されません） G3ファクス： >>>>>>>>>CNG>>>>>>>>>>> 1100 Hz、3秒ごとに0.5秒。発呼非通話端末を示します。 <<<<<<<<<CED<<<<<<<<<<<<<<<<<<<<< 2.6 ～ 4.0秒の間で持続する2100 Hzのトーン。伝送パスのエコーサプレッサを無効にします。 SG3ファクス： 1100 Hz、3秒ごとに0.5秒。発呼非通話端末を示します。 <<<<<<<<<<ANSAM<<<<<<<<<<<<<< 2100 HzトーンはCEDですが、振幅は15Hzの正弦波で450ミリ秒ごとに位相反転して変調されます。 >>>CM>>X Ciscoゲートウェイは、T.38を使用したG3ファックスコールのみをサポートします。SG3コールの高速を適切に処理するには、モデムパススルーを使用する必要があります。V.34初期化（フェーズ2 ～ 4）は存在しません。初期V.8フェーズIも完了しません。OGWはCMトーンをスケルチし、SG3はG3ファックス規格と下位互換性があるため、FAX装置はG3にフェールオーバーします。 <<<<<<<<<CED<<<<<<<<<<<<<<<<<<<<< 2.6 ～ 4.0秒の間で持続する2100 Hzのトーン。伝送パスのエコーサプレッサを無効にします。 OGWは、TGWがトーンのV.21プリアンブルを検出するまで待機します。TGWがV.21フラグを検出すると、スイッチオーバーを開始します。 切り替えのタスクの1つは、ジッタバッファの変化を固定最適値に適応させることです。 T.38は300ミリ秒の固定ジッターまたは再生バッファを使用します。遅延が大きい場合は、バッファ時間を短縮するため、音声ポートでplayout-delay fax 100コマンドを入力します。show voice port X/X/Xコマンドををを入力して、現在のの値をを確認します。 |
||
|
プロトコルベース
|
NSEベース
|
プロトコルベース
|
NSEベース
|
GW:CUCM/GW <—INVITE+SDP— !--接続識別番号は 18 a=rtpmap:0 PCMU/8000 —100TRYING—> —200OK+SDP—> !--接続識別番号は 18 <—ACK— show call active voice briefは変更を表示しません
|
G3ファクス： GW:CUCM/GW <====NSE192==== [Upspeed Codec]と[Switch to Passthrough Mode]を選択します。
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_IND debug 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_ _メッセージ debug voip rtp session named event: <<<Rcv> Pt:100 Evt:192 Pkt:00 00 00 ====NSE192======> VTSPを確認すると、次のように表示されます。 E_DSM_CC_MODIFY_MEDIA_IND debug voip rtp session named event: Pt:100 Evt:192 Pkt:00 00 00 <Snd>>
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_IND debug 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 brie」はMODEMASS nseを示します |
GW:CUCM/GW <—INVITE+SDP— !--接続識別番号は 18 —100TRYING—> —200OK+SDP—> !--接続識別番号は 18 <—ACK— show call active voice briefは次のように表示されます。t38
注：CUCMが関与する場合は常に、次のトポロジのRE_INVITEに対して行います。 |
G3ファクス： GW:CUCM/GW <====NSE200===== 音声モードからT.38への移行 VTSPを確認すると、次のように表示されます。 E_DSMP_DSP_ _メッセージ 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_IND debug voip rtp session named event:
CMトーンをスケルチしてSG3をG3にスプーフィングすると、T38リレーにSG3ファックスシナリオは存在しません。 注：NSE-202は、ピアゲートウェイがコールのT.38パケットを処理できないことを示すNSE-200メッセージへのNACKです。コールは音声モードのままになり、T.38にスイッチオーバーされません。 show call active voice briefは次の内容を示します。 t38 |
すべてのトーンがG711ulaw/alawのRTPのような音声に流れるため、パススルーではデバッグからのT.30メッセージは表示されません。ただし、FAXトーンのネゴシエーションは、リレーまたはパススルーに関係なく同じです。 GW:CUCM/GW <<<<<<<<CSI<<<<<<<<<<<< < (オプション)（サブスクライバ識別と呼ばれます） ここでFTTが表示されている場合は、TCFトレーニングが失敗したことを意味し、T1/E1のクロッキングとスリップをチェックします。パケットキャプチャでは、TCFがすべて0になるはずです。 <<<<<<<<MCF<<<<<<<<<<<<< <（メッセージの確認） ++++部分ページRX++++++>（高速） <<<<<<<<MCF<<<<<<<<<<<<< <（メッセージの確認） >>>>>>>> DCN>>>>>>>>> （切断） 注：ECMはG3ではオプションですが、SG3では必須です。 パススルーでSG3の速度を実現できるため、ファックスが正常に動作するため、ECMがFAX機で有効になっていることを確認してください。 注：パススルーには、64kbps(g711)の共通チャネルが割り当てられます。したがって、メッセージの速度が高く低いほど問題になりません。 |
T38スイッチオーバーが成功すると、対応するデバッグに次のメッセージが表示されます。 VTSPを確認すると、次のように表示されます。 event:E_CC_T38_START DSMPを確認すると、次のように表示されます。 CCAPIが次のように表示されることを確認します。 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ベース
|
DPレベルの設定： ## fax protocol pass-through g711ulaw/g711alaw ## fax rate disable ## fax nsf 00000 |
DPレベルの設定： ## modem passthrough nse codec g711ulaw/g711alaw ## fax rate disable ## fax nsf 00000 |
DPレベルの設定： ##ファクスプロトコルt38バージョン0 ls-redundancy 0 hs-redundancy 0 fallback none ## fax nsf 00000 |
DPレベルの設定： ## fax protocol t38 nse force version 0 ls-redundancy 0 hs-redundancy 0 fallback none ## fax nsf 00000## fax-relay ecm disable ## fax-relay sg3-to-g3 system ## fax rate 14400 |
収集すべきデバッグ情報
- debug vpm all（FXSの場合）
- debug isdn q931（PRIの場合）
- debug voice ccapi inout
- debug ccsip all/messages/verbos
- debug voip vtsp all
- debug voip dsmp all
- debug voip hpi all
- debug dsp-resource flex all
- debug voip dspapi
- debug fax relay t30 all-level-1
- debug voip rtp session named-event（NSEベースのスイッチオーバーの場合）
Revision History
| Revision | Publish Date | Comments |
|---|---|---|
1.0 |
14-Jan-2015 |
Initial Release |
フィードバック