Fax-SIP故障排除指南
簡介
本檔案介紹對傳真進行疑難排解的最有效方法之一，包括下列步驟：
- 將呼叫分成兩段。
- 確定每個支路上的協定(SIP/H.323/SCCP/MGCP)。
- 選擇一條支路，然後檢查該支路上的呼叫是傳入還是傳出，以及關聯的網關/端點是否相應地屬於終端網關(TGW)或始發網關(OGW)。
您可以將傳真呼叫分成四個部分：
- 設定語音呼叫
- 摘機、撥號、振鈴、應答
- 通話(CNG)和被叫裝置識別(CED)音
- 切換
- 編解碼器加速/校正
- DSP上禁用語音啟用檢測(VAD)
- 抖動緩衝器從自適應轉換為固定最佳值
- 報文前過程
- 傳真終端識別
- 功能交換和設定
- 培訓
- 留言內和留言後流程
- 頁面傳輸
- 錯誤檢測和糾正(ECM)
- 消息結尾和頁面確認
- 呼叫斷開，掛機
此呼叫流程包括當會話初始協定(SIP)是已識別的協定時要查詢的消息。根據您的終端是TGW還是OGW，存在相應的部分。
TGW - SIP支路上的傳真呼叫傳入
請注意：
- T.38 — 延遲<1000ms，抖動<300ms，資料包丟失應該為零，除非T.38具有冗餘。
- 直通 — 延遲<1000ms，抖動<30ms，資料包丟失應為NONE。
- 基於協定的切換 — 這是基於標準的。
- 基於NSE的切換 — 這是專有的，只在Cisco語音網關之間工作。
| 直通 | T.38中繼 | ||
|---|---|---|---|
GW-------------------------CUCM/GW 檢查VTSP顯示: Fax Relay=DISABLED - '傳真速率已禁用' |
GW-------------------------CUCM/GW 檢查VTSP顯示： Fax Relay=ENABLED |
||
|
通訊協定
|
基於NSE
|
通訊協定
|
基於NSE
|
GW------CUCM/GW —200OK+SDP-----> v=0 <----ACK+SDP----- v=0 附註：如果發生道德操守問題，則在INVITE情況下會收到類似的SDP。 |
GW---------CUCM/GW ------200OK+SDP------> v=0 <------ACK+SDP-------- v=0 附註：如果發生道德操守問題，則在INVITE情況下會收到類似的SDP。 |
GW------------CUCM/GW -------200OK+SDP--------> v=0o=CiscoSystemsSIP-GW-UserAgent IP4 209.165.201.2中的0 6060 s=SIP呼叫 c=IN IP4 209.165.201.2 t=0 0 m=音訊17924RTP/AVP 0 c=IN IP4 209.165.201.2 a=rtpmap:0 PCMU/8000 a=ptime:20 <-------ACK+SDP--------- v=0 附註：如果發生道德操守問題，則在INVITE情況下會收到類似的SDP。 |
GW------CUCM/GW -----200OK+SDP----> v=0 <-----ACK+SDP------ v=0 附註：如果發生道德操守問題，則在INVITE情況下會收到類似的SDP。 |
GW-------------------------CUCM/GW <========AUDIO==========> 在此階段建立的音訊呼叫，但隨著傳真機的通話，它們開始在音訊呼叫中交換音調。 初始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 ms進行相位反轉。 <<<<<<<<<<CM<<<<<<<<<<<<< >>>>>>>>>JM>>>>>>>>>>>>> <<<<<<<<<<CJ<<<<<<<<<<<<<< V.34初始化（第2-4階段） TGW等待在音調中檢測V.21報頭。它在CED音(G3)或ANSAM(SG3)中找到它。 檢測到V.21標誌後，它將啟動切換。 檢查VTSP顯示： Event=E_DSMP_DSP_MODEM_TONE 切換中的任務之一是將抖動緩衝區從自適應轉換為固定最佳值。 傳真傳輸使用切換前的最後一個語音模式設定來傳送抖動或播放緩衝區。輸入show voice port X/X/X命令以檢查播放延遲的當前值。 |
GW-------------------------CUCM/GW <========AUDIO==========> 在此階段建立的音訊呼叫，但隨著傳真機的通話，它們開始在音訊呼叫中交換音調。 初始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 ms進行相位反轉。 Cisco網關僅支援T.38的G3傳真呼叫。為了正確處理SG3呼叫的較高速度，必須使用數據機直通。不存在V.34初始化（階段2-4），初始V.8階段I也不完成。由於SG3向後相容G3傳真標準，OGW會抑制CM音調，因此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顯示： 切換中的任務之一是將抖動緩衝區從自適應轉換為固定最佳值。 T.38使用300 ms固定抖動或播放緩衝區。在語音埠下輸入playout-delay fax 100命令，以便在延遲較高時減少緩衝時間。輸入show voice port X/X/X命令以檢查播放延遲的當前值。 |
||
|
通訊協定
|
基於NSE
|
通訊協定
|
基於NSE
|
GW------CUCM/GW — 邀請+SDP----> v=0 a=rtpmap:0 PCMU/8000
<— 200OK+SDP----- v=0
--------ACK----------> show call active voice brief不會顯示更改
|
G3傳真： GW----------CUCM/GW ====NSE192======> 提高編解碼器速度，並切換到直通模式。 檢查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 消息(_M) debug voip rtp session named event: <<<Rcv> Pt:100 Evt:192 Pkt:00 00 00 SG3傳真： GW----------CUCM/GW ====NSE192=====> 提高編解碼器速度，並切換到直通模式。 檢查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 消息(_M) 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 消息(_M) 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顯示：MODEMPASS節點 |
GW-------------CUCM/GW -------INVITE+SDP------> v=0
<-----200OK+SDP--------- v=0 -----------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_ 消息(_M) 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 |
在Passthrough（直通）中，您看不到來自調試的任何T.30消息，因為所有音調都出現在帶有G711ulaw/alaw的類似RTP的音訊中。但是，無論中繼或通過，傳真音協商都保持不變。 GW-------------------------CUCM/GW >>>>>>>CSI>>>>>>>>>>（可選）（稱為使用者識別） 如果您在這裡看到FTT，則表示TCF培訓失敗。檢查T1/E1上的計時和滑動。在資料包捕獲中，檢查TCF應該全部為0。 >>>>>>>>MCF>>>>>>>>>>>>(消息確認) <++++部分頁面RX+++++++ （高速） >>>>>>>>MCF>>>>>>>>>>>>(消息確認) <<<<<<<<<<DCN<<<<<<<<(斷開連線連線) 附註：ECM對於G3是可選的，但是對於SG3是強制性的。 由於您可以通過直通實現SG3速度，請確保在傳真機上啟用ECM，以便傳真成功。 附註：對於直通，分配了一個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級別配置： ##傳真協定直通g711ulaw/g711alaw ##傳真速率禁用 ##傳真nsf 000000 |
DP級別配置： ## modem passthrough nse codec g711ulaw/g711alaw ##傳真速率禁用 ##傳真nsf 000000 |
DP級別配置： ##fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none ##傳真nsf 000000 |
DP級別配置： ## fax protocol t38 nse force version 0 ls-redundancy 0 hs-redundancy 0 fallback none ##傳真nsf 000000## fax-relay ecm disable ##fax-relay sg3-to-g3系統 ##傳真速率14400 |
OGW - SIP支路上的傳出傳真呼叫
請注意：
- T.38 — 延遲<1000ms，抖動<300ms，資料包丟失應該為零，除非T.38具有冗餘。
- 直通 — 延遲<1000ms，抖動<30ms，資料包丟失應為NONE。
- 基於協定的切換 — 這是基於標準的。
- 基於NSE的切換 — 這是專有的，只在Cisco語音網關之間工作。
|
直通
|
T.38中繼
|
||
|---|---|---|---|
GW-------------------------CUCM/GW 檢查VTSP顯示： |
GW-------------------------CUCM/GW 檢查VTSP顯示： |
||
|
通訊協定
|
基於NSE
|
通訊協定
|
基於NSE
|
GW------CUCM/GW <----200OK+SDP---- v=0 -----ACK+SDP-----> v=0
附註：如果是EO，則在INVITE中傳送類似的SDP。 |
GW----------CUCM/GW <-----200OK+SDP------ v=0 -------ACK+SDP-------> v=0 |
GW----------CUCM/GW <------200OK+SDP------ v=0o=思科系統 IP4中的SIP-GW-UserAgent 0 6060 209.165.201.2 s=SIP呼叫 c=IN IP4 209.165.201.2 t=0 0 m=音訊17924RTP/AVP 0 c=IN IP4 209.165.201.2 a=rtpmap:0 PCMU/8000 a=ptime:20 --------ACK+SDP------> v=0 附註：如果是EO，則在INVITE中傳送類似的SDP。 |
GW--------CUCM/GW <-----200OK+SDP----- v=0
v=0 附註：如果是EO，則在INVITE中傳送類似的SDP。 |
GW-------------------------CUCM/GW <========AUDIO==========> 在此階段建立的音訊呼叫，但當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 ms進行相位反轉。 >>>>>>>>CM>>>>>>>>>>>>>> <<<<<<<<<JM<<<<<<<<<< >>>>>>>>>CJ>>>>>>>>>>>>>> V.34初始化（第2-4階段） OGW等待終端網關檢測音調中的V.21報頭。一旦TGW檢測到V.21標誌，它將啟動切換。 切換中的任務之一是將抖動緩衝區從自適應轉換為固定最佳值。 傳真傳輸使用切換前的最後一個語音模式設定來傳送抖動或播放緩衝區。輸入show voice port X/X/X命令以檢查播放延遲的當前值。 |
GW-------------------------CUCM/GW <========AUDIO==========> 在此階段建立的音訊呼叫，但當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 ms進行相位反轉。 >>>CM>>X Cisco網關僅支援T.38的G3傳真呼叫。為了正確處理SG3呼叫的較高速度，必須使用數據機直通。V.34初始化（第2-4階段）不存在，初始V.8階段I也不完成。由於SG3向後相容G3傳真標準，OGW會抑制CM音調，因此FAX電腦會向G3故障轉移。 <<<<<<<<<CED<<<<<<<<<<<< 持續2.6至4.0秒的2100 Hz音調。禁用傳輸路徑中的回聲抑制器。 OGW等待TGW在音調中檢測V.21報頭。一旦TGW檢測到V.21標誌，它將啟動切換。 切換中的任務之一是將抖動緩衝區從自適應轉換為固定最佳值。 T.38使用300毫秒的固定抖動或播放緩衝區。在語音埠下輸入playout-delay fax 100命令，以便在延遲較高時減少緩衝時間。輸入show voice port X/X/X命令以檢查播放延遲的當前值。 |
||
|
通訊協定
|
基於NSE
|
通訊協定
|
基於NSE
|
GW------CUCM/GW < — 邀請+SDP---- v=0 a=rtpmap:0 PCMU/8000 ----100正在嘗試----> ----200OK+SDP----> v=0 <------ACK--------- show call active voice brief不會顯示更改
|
G3傳真： GW---------CUCM/GW <====NSE192==== 提高編解碼器速度，並切換到直通模式。
E_DSMP_DSP_REPORT 消息(_M) 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====== 提高編解碼器速度，並切換到直通模式。 檢查VTSP顯示： E_DSMP_DSP_ 消息(_M) 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 消息(_M) 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"顯示MODEMPASS nse |
GW---------CUCM/GW <-----INVITE+SDP------ v=0 --------100正在嘗試-----> -------200OK+SDP------> v=0 <--------ACK------------ show call active voice brief將顯示：t38
附註：無論何時涉及CUCM，對於以下拓撲中的RE_INVITE: |
G3傳真： GW---------CUCM/GW <====NSE200===== 從語音模式過渡到T.38 檢查VTSP顯示： E_DSMP_DSP_ 消息(_M) 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是NSE-200消息的NACK，表示對等網關無法處理呼叫的T.38資料包。呼叫將保持語音模式，並且不會切換到T.38。 show call active voice brief顯示： t38 |
在Passthrough（直通）中，您看不到來自調試的任何T.30消息，因為所有音調都出現在帶有G711ulaw/alaw的類似RTP的音訊中。但是，無論中繼或通過，FAX音協商保持不變。 GW-------------------------CUCM/GW <<<<<<<<<CSI<<<<<<<<<（可選）（被叫使用者識別） 如果您在此處看到FTT（表示TCF培訓失敗），請檢查T1/E1上的計時和滑動。在資料包捕獲中，檢查TCF應全部為0。 <<<<<<<<<MCF<<<<<<<<<<（消息確認） ++++部分頁面RX++++++>（高速） <<<<<<<<<MCF<<<<<<<<<<（消息確認） >>>>>>>>DCN>>>>>>>>>>>>>(斷開連線) 附註：ECM對於G3是可選的，但是對於SG3是強制性的。 由於您可以通過直通實現SG3速度，請確保在傳真機上啟用ECM，以便傳真成功。 附註：為直通分配了一個64kbps(g711)的公共通道。因此，消息的高速和低速變得無關緊要。 |
如果T38切換成功，則會在相應的調試中看到以下消息： 檢查VTSP顯示： 事件：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級別配置： ##傳真協定直通g711ulaw/g711alaw ##傳真速率禁用 ##傳真nsf 000000 |
DP級別配置： ## modem passthrough nse codec g711ulaw/g711alaw ##傳真速率禁用 ##傳真nsf 000000 |
DP級別配置： ##fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none ##傳真nsf 000000 |
DP級別配置： ## fax protocol t38 nse force version 0 ls-redundancy 0 hs-redundancy 0 fallback none ##傳真nsf 000000## fax-relay ecm disable ##fax-relay sg3-to-g3系統 ##傳真速率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的切換情況下）
修訂記錄
| 修訂 | 發佈日期 | 意見 |
|---|---|---|
1.0 |
14-Jan-2015 |
初始版本 |
意見