本產品的文件集力求使用無偏見用語。針對本文件集的目的,無偏見係定義為未根據年齡、身心障礙、性別、種族身分、民族身分、性別傾向、社會經濟地位及交織性表示歧視的用語。由於本產品軟體使用者介面中硬式編碼的語言、根據 RFP 文件使用的語言,或引用第三方產品的語言,因此本文件中可能會出現例外狀況。深入瞭解思科如何使用包容性用語。
思科已使用電腦和人工技術翻譯本文件,讓全世界的使用者能夠以自己的語言理解支援內容。請注意,即使是最佳機器翻譯,也不如專業譯者翻譯的內容準確。Cisco Systems, Inc. 對這些翻譯的準確度概不負責,並建議一律查看原始英文文件(提供連結)。
本檔案介紹對傳真進行疑難排解的最有效方法之一,包括下列步驟:
您可以將傳真呼叫分成四個部分:
此呼叫流包括當H.323是所標識的協定時要查詢的消息。根據您的終端是TGW還是OGW,存在相應的部分。
附註:在下一節的表中,同時測試了T.38中繼和Passthrough,指出了G3和SG3之間的差異。
請注意:
直通 | T.38中繼 | ||
---|---|---|---|
GW-------------------------CUCM/GW 檢查VTSP顯示: |
GW-------------------------CUCM/GW 檢查VTSP顯示: |
||
通訊協定 | 基於NSE | 通訊協定 | 基於NSE |
GW-------CUCM/GW ----H.225 Connect----> <----H.245 TCS------- -----H.245 TCS—> -----H.245 MSD—> -----H.245 TCSAck—> <— H.245 MSD------- ----H.245 MSDAck—> <— H.245 TCSAck---- <— H.245 MSDAck---- <— H.245 OLC--------- ----H.245 OLC—> ----H.245 OLCAck—> <— H.245OLCAck----- 附註:在快速啟動(FS)的情況下,在安裝和連線/呼叫過程中會交換開放邏輯通道(OLC)。 |
GW-------CUCM/GW —H.225 Connect—> <----H.245 TCS------- RTPAudioTelephony
----H.245 TCS—> RTPAudioTelephony
----H.245 MSD—> ----H.245 TCSAck—> <----H.245 MSD------ - H.245 MSDAck—> <— H.245 TCSAck— <— H.245 MSDAck— <----H.245 OLC------- ------H.245 OLC—> — H.245奧卡克 — > <— H.245OLCAck---- 附註:如果是FS,OLC會在安裝和連線/呼叫過程中交換。 |
GW---------CUCM/GW ------H.225 Connect—> <-----H.245 TCS--------- 應用t38fax : -----H.245 TCS—> 應用t38fax : -----H.245 MSD—> -----H.245 TCSAck—> <— H.245 MSD-------- -----H.245 MSDAck—> <— H.245 TCSAck------ <— H.245 MSDAck----- <-----H.245 OLC--------- -------H.245 OLC—> -----H.245 OLCAck—> <----H.245 OLCAck----- 附註:如果是FS,OLC將在安裝和連線/呼叫過程中交換。 |
GW--------CUCM/GW -----H.225 Connect----> <----H.245 TCS---------- RTPAudioTelephony ------H.245 TCS—> RTPAudioTelephony -----H.245 MSD—> -----H.245 TCSAck—> <----H.245 MSD------- ----H.245 MSDAck—> <----H.245 TCSAck---- <— H.245 MSDAck---- <----H.245 OLC--------- -------H.245 OLC—> ----H.245 OLCAck—> <— H.245OLCAck----- 附註:如果是FS,OLC將在安裝和連線/呼叫過程中交換。 |
GW-------------------------CUCM/GW <========AUDIO==========> 在此階段建立的音訊呼叫,但當FAX電腦進行通話時,它們在音訊呼叫中交換音調。 初始T.30音調(在調試中無法看到,因為這些音調始終在RTP中傳送。) G3傳真: <<<<<<<<<CNG<<<<<<<<<< 1100 Hz,每3秒0.5秒。表示呼叫非語音終端。 >>>>>>>>>CED>>>>>>>>>>> 2100 Hz調音為CED,但幅度由15 Hz的正弦波調制,每450 ms進行相位反轉。 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顯示: 切換中的任務之一是將抖動緩衝區從自適應轉換為固定最佳值。 傳真傳輸使用切換前的最後一個語音模式設定來傳送抖動或播放緩衝區。輸入show voice port X/X/X命令以檢查播放延遲的當前值。 |
GW-------------------------CUCM/GW <========AUDIO==========> 在此階段建立的音訊呼叫,但當FAX電腦進行通話時,它們在音訊呼叫中交換音調。 初始T.30音調(在調試中無法看到,因為這些音調始終在RTP中傳送。) G3傳真: <<<<<<<<<CNG<<<<<<<<<< 1100 Hz,每3秒0.5秒。表示呼叫非語音終端。 >>>>>>>>>CED>>>>>>>>>>> 2100 Hz調音為CED,但幅度由15 Hz的正弦波調制,每450 ms進行相位反轉。 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顯示: 檢查DSMP顯示: 檢查CCAPI顯示: 切換中的任務之一是將抖動緩衝區從自適應轉換為固定最佳值。 T.38使用300毫秒的固定抖動或播放緩衝區。在語音埠下輸入playout-delay fax 100命令,以便在延遲較高時減少緩衝時間。輸入show voice port X/X/X命令以檢查播放延遲的當前值。 |
||
通訊協定 | 基於NSE | 通訊協定 | 基於NSE |
GW--------CUCM/GW -H.245請求模式> {序列號1 請求模式 { { { 鍵入audioMode :g711Ulaw64k:空 <—H.245 RequestModeAck— {序列號1 response willTransmitMost 首選模式:空 } -----H.245 CLC-------> -----H.245 OLC------> forwardLogicalChannel <----H.245 CLC-------- —H.245 CLCAck----> { forwardLogicalChannel - H.245 OLCAck----> <— H.245 CLCAck—
show call active voice brief不會顯示更改 附註:CUCM不支援直通的H.245請求模式。如果TGW嘗試通過將H.245 RequestMode for Passthrough傳送到CUCM來啟動切換,則CUCM會使用RequestModeReject回覆。 |
G3傳真: GW-------CUCM/GW ====NSE192=====> 提高編解碼器速度,並切換到直通模式。 debug voip rtp session named event Pt:100 Evt:192 Pkt:00 00 00 <Snd>> <===NSE192====== 檢查VTSP顯示: 消息(_M) debug voip rtp session named event <<<Rcv> Pt:100 Evt:192 Pkt:00 00 00 SG3傳真: GW------CUCM/GW ====NSE192=====> 提高編解碼器速度,並切換到直通模式。 檢查VTSP顯示: debug voip rtp session named event Pt:100 Evt:192 Pkt:00 00 00 <Snd>> <===NSE192===== 檢查VTSP顯示: E_DSMP_DSP_ 消息(_M) debug voip rtp session named event: <<<Rcv> Pt:100 Evt:192 Pkt:00 00 00
檢測ANSam禁用ECAN的階段逆轉。 檢查VTSP顯示: E_DSM_CC_ debug voip rtp session named event Pt:100 Evt:193 Pkt:00 00 00 <Snd>> <===NSE193===== 檢查VTSP顯示: 消息(_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 -H.245 RequestMode-> type dataMode :{ 應用t38fax : { t38傳真協定udp :空 t38FaxProfile { fillBitRemoval FALSE 轉碼JBIG FALSE 轉碼MMR FALSE 版本0 t38FaxRateManagement transferTCF:空 t38FaxUdp選項 { t38FaxMaxBuffer 200 t38FaxMaxDatagram 72 t38FaxUdpEC t38UDPRedundancy :空 } } } bitRate 144 <H.245 RequestModeAck- {序列號1 response willTransmitMost 首選模式:空 } -----H.245 CLC---------> -----H.245 OLC---------> forwardLogicalChannel <----H.245 CLC--------- -----H.245 CLCAck—> forwardLogicalChannel - H.245 OLCAck-----> <— H.245 CLCAck----- show call active voice brief顯示:t38 |
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_ 消息(_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,表示對等網關無法處理呼叫的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,以便傳真成功。 此外,G3需要TCF訓練訊號,但不適用於SG3。 附註:對於直通,分配了一個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 |
請注意:
直通 | T.38中繼 | ||
---|---|---|---|
GW-------------------------CUCM/GW 檢查VTSP顯示: |
GW-------------------------CUCM/GW 檢查VTSP顯示: |
||
通訊協定 | 基於NSE | 通訊協定 | 基於NSE |
GW--------CUCM/GW <— H.225連線----- -----H.245 TCS--------> <— H.245 TCS--------- <— H.245 MSD-------- <— H.245 TCSAck---- ----H.245 MSD-------> <— H.245 MSDAck— -----H.245 TCSAck—> -----H.245 MSDAck—> -----H.245 OLC-------> <— H.245 OLC-------- <— H.245OLCAck— ----H.245 OLCAck—> 附註:如果是FS,OLC將在安裝和連線/呼叫過程中交換。 |
GW-----------CUCM/GW <------H.225 Connect---- --------H.245 TCS--------> RTPAudioTelephony
<------H.245 TCS---------- RTPAudioTelephony
<------H.245 MSD-------- <------H.245 TCSAck----- -------H.245 MSD-------> <------H.245 MSDAck— --------H.245 TCSAck—> --------H.245 MSDAck—> --------H.245 OLC--------> <------H.245 OLC--------- <------H.245 OLCAck---- --------H.245 OLCAck—>附註:如果是FS,OLC將在安裝和連線/呼叫過程中交換。 |
GW---------CUCM/GW <----H.225 Connect----- ------H.245 TCS--------> 應用t38fax : <-----H.245 TCS-------- 應用t38fax : <-----H.245 MSD------- <-----H.245 TCSAck— ------H.245 MSD------> <-----H.245 MSDAck— -------H.245 TCSAck—> ------H.245 MSDAck—> ------H.245 OLC-------> <----H.245 OLC--------- <----H.245 OLCAck---- -----H.245 OLCAck—>附註:如果是FS,OLC將在安裝和連線/呼叫過程中交換。 |
GW----CUCM/GW <-H.225 Connect— - H.245 TCS----> RTPAudioTelephony
<— H.245 TCS----- RTPAudioTelephony
<— H.245 MSD---- <— H.245 TCSAck- —H.245 MSD—> <-H.245 MSDAck- —H.245 TCSAck-> -H.245 MSDAck-> - H.245 OLC-----> <— H.245 OLC------ <-H.245 OLCAck— —H.245OLCAck->附註:如果是FS,OLC將在安裝和連線/呼叫過程中交換。 |
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等待TGW在音調中檢測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 <-H.245 RequestMode- {序列號1 請求模式 { { { 鍵入audioMode :g711Ulaw64k:空 —H.245 RequestModeAck—> {序列號1 response willTransmitMost 首選模式:空 }
<— H.245 CLC--------- <— H.245 OLC--------- { —H.245 CLC--------> <— H.245 CLCAck---- { forwardLogicalChannel <— H.245OLCAck---- -----H.245 CLCAck—>
show call active voice brief不會顯示更改 附註:CUCM不支援直通的H.245請求模式。如果TGW嘗試通過將H.245 RequestMode for Passthrough傳送到CUCM來啟動切換,則CUCM會使用RequestModeReject回覆。
|
G3傳真: GW-----------CUCM/GW <====NSE192===== 提高編解碼器速度,並切換到直通模式。 檢查VTSP顯示: 消息(_M) debug voip rtp session named event: <<<Rcv> Pt:100 Evt:192 Pkt:00 00 00 ====NSE192=====> 檢查VTSP顯示: debug voip rtp session named event: Pt:100 Evt:192 Pkt:00 00 00 <Snd>> SG3傳真: GW-----------CUCM/GW <====NSE192===== 提高編解碼器速度,並切換到直通模式。 檢查VTSP顯示: 消息(_M) debug voip rtp session named event: <<<Rcv> Pt:100 Evt:192 Pkt:00 00 00 ====NSE192=====> 檢查VTSP顯示: 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顯示: 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 brief顯示: |
GW----------CUCM/GW <-H.245 RequestMode- type dataMode :{ 應用t38fax : { t38傳真協定udp :空 t38FaxProfile { fillBitRemoval FALSE 代碼轉換JBIG 假 轉碼MMR FALSE 版本0 t38FaxRate 管理傳輸的TCF:空 t38FaxUdp選項 { t38FaxMaxBuffer 200 t38FaxMaxDatagram 72 t38FaxUdpEC t38UDPRedundancy :空 } } } bitRate 144 -H.245 RequestModeAck-> {序列號1 response willTransmitMost 首選模式:空 }
<— H.245 CLC---------- <— H.245 OLC---------- forwardLogicalChannel ----H.245 CLC---------> <— H.245 CLCAck----- forwardLogicalChannel <— H.245OLCAck---- -----H.245 CLCAck—>
show call active voice brief顯示:t38 |
G3傳真: GW - CUCM/GW <==NSE200==== 從語音模式過渡到T.38 檢查VTSP顯示: 消息(_M) debug voip rtp session named event: <<<Rcv> Pt:100 Evt:200 Pkt:00 00 00 ==NSE201===> 收到T.38 ACK,指示TGW啟動T.38會話 檢查VTSP顯示: debug voip rtp session named event: SG3傳真: 當您通過抑制CM音調將SG3假變為G3時,T38中繼中沒有SG3傳真方案。 附註:NSE-202是NSE-200消息的NACK,表示對等網關 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顯示: 檢查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 |
修訂 | 發佈日期 | 意見 |
---|---|---|
1.0 |
05-Feb-2015 |
初始版本 |