傳真中繼故障排除

簡介

本文檔介紹思科傳真中繼相關問題的基本故障排除和解決方法。 

必要條件

需求

請注意，有幾種技術可用於在Cisco IOS^®閘道上的封包電話網路中傳遞傳真呼叫：

• Cisco專有的傳真中繼

• T.38傳真中繼

• 傳真傳輸

• 傳真升級速度

• T.37傳真儲存和轉送

此外，目前還在使用三種主要的分組電話技術，統稱為「X語音」(VoX)：

• IP語音(VoIP)

• 透過架構轉送傳輸的語音(VoFR)

• 透過ATM傳輸的語音(VoATM)

本文檔的主要內容是思科IOS網關上的思科專有傳真中繼，它可在VoIP網路中運行。還討論了T.38傳真中繼和其他VoX技術。

傳真與傳真中繼的複雜技術並不詳述，但您可以對大多數常見的傳真中繼問題進行故障排除。此外，還提供傳真和思科傳真中繼的概述。

採用元件

本文檔中的資訊主要基於Cisco IOS軟體版本12.2(5)，但大多數資訊對於其他Cisco IOS軟體版本也十分有用。

某些調試資訊來自運行Cisco IOS軟體版本12.2(7)的Cisco IOS網關。這點將在本文的調試部分中註明。

本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路運作中，請確保您瞭解任何指令可能造成的影響。

傳真和傳真中繼概述

大多數現代傳真裝置都符合Group 3標準。Fax Group 3是一種基於標準的技術，主要由T.4和T.30 ITU建議組成。

T.4涉及傳真影象如何由傳真裝置編碼，T.30詳細說明了傳真協商和通訊協定。

第3組傳真裝置設計為透過公共交換電話網(PSTN)使用。由於PSTN是為人類語音設計的，第3組使用模擬編碼或調制訊號，就像模擬數據機一樣。

模擬數據機和傳真機都是數位設備，必須使用調製的模擬訊號透過PSTN傳遞數位資訊。此已調制訊號通常可作為不同的音訊音調被聽到。

VoX網路中的網關最初處理語音和傳真呼叫的方式相同。這兩種呼叫型別都會導致網關在數位訊號處理器(DSP)中載入已配置的語音壓縮編解碼器。

有關DSP的詳細資訊，請參閱語音硬體：C542和C549數位訊號處理器(DSP)。

語音壓縮編解碼器通常是高壓縮編解碼器，因此每個語音呼叫使用的頻寬較少。

高壓縮編解碼器（例如G729和G723）針對語音進行了最佳化，並將語音壓縮到低頻寬（8 kbps，這排除G.729的開銷）但仍然保持良好的品質，但G.729和其他高壓縮編解碼器並未針對傳真進行最佳化。

事實上，傳真傳輸的調制訊號在使用這些編解碼器時通常不會正確通過，因此傳真呼叫失敗。

有關壓縮編解碼器的詳細資訊，請參閱IP語音-每個呼叫的頻寬佔用量。

使用壓縮比較低或完全沒有壓縮的編解碼器（例如G.726和G.711沒有回聲消除或語音活動檢測）時，可以成功傳輸傳真。

通常，透過語音編解碼器傳輸傳真的這一方法稱為帶內傳真或傳真直通。

透過稱為upspeeding的技術，網關可先將已配置的語音壓縮編解碼器載入到語音呼叫的DSP中，然後在檢測到傳真音時將其更改為低壓縮編解碼器。

使用帶內傳真，初始調制訊號會由源路由器上的編解碼器編碼和壓縮，並透過VoX網路傳輸，就像它是語音樣本一樣。

然後，終端網關解壓縮和解碼樣本，並將其播放到終端傳真機。

傳真中繼的功能不同。它是終止調制訊號，提取數位資訊，然後利用資料包透過資料網路中繼數位資訊的協定。

在終端側，數位資訊從分組中提取、調制和播放。

傳真基礎知識

傳真呼叫可以分為兩部分：傳真協商和頁面傳輸。

半雙工傳真協商在傳真呼叫開始時進行。V.21調製的高級資料鏈路控制(HDLC)資料幀以300 bps的速度傳送。

這些資料幀在始發和終止傳真裝置之間按標準序列傳送。

在此交換中，每個傳真裝置交換其功能，並且兩個傳真裝置在頁面傳輸發生之前都同意傳真會話的特徵。

此圖例顯示透過PSTN的傳統傳真呼叫。

交換和協商的部分功能包括頁面傳輸速度、糾錯模式(ECM)、解析度、頁面編碼和掃描時間。

頁面傳輸速度（訓練）是一項重要的交涉，可決定傳真傳送資訊的速度。

傳真會根據最初交換的引數，嘗試以最高調制速度訓練。如果較高速度的訓練失敗，傳真裝置會重新訓練到較低的速度。

當傳真協商階段的培訓部分使用先前商定的引數完成時，就會發生頁面傳輸。頁面資訊被編碼成標準解析度為203H x 98V點/英吋的掃描線。

傳真影象通常使用「修改霍夫曼」(MH)或「修改讀取」(MR)編碼進行壓縮和編碼。MH通常以20:1的比例壓縮。MR編碼通常比MH壓縮效能提高20%，但對錯誤的恢復能力略弱。

進行頁面傳輸時，使用的位元率高於呼叫建立協商中使用的初始300 BPS。在訓練中確定用於頁傳輸的位元率。

以下是傳真頁傳輸中使用的一些常用速率：

• V.27ter - 2400/4800 BPS

• V.29 ― 7200/9600 BPS

• V.17 - 14400 BPS

注意：用於頁面傳輸(V.27ter、V.29、V.17)和傳真協商(V.21)的這些V.XX規範定義了如何透過模擬電話線路傳送數碼資料。

即使大多數資料數據機都已遷移到速度更快的系統，資料數據機也可以使用這些規格。

傳真中繼基礎知識

傳真中繼是一種技術，用於克服當高壓縮語音編解碼器（G729、g723等）嘗試傳遞傳真流量時的缺陷。

由於傳真呼叫被視為常規語音呼叫，因此每個網關中的DSP都處於語音模式，在此模式之後，將會接收和處理人語音。

在通話期間，如果聽到傳真應答(CED)或呼叫(CNG)音，則DSP不會干擾語音處理。它允許音調在VoX呼叫段繼續。

普通傳真機在生成CED或聽到CNG後，會傳送T.30 DIS消息作為傳真握手的一部分。此過程通常發生在終端傳真機上。

然後，終端網關的DSP在DIS消息開始時檢測HDLC標誌序列並啟動傳真中繼切換。這意味著它解除安裝語音編解碼器並載入傳真編解碼器以處理發生的傳真呼叫。

通知也會傳送至VoX網路另一端的DSP，讓傳真呼叫兩端的DSP使用傳真轉碼器。根據使用的傳真中繼協定，通知機制會有所不同。

載入傳真編解碼器後，DSP會解調T.30 HDLC幀，提取傳真資訊，然後使用以下傳真中繼協定之一在路由器之間傳遞傳真資訊：

• 專有Cisco VoIP傳真中繼-傳真中繼是透過VoIP網路傳遞傳真的預設模式，Cisco傳真中繼是預設傳真中繼型別。Cisco IOS軟體版本11.3及更高版本支援此功能，此功能可廣泛使用，並使用RTP傳輸傳真資料。

• 適用於VoIP的標準型T.38傳真- T.38在某些平台的Cisco IOS軟體版本12.1(3)T及更新版本中已經提供。它可透過在VoIP撥號對等體下配置的fax relay protocol t38命令啟用，並使用UDP傳輸傳真資料。

• 適用於VoFR和VoATM的標準型FRF.11 Annex D。

與帶內傳真或傳真直通不同的是，傳真中繼將T.30傳真音分解為其特定的HDLC幀（解調），使用傳真中繼協定透過VoX網路傳輸資訊，然後將位轉換回遠端的語音（調制）。

任一端的傳真機傳送和接收音調，並且不瞭解解調/調制傳真中繼過程。

Cisco傳真中繼和T.38傳真中繼也不同於T.37傳真儲存和轉發。T.37提供了一種基於標準的方法來允許VoIP網關接收此資訊：

大多數Cisco語音網關目前支援兩種透過IP網路傳輸傳真流量的方法：

1. Fax Pass-Through -在傳真直通模式下，網關無法區分傳真呼叫與語音呼叫

2. Cisco傳真中繼-在傳真中繼模式下，網關會終止T.30傳真信令

Cisco傳真中繼和T.38傳真中繼也不同於T.37傳真儲存和轉發。T.37提供了一種基於標準的方法來允許VoIP網關接收此資訊：

• 來自傳真機的傳真，並將其轉寄至具有SMTP功能的郵件伺服器。然後，郵件伺服器可以將傳真作為電子郵件傳送給使用者。

• 來自郵件伺服器的電子郵件消息，並將其調製成傳真訊號，以便由普通傳真機接收。

此圖說明透過VoX網路傳輸的傳真中繼。與始發和終端網關的傳真連線可以直接進入網關上的FXS埠，或者可以透過PBX或PSTN進入網關上的E1、基本速率介面(BRI)、FXO或E&M埠。

配置注意事項

預設情況下，VoIP/VoFR/VoATM平台（例如Cisco 3810、2600、3600和5300）上的傳真中繼處於啟用狀態。如果兩個路由器之間的語音呼叫成功完成，則傳真呼叫應該可以正常工作，但是當傳真中繼不工作或效能需要提高時，您可以發出一些傳真中繼特定命令作為故障排除問題的前兆：

• 傳真速率

• fax-relay ECM停用

• 傳真NSF

• 傳真通訊協定

fax rate命令

fax rate命令是在VoFR或VoIP撥號對等體中在配置模式下配置的。預設設定是傳真速率語音，它不會出現在每個撥號對等體下的配置中。

vnt-3660-23(config-dial-peer)#fax rate ?
  12000    FAX   12000 BPS
  14400    FAX   14400 BPS
   2400    FAX   2400  BPS
   4800    FAX   4800  BPS
   7200    FAX   7200  BPS
   9600    FAX   9600  BPS
  disable  Disable Fax Relay
  voice    Highest possible speed allowed by voice rate

傳真速率語音設定將傳真速率限制為編解碼器頻寬。此限制意味著，如果撥號對等體配置為使用將語音壓縮到8 kbps的預設G.729語音編解碼器，則傳真速率語音設定不允許傳真呼叫超過此編解碼器頻寬。

傳真將限制為7200 BPS的頻寬，即使它最初嘗試以14400 BPS或9600 BPS的較高頻寬進行協商。

常見的抱怨是，透過PSTN進行連線時，在一段時間內完成的傳真現在需要花費兩倍的時間。如果已使用預設傳真速率語音設定配置了低頻寬編解碼器（例如g729），則這是正常現象。

透過fax rate命令，可以將傳真傳輸配置為使用大於編解碼器壓縮的頻寬。

無論配置的語音編解碼器如何，命令fax rate 14400都允許傳真呼叫協商到最大頻寬14400 BPS。此組態可解決完成時間較長的問題。

VoX網路內之所以提供fax rate命令，主要是為了提供每個呼叫使用的確定頻寬。

傳真速率語音設定是預設設定，因為它可確保語音和傳真呼叫在VoX網路內使用相同的頻寬量。當傳真速率更改為大於編解碼器頻寬的速率時，可以理解此注意事項。

此外，某些傳真機可以不同於預設值的速率更穩定地運行。在這種情況下，fax rate命令可用於測試不同速度下的運行情況。

請注意，如果您執行fax rate命令，則也可以從路由器輸出停用傳真中繼。有效的故障排除方法是停用傳真中繼並配置高頻寬編解碼器，例如G711。

該方法將在6的「故障排除」部分中討論。停用傳真中繼並更改直通編解碼器。

fax-relay ECM disable命令

fax-relay ECM disable命令僅適用於Cisco專有的傳真中繼，可用來停用一對傳真機之間的糾錯模式(ECM)協商。

ECM可確保傳真頁面傳輸時不會發生錯誤，並且是高端機型中常見的功能。

遺憾的是，ECM對抖動和資料包丟失的容忍度較低（大約2%），但如果啟用此協商功能，則可能導致有損VoX網路中較高的傳真故障率。終端傳真上的輸出不完整是因資料包丟失而導致的故障症狀。

如果兩台傳真機在傳真協商階段達成一致，則會啟用ECM，但在傳真中繼中，路由器會將傳真音調解調為其真正的HDLC幀格式。

因此，路由器可以攔截和覆蓋幀中指示ECM狀態的欄位。如果傳真機傳送它具有ECM功能，路由器可以更改此引數，使另一台傳真機認為不支援ECM。

然後，兩台傳真機都會被迫停用ECM，這意味著傳真資料必須與標準T.4資料一起傳輸。

停用ECM後，傳真可靠性大幅提升，即使封包遺失（約10%）和延遲大幅增加。此外，該命令還會自動啟用稱為資料包丟失隱藏的Cisco IOS功能，從而重複丟失的掃描行，哄騙傳真機相信它已收到所有資料。

請注意，雖然ECM可以提高有損VoX網路中傳真傳輸的成功率，但基本網路問題依然存在，並且將在其他問題發生之前得到解決。

在VoIP撥號對等體下執行的一個簡單配置步驟是停用ECM。正如命令參考中所註明的一樣，該命令當前僅適用於VoIP撥號對等體。它可以為VoFR和VoATM配置，但不會停用ECM。

vnt-3660-23(config-dial-peer)#fax-relay ECM ?
disable Disables ECM mode for fax relay

fax NSF命令

fax NSF命令用於阻止傳輸專有的傳真功能。由於路由器的傳真中繼實施根據T.30規範對傳真音進行解調和解碼，因此專有事務或編碼會中斷傳真中繼並導致傳真傳輸失敗。某些品牌的傳真機使用這些專屬編碼來表示增強功能的可用性，這有助於傳真製造商將自己的產品與其他產品區分開來。此功能通知會在傳真議價中的選擇性「非標準設施(NSF)」欄位中發生。

當您發出fax NSF命令時，路由器將覆蓋NSF，從而只會執行標準傳真事務。超出標準Group 3要求且中斷Cisco傳真中繼的供應商特定設施不可用。發出此命令時，NSF通常設定為全零，這樣可以修復NSF欄位引起的問題。

vnt-3660-23(config-dial-peer)#fax NSF ?
 WORD  Two-digit country code + four-digit manufacturer code
vnt-3660-23(config-dial-peer)#fax NSF 000000

fax protocol命令

VoIP需要使用fax protocol 命令才能指定使用的是傳真中繼協定（T.38或Cisco傳真中繼）。

vnt-3660-23(config-dial-peer)#dial-peer voice 3 voip
vnt-3660-23(config-dial-peer)#fax protocol ?
cisco   Use Cisco proprietary protocol
system  Use choice specified in global fax protocol CLI
t38     Use T.38 protocol

cisco選項可用於配置Cisco傳真中繼。t38選項可用於停用Cisco傳真中繼和啟用T.38。某些語音平台（例如Cisco 5350和5400）僅支援T.38。為達到互通性，必須在預設使用Cisco傳真中繼的平台上明確配置T.38。system選項允許撥號對等體繼承透過voice service voip命令全局配置的傳真中繼協定。如果voice service voip命令未配置任何內容，則預設為Cisco傳真中繼。

fax protocol命令的預設設定為system選項。由於system選項預設為Cisco傳真中繼，因此VoIP撥號對等體始終預設為Cisco傳真中繼，但全局未明確配置任何內容。

<snip>

!
voice service voip
!

!--- Note that there is no fax protocol configured so the !--- default is Cisco fax relay. Any dial-peer that points !--- here uses Cisco fax relay as the fax protocol.

<snip>

!
dial-peer voice 3 voip
destination-pattern 1000
session target ipv4:10.1.1.1
!

!--- Note that because fax protocol is not configured under !--- this VoIP dial-peer, the default is fax protocol system, !--- which automatically tells this dial-peer to inherit the !--- fax configuration from voice service voip above.

<snip>

疑難排解

這些步驟已證明可解決大多數涉及透過VoIP、VoATM和VoFR的傳真中繼的問題。特定封裝型別或傳真中繼型別特定的資訊會被記下。

1. 確定並隔離問題

排除任何傳真中繼故障時，第一步是將問題簡化為最簡單的形式。當多台傳真機無法傳遞傳真流量時，會出現許多問題。比較容易隔離兩個有問題的傳真機，並集中處理簡單的拓撲。確定這些電腦彼此連線的方式，並首先解決此對之間的問題。此外，建議您繪製完整的拓撲圖，並確定傳真機如何互連。

一次排查一個問題可最大程度地減少混淆，並可進行系統的故障排除。此問題的解決方案也可以解決網路中的其他傳真中繼問題。大多數傳真中繼問題都是由VoX配置或網路設計不佳引起的。這些會導致基本的連通性問題，以及物理線路或資料包丟失和抖動問題。

確定並隔離問題後，下一步是檢驗基本VoX配置並監控網路運行狀況。

2. 檢查基本連通性

基本傳真連線問題可能是下列因素造成的結果：

1. 正常語音連線問題。

   檢查傳真連線之前，請確認可以完成正常語音呼叫。如果沒有連線電話，請拔下傳真機並連線普通電話。如果正常語音呼叫未連線，則問題可能與VoX相關，您可以在繼續進行傳真故障排除之前，將問題作為正常語音連線問題進行故障排除。

2. 與撥號對等體相關的配置問題，例如：

   • 匹配的撥號對等體錯誤。

     確保可以透過VoX網路成功完成雙向的語音呼叫之後，請執行show call active voice brief命令並注意與每個語音呼叫匹配的撥號對等體。

     

     注意：如果您擁有VoIP中繼，可以使用show call active voice brief命令檢視所有的呼叫線路。在Cisco IOS軟體版本12.2的某些版本中，show call active命令存在bug，透過VoIP中繼的傳真呼叫將不再顯示。當您執行show call active fax brief命令時，將會立即列出呼叫。有關此Bug的詳細資訊，請參閱Cisco Bug ID CSCdx50212 和Cisco Bug ID CSCdv02561 。

     

     注意：注意：請確保配置的撥號對等體是匹配的對等體。在此命令輸出中，您可以看到出站VoIP呼叫段使用對等體ID 100。

     show call active voice brief 命令

     ms-3640-13b#show call active voice brief <snip> Total call-legs: 2 1218 : 51710253hs.1 +415 pid:400 Answer 400 active dur 00:01:08 tx:3411/68220 rx:3410/68200 Tele 3/0/0:43: TX:68200/6820/0ms g729r8 noise:0 acom:2 i/0:-51/-44 dBm 1218 : 51710396hs.1 +272 pid:100 Originate 100 active dur 00:01:09 TX:3466/69320 rx:3467/69340 IP 2.1.1.2:17092 rtt:56ms pl:64730/0ms lost:0/1/0 delay:69/69/70ms g729r8 Total call-legs: 2

     傳真中繼問題的一個常見原因是，正確配置的撥號對等體不是匹配的撥號對等體。終端網關上通常也沒有配置特定的入站VoIP撥號對等體，並且Cisco IOS軟體會選擇第一個適當的（和預設的）VoIP撥號對等體作為入站撥號對等體。此入站撥號對等體的引數可能與源網關上的出站撥號對等體的引數不匹配。

     出站和入站VoIP撥號對等體並不總是要求您有相同的配置。但是，發生傳真中繼問題時，請確保終端路由器上有專用的入站VoIP撥號對等體，並且其配置與始發路由器上的出站VoIP撥號對等體的配置相匹配。連線ISDN的路由器的此配置是目標模式「5...」出站和終端網關入站的特定匹配VoIP撥號對等體的示例。

     始發網關	終端網關
     !--- Incoming POTS peer: Dial-peer voice 1 pots Incoming called number. Direct-inward-dial Port 1/0:15 !--- Outgoing VoIP peer: Dial-peer voice 2 voip Destination-pattern 5… Session target ipv4:10.10.10.10 Fax rate 14400 fax protocol t38 ls-redundancy 0 hs-redundancy 0	!--- Outgoing POTS peer : Dial-peer voice 10 pots Destination-pattern 5… No digit-strip Port 2/0:15 !--- Incoming VoIP peer: Dial-peer voice 20 voip Incoming called-number 5… Fax rate 14400 fax protocol t38 Ls-redundancy 0 Hs-redundancy 0

     在語音-瞭解如何在Cisco IOS平台上匹配入站和出站撥號對等體中，可以找到有關匹配的入站和出站VoIP與POTS撥號對等體的詳細資訊。

     可用來檢查撥號對等體匹配的另一個方法就是執行debug voip ccapi inout命令。此命令的調試輸出顯示一條ssaSetupPeer消息，其中列出了與呼叫號碼匹配的所有撥號對等體。ccCallSetupRequest消息後跟的outbound peer選項表示選定的出站VoIP撥號對等體。如果為同一目標配置了多個VoIP撥號對等體，則初始呼叫建立可能會失敗，並且嘗試了另一個撥號對等體。在這種情況下，調試時將出現另一個ccCallSetupRequest。

     debug voip ccapi inout -始發網關
     .Jun 4 21:06:43.461: ssaSetupPeer cid(19) peer list: tag(400) called number (5074) .Jun 4 21:06:43.461: ccCallSetupRequest (Inbound call = 0x13, outbound peer =100, dest=, params=0x62F1CC70 mode=0, *callID=0x62F1CFD8, prog_ind = 0)

     在終端語音網關中，debug voip ccapi inout 呼叫跟蹤首行（如此處所示）是一條cc_api_call_setup_ind 消息，其中包含表示終端網關中的入站VoIP撥號對等體的peer_tag 選項。

     debug voip ccapi inout -終端網關
     .Jun 4 21:06:43.461: cc_API_call_setup_ind (vdbPtr=0x62F07650, callInfo={called=5074,called_oct3=0x80, calling=5075, calling_oct3=0x0,>calling_oct3a=0x83, calling_xlated=false, subscriber_type_str=Unknown,fdest=1, peer_tag=400, prog_ind=0},callID=0x635F72D0)

   • 一端或兩端的撥號對等體配置不正確

     在確認正確的撥號對等體匹配（在本例中為始發網關配置撥號對等體100，為終端路由器配置撥號對等體400）之後，在配置中確認已為傳真正確配置撥號對等體。在呼叫兩端需要檢查的一些常見錯誤如下：

     • 在使用低頻寬編解碼器時，會停用傳真中繼(即已在撥號對等體上發出fax rate disable命令)。

     • 一個語音網關上的撥號對等體配置為思科傳真中繼，但另一個語音網關是Cisco 5350/5400。Cisco 5350/5400僅支援T.38，因此交涉失敗。

     • 終端網關上用於入站的預設撥號對等體和預設引數與始發網關上的出站撥號對等體不匹配。

   • 不正確的編譯型別

     美國的壓縮型別為µ-law；歐洲和亞洲為a-law。您可以執行show voice call命令檢視當前配置的值。如果在BRI或E1埠上，路由器上的壓縮型別與所連線裝置上的壓縮型別不匹配，呼叫有時會失敗，有時也會連線，但語音會嚴重失真，導致人員無法辨識，並出現高低音雜訊水準。

     在Cisco IOS軟體版本12.2(3)中，compand-type命令不在BRI埠上，並且壓縮型別是預設值。有關此Bug的詳細資訊，請參閱Cisco Bug ID CSCdv00152和Cisco Bug ID CSCdv01861。

3. 其他與撥號對等體無關的基本連線問題包括：

   • 網關對上的Cisco IOS軟體不相容。

     同樣，並非總是要求Cisco IOS軟體版本匹配，但建議在發生問題時檢查版本。

   • 壓縮即時傳輸通訊協定(cRTP)。

     存在與cRTP相關的幾個已知問題。可以修復這些問題，並且在出現問題時停用cRTP以檢查Cisco IOS軟體升級是否是一種適當的操作過程是有意義的。

   • 在Cisco AS5300語音網關上，確保VCWare和Cisco IOS軟體相容。

4. PSTN中的傳真連線問題。

   如果語音呼叫在兩個方向上都工作，但傳真呼叫在至少一個方向上失敗，請檢查這兩台電腦之間的正常傳真是否在PSTN上工作。換句話說，請確認傳真機是否使用PSTN成功互相傳輸傳真，而不需經過VoX網路。如果不能，則傳真機可能會出現需要解決的問題，而您需要先考慮傳真中繼問題。

3. 檢查數字介面上的SLIP和其他錯誤

如果執行傳真中繼的路由器使用任何T1或E1數字連線，請確保它們沒有錯誤。傳真中繼對數字介面上的錯誤（特別是滑動）非常敏感。這些錯誤在語音呼叫中並不明顯，但可能會導致傳真失敗。

vnt-3660-23c#show contr t1 1/0
T1 1/0 is up.
Applique type is Channelized T1
Cablelength is long gain36 0db
No alarms detected.
alarm-trigger is not set
Version info Firmware: 20010805, FPGA: 15
Framing is ESF, Line Code is B8ZS, Clock Source is Line.
Data in current interval (132 seconds elapsed):
0 Line Code Violations, 0 Path Code Violations
0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs,
0 Degraded Mins
0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs,
 0 Unavail Secs

始發網關和終端網關上的T1或E1控制器通常沒有錯誤。如果發生錯誤，請在呼叫中多次重複show controller(T1、E1和1/0命令)，以檢視錯誤數是否增加。最常見的slip問題是導致計時錯誤的同步問題。

在分組語音網路中，通常只需確認路由器從線路發出的時鐘即可。如果不能，確保在控制器層輸入clock source line命令，但在VoATM或TDM網路中，計時分層結構已建立並且路由器需要透過該網路傳遞時鐘，因此需要考慮其他的注意事項。計時計畫文檔提供了有關同步計時的詳細資訊。

在26xx/366x路由器中，如果您使用AIM VOICE卡，控制器將顯示「受控滑移」，除非您增加network-clock-participate和network-clock-select命令。

在Cisco MC3810平台中，您需要配置network-clock-select命令並執行show network-clock命令以確保配置生效。

在Cisco 7200VXR平台中，需要對語音卡執行frame-clock-select命令。此命令對7200VXR語音網關尤其重要，因為預設情況下，內部TDM匯流排不是由本地振盪器驅動的。由於E1中繼通常與電話網路同步，因此會產生隱藏計時錯誤和間歇性傳真傳輸問題。更多詳細資訊可在思科漏洞ID CSCdv10359中找到。

在C4224 MFT卡中，如果它們要接受來自線路的時鐘，您需要在t1 x/y控制器下執行clock source loop-timed命令。此設定將控制器時鐘與全系統時鐘分離。然後需要設定network-clock-select命令。在這種情況下，應為network-clock-select 1 t1 x/y。

4. 檢查傳真介面型態

在某些平台（包括Cisco 3660、5300、5350、5400和5800）上，路由器預設為傳真介面型別資料機。fax interface-type modem全局配置命令強制將傳真呼叫傳送到數據機（通常用於T.37儲存和轉發傳真）而不是DSP。為使Cisco傳真中繼正常運行，必須將傳真呼叫傳送給DSP，這意味著必須透過fax interface-type vfc命令配置傳真呼叫。

vnt-3660-23c(config)#fax interface-type ?
modem Use modem card
vfc   Use Voice Feature Card

vnt-3660-23c(config)#fax interface-type vfc
You must reload the router

確保您重新載入路由器，否則命令不會生效。在使用Cisco傳真中繼（或T.38）的平台上，傳真呼叫失敗，因此這是一個需要檢查的重要命令。

12.2之前的Cisco IOS軟體版本中不需要fax interface-type vfc命令。當其中一個語音網關升級到Cisco IOS軟體版本12.2或更高版本時，通常會發生此問題。

5. 確保在傳真呼叫期間載入傳真編解碼器

傳真協商階段完成後，每台傳真機都會在其LCD螢幕上顯示遠端傳真機ID。如果傳真編解碼器下載不成功，傳真機不太可能完成協商。另一方面，如果未顯示遠端傳真機ID，則適合在此區域進行進一步調試。

有兩種方法可以確保語音網關檢測到傳真傳輸並成功載入傳真編解碼器。

1. 執行debug vtsp all命令和debug voip ccapi inout呼叫跟蹤。這些調試將在本文的調試部分中詳細介紹。

2. 執行show voice trace命令。Show命令在路由器上的資源密集程度比debug命令低，並且更適合在生產網路中使用。以下是來自ISDN介面上的show voice trace命令的輸出示例。

BrisVG200gwy01#show voice trace 1/0:15
1/0:15 1
1/0:15 2
1/0:15 3
1/0:15 4
1/0:15 5
1/0:15 6
1/0:15 7
1/0:15 8
1/0:15 9
1/0:15 10 State Transitions: timestamp (state, event) -> ...
63513.792 (S_SETUP_REQUEST, E_TSP_PROCEEDING) ->
63515.264 (S_SETUP_REQ_PROC, E_TSP_ALERT) ->
63515.264 (S_SETUP_REQ_PROC, E_CC_BRIDGE) ->
63515.332 (S_SETUP_REQ_PROC, E_CC_CAPS_IND) ->
63515.332 (S_SETUP_REQ_PROC, E_CC_CAPS_ACK) ->
63515.348 (S_SETUP_REQ_PROC, E_CC_CAPS_IND) ->
63515.348 (S_SETUP_REQ_PROC, E_CC_CAPS_ACK) ->
63515.356 (S_SETUP_REQ_PROC, E_CC_CAPS_IND) ->
63515.356 (S_SETUP_REQ_PROC, E_CC_CAPS_ACK) ->
63518.656 (S_SETUP_REQ_PROC, E_CC_REQ_PACK_STAT) ->
63518.660 (S_SETUP_REQ_PROC, E_DSP_GET_VP_DELAY) ->
63518.660 (S_SETUP_REQ_PROC, E_DSP_GET_VP_ERROR) ->
63518.660 (S_SETUP_REQ_PROC, E_DSP_GET_RX) ->
63518.660 (S_SETUP_REQ_PROC, E_DSP_GET_TX) ->
63521.028 (S_SETUP_REQ_PROC, E_CC_REQ_PACK_STAT) ->
63521.028 (S_SETUP_REQ_PROC, E_DSP_GET_VP_DELAY) ->
63521.028 (S_SETUP_REQ_PROC, E_DSP_GET_VP_ERROR) ->
63521.028 (S_SETUP_REQ_PROC, E_DSP_GET_RX) ->
63521.028 (S_SETUP_REQ_PROC, E_DSP_GET_TX) ->
63524.128 (S_SETUP_REQ_PROC, E_TSP_CONNECT) ->

!--- Fax tone detected:

63529.352 (S_CONNECT, E_DSP_TONE_DETECT) ->
63529.356 (S_LFAX_WAIT_ACK, E_PH_CODEC_ACK) ->

!--- Fax codec being downloaded to DSPs:

63529.356 (S_LFAX_DOWNLOAD, E_pH_CODEC_FAX) ->
63529.356 (S_LFAX_DOWNLOAD, E_DSPRM_PEND_SUCCESS) ->

6. 停用傳真中繼並更改直通編解碼器

在前面的步驟中，您已確定語音呼叫有效，傳真透過PSTN有效，並且傳真中繼路徑中的所有數字介面均無錯誤。此步驟決定在停用傳真中繼的情況下傳真是否可以通過。在VoIP/VoATM/VoFR撥號對等體下，輸入以下內容：

vnt-3660-23(config)#voice-port 2/0:15
vnt-3660-23(config-voiceport)#no echo-cancel enable
vnt-3660-23(config)#dial-p voice 3
vnt-3660-23(config-dial-peer)#fax rate disable
vnt-3660-23(config-dial-peer)#codec g711ulaw
vnt-3660-23(config-dial-peer)#no vad

確保在兩個網關上都輸入這些命令。這些命令會停用傳真中繼、停用回聲消除，並強制呼叫使用不帶VAD的高頻寬編解碼器。然後，路由器會像正常語音呼叫一樣對語音進行取樣，並且使用高頻寬編解碼器(G.711)，可以捕獲最精確的樣本。另一側要重播的音調儘可能準確。此步驟的注意事項是，由於G.711是64 kbps的頻寬編解碼器，當增加額外的傳輸協定開銷時，每個呼叫會消耗最多80 kbps（對於VoIP）。

如果檢測結果呈陽性，那麼有兩件事已經完成。首先，如果每個呼叫的頻寬消耗不是網路的主要問題，那麼現在存在傳真中繼問題的潛在傳真直通解決方法。其次，更重要的是，如果頻寬消耗是一個問題，則問題已隔離到傳真中繼軟體中，並打開一個TAC案例。

如果此測試失敗，則導致傳真呼叫在傳真中繼中失敗的任何原因也可能導致此測試失敗。首先要注意的是，網路可能會出現大量抖動或資料包丟失。

7. 檢查VoX網路中是否存在資料包丟失情況

確定是否存在資料包丟失的最簡單和最準確的方法是執行以下操作：

1. 停用VoX撥號對等體上的VAD。

2. 在傳真機所連線的同一埠之間進行語音呼叫。（傳真機可以用作普通電話，或者您可以將手機連線到傳真機所連線的同一埠）。

3. 當呼叫連線時，請執行以下操作：

   1. 發出show voice dsp命令。您可以在輸出中看到其中一個DSP通道已載入了已配置的編解碼器。通常「TX/RX-PAK CNT」列顯示傳輸和接收資料包計數器相等，這意味著沒有資料包丟失。如果計數器不等於，則資料包可能會丟失。在30秒間隔內多次鍵入show voice dsp命令，以確定差異是否增加以及資料包是否丟失。

   2. 執行show voice call summary命令以檢視為語音呼叫分配的埠和時隙（如果適用）。鍵入terminal monitor，然後透過語音埠（和時隙，如果適用）發出show voice call命令以獲取詳細的DSP統計資訊。在輸出的「***DSP VOICE VP_ERROR STATISTICS***」部分，查詢計數器。它們通常是0或者小於20。如果計數器高於20，請檢查資料包丟失。

如果網路看起來有損，則不能合理地期望傳真中繼可靠地工作。停用ECM是可能的，但可能需要進一步調查以確保QoS是端到端調配的，這樣語音和傳真中繼流量才有優先順序，在擁塞中永遠不會丟失。相關資訊部分包含有關如何解決語音品質問題的詳細資訊。

8. 停用傳真中繼ECM（僅限Cisco專有VoIP）

對於存在資料包丟失和大量抖動的網路，停用ECM以改善傳真中繼呼叫。執行 fax-relay ECM disable命令（將在本文檔的「配置」部分中詳細介紹）以停用ECM，這樣可以容忍大量抖動和資料包丟失。

發出fax-relay ECM disable命令以改進有損網路中的傳真中繼效能，但建議在進行基本故障排除時也使用該命令。即使網路中沒有明顯的抖動問題，此命令有時也有助於確定傳真中繼問題。此命令在VoFR和VoATM撥號對等體中可用，但目前僅適用於VoIP。

注意：此命令還會啟用資料包丟失隱藏功能。

vnt-3660-23(config-dial-peer)#dial-peer voice 3
vnt-3660-23(config-dial-peer)#fax-relay ECM disable

9. 啟用T.38資料包冗餘（僅限T.38 VoIP）

如果將T.38 VoIP用作傳真中繼協定，當您在兩個網關的相應撥號對等體下配置以下命令時，可以啟用T.38資料包冗餘功能：

vnt-3660-23(config-dial-peer)#fax protocol t38 
 Ls-redundancy X Hs-redundancy Y

其中X > 0且Y = 0 （僅對Ls冗餘進行更改）

如果正在使用Cisco專有的傳真中繼，則停用ECM的備用或附加選項是將傳真中繼協定更改為T.38，這樣可以測試T.38資料包冗餘功能。此功能可以緩解資料包丟失導致的故障，但請注意，T.38資料包冗餘顯著提高了頻寬使用量，最好儘可能消除資料包丟失。

10. 將fax NSF命令設定為全零

對於可以更改傳真協商內的NSF欄位以執行相應編碼的不同傳真機品牌，fax NSF命令很有幫助。此命令允許執行傳真中繼的路由器覆蓋嘗試實施專有編碼的傳真機所做的設定。在fax NSF命令可用之前，這些品牌的傳真機的傳真中繼將一直失敗。通常，fax NSF命令用於將NSF欄位設定為全零，以便從兩端強制執行標準的傳真協商。某些品牌（如Harris和Lanier）已成功使用此命令，建議在傳真中繼失敗時使用該命令。

vnt-3660-23(config-dial-peer)#fax NSF 000000

11. 檢查是否為FXR資料包配置了MGCP網關

如果從PSTN到傳真伺服器的T.38傳真呼叫發生故障並且Cisco Unified Communications Manager跟蹤顯示support_FXR=0，則MGCP網關中可能會缺少FXR資料包配置。在這種情況下，將這些命令增加到MGCP網關：

no mgcp fax t38 inhibit
mgcp package-capability fxr-package
mgcp default-package fxr-package

之後，重置網關和傳真呼叫開始工作。

12. 決議的最後階段

如果之前的故障排除步驟未能解決傳真中繼問題，則可能需要更高級的故障排除。以下是您在向思科技術協助中心(TAC)提交案例之前需嘗試的額外步驟：

• 瞭解出現故障的傳真機的品牌和型號，並調查這些品牌和型號的已知問題。

  有時會出現CARE案例或Bug，解決特定品牌傳真機的問題。例如，搜尋Pitney Bowes傳真的Bug Search Tool（僅限註冊客戶）會顯示Pitney Bowes傳真機和Cisco傳真中繼存在Bug(思科錯誤ID CSCdu78373（僅限註冊客戶）)。此Bug不在Cisco IOS軟體中，而是在連線兩端的傳真裝置均為Pitney Bowes 9920或9930時，與Pitney Bowes專有的傳真訊號通訊協定不相容。解決方法是停用傳真機上的專有協定，或者停用傳真中繼並使用更高頻寬的編解碼器。

  已知注意事項

  已知警告是產品軟體版本中的意外行為或缺陷。此表包含有關Cisco語音網關上傳真支援的已知問題的資訊。

  如果您有CCO帳戶，則可以在思科錯誤追蹤器系統工具（稱為錯誤搜尋工具）上搜尋已知問題。若要存取Bug Search Tool，請執行以下其中一項工作：

  • 在您的Web瀏覽器中輸入https://bst.cloudapps.cisco.com/bugsearch/。

  表1已知注意事項

  錯誤ID	摘要	說明
  CSCdu30250	VAD在傳真直通模式中引入嚴重錯誤。	當思科語音網關配置為傳真直通模式時，請在與傳真呼叫關聯的所有VoIP撥號對等體上停用語音活動檢測(VAD)。要在VoIP撥號對等體上停用VAD，請使用以下命令： config terminal dial-peer voice XXX voip no vad
  CSCdu62269	CSCdu62269	任何在網關模式下向WS-X4604-GW發起傳真中繼呼叫（負載型別為96的RTP資料包）的Cisco網關裝置均出現故障。這個問題已在12.1.5YF3中得到解決。當設定為網關模式時，軟體現在辨識負載型別96並啟動直通模式。
  CSCdv08143	從VG248到網關模式下的WS-X4604-GW的5-30頁傳真傳輸在傳真直通模式下失敗。	此故障僅發生在WS-X4604-GW上的軟體映像12.1.5YF2上。若要避免此錯誤，請使用12.1.5YF1、12.1.5YF3或更新版本。
  CSCdv83401	在Cisco Catalyst 6000交換機上，當檢測到傳真或數據機音時，呼叫將轉換為具有10ms（134位元組）資料包的傳真直通模式。	傳真直通模式中的幀大小為214位元組。即使封包大小不正確，傳真也不會失敗。
  CSCdv83337
  CSCdw07735	從WS-X4604/VIC-2FXS（僅限）到使用Cisco CallManager 3-1-2c_spA load A00203010026的WS-X6624-FXS網關的傳真直通模式傳真傳輸失敗。WS-X4604 / VIC-2FXS在網關和收費旁路模式下均表現出這一點。	此故障發生在WS-X4604-GW上的軟體映像12.1.5YF2和12.1.5YF3，已在12.2(7)X軟體中修復。
  CSCdw07804	從WS-C4224V / VIC-2FXS （僅限）到使用Cisco CallManager 3-1-2c_spA load A00203010026的WS-X6624-FXS網關的傳真直通模式傳真傳輸失敗。	此故障發生在WS-C4224V上的軟體映像12.1.5YE2和12.1.5YE4，已在12.2(7)X軟體中修復。

• 使用搜尋工具在發生問題的Cisco IOS軟體版本中查詢已知的傳真問題。

  在上一步中，搜尋特定傳真品牌，以確定特定傳真品牌和思科傳真中繼代碼之間的已知問題。下一步是執行一般搜尋，因為安裝的Cisco IOS軟體版本中可能有Fax Relay錯誤。

  例如，如果使用VoFR的傳真中繼在Cisco IOS軟體版本12.1(2)T中無法運作，您可以在CCO上使用Bug Toolkit搜尋錯誤。在此範例中，請使用以下值：

  • 主要版本：12.1

  • 修訂版：2

  • 功能/元件：VoFR

  • 關鍵字：傳真

  其中一個錯誤是Cisco錯誤ID CSCdr65984（僅限註冊客戶），標題為「fax dot work for vofr」。 此Bug導致VoFR的所有傳真中繼失敗，因此需要升級到此Bug不再存在的Cisco IOS軟體版本。

• 排除硬體故障。

  在某些情況下，如果逐個排除潛在的問題來源，隔離問題會更容易。更換不同的硬體部件並在網關之間使用備用IP連線。如果有額外的硬體可用，這些步驟可協助您：

  • 使用路由器上的不同埠。

    如果您的配置涉及兩個網關透過E1或T1連線到PBX或PSTN，並且您有FXS埠可用，請嘗試將傳真機直接連線到語音網關上的FXS埠。此過程有助於在排除E1卡故障、電話端問題或E1同步或電纜問題時，進一步隔離問題。

  • 嘗試使用其他硬體。

    如果您有另一個語音網關具有FXS埠，請嘗試用乙太網交叉電纜將其直接連線到每個語音網關，並用連線到FXS埠的傳真機傳送傳真。此過程有助於確定VoX網路中是否存在排隊、分段或優先順序劃分等問題。

• 在路由器上使用debug命令查詢問題。

  請參閱「偵錯」一節以取得對疑難排解傳真中繼問題有用的偵錯指令詳細資訊。

偵錯

T.30消息

如果您不熟悉典型傳真傳輸中發生的消息傳送，則很難理解這些調試。這是單頁傳真傳輸發生的基本T.30事務的圖形表示。

這些事務詳情的描述不在本文檔的討論範圍之內，但這些是在傳真中繼中看到的基本事務的定義。該清單按字母順序排列，可供快速參考，包括調試思科傳真中繼時經常看到的消息。如需有關此訊息的更多深入資訊，或此處未列出的訊息資訊，請參閱T.30規格。

• CED（被叫終端標識）- 終端傳真裝置在應答傳真呼叫時傳輸的2100 Hz訊號。此訊號會暫時停用連線上存在的回聲消除器，以準備線路用於資料傳輸。

• CFR（確認收到） -確認以前的消息傳遞和培訓已完成並且可以開始傳送傳真頁的響應。

• CNG（呼叫音） -一個1100 Hz的音，通電半秒，然後斷開3秒。此訊號將傳真終端標識為非語音裝置。該訊號還指示發起傳真終端等待來自終端傳真終端的DIS訊號。

• CRP（命令重複） -指示上一命令接收錯誤並需要重複執行的響應。（選用）

• CSI（被叫使用者標識）- 用於透過國際電話號碼提供被叫傳真終端的特定身份。（選用）

• DCN（斷開連線） -終止傳真呼叫，不需要響應。

• DIS（數字標識訊號）- 標識被叫傳真終端的功能。

• DTC（數位傳輸命令） -對DIS訊號辨識的功能的響應。呼叫傳真終端將其功能與被叫傳真終端的DIS消息中提供的功能匹配的情況如下。

• EOM（訊息結束） -表示整頁傳真資訊的結束。

• EOP （程式結束） -表示整頁傳真資訊的結尾處，沒有其他頁需要傳送。繼續進行傳真呼叫的斷開階段。

• FTT（訓練失敗）- 用於拒絕訓練訊號和請求再訓練（再訓練通常以較低的調制速度進行）。

• MCF（消息確認） -表示已圓滿接收消息。

• MPS（多頁訊號）- 表示整頁傳真資訊的結尾處，並且接收方已準備好接收其他頁。

• NSF （非標準設施） -用於標識T系列規範不包含的特定功能或要求。（選用）

• RTN（重新訓練負值）- 表示未圓滿收到上一報文。需要重新訓練才能繼續（通常以較低的調制速度）。

• RTP（正向再培訓）- 表示已收到完整消息，可能在再培訓後繼續其他消息。

• TCF（訓練檢查） -透過高速T.4調制系統傳送（與用於先前T.30信令的300 kbps V.21調制相比），以驗證訓練並指示以此傳輸速率傳送的傳真頁的可接受性。

• TSI（傳送使用者標識）- 表示傳送（呼叫）傳真終端的標識。（選用）

傳真中繼調試命令

以下是有用的傳真中繼調試命令：

• debug fax relay t30 all

• debug vtsp all

• debug vtsp vofr subframe 3

debug fax relay t30 all

透過debug fax relay t30 all命令啟用對Cisco傳真中繼的調試。

vnt-3660-23c#debug fax relay t30 all
Debugging fax relay t30

這是來自失敗的傳真中繼會話的調試副本。這是來自執行Cisco IOS軟體版本12.2(7a)的來源傳真閘道的偵錯。

vdtl-3810-3b#
Dec 5 07:49:13.073: 1/2:62 1281347052 fr-entered (10ms)
Dec 5 07:49:17.985: 1/2:62 1281351950 fr-msg-det CRP
Dec 5 07:49:20.105: 1/2:62 1281354070 Fr-MSG-TX NSF
Dec 5 07:49:20.655: 1/2:62 1281354620 Fr-MSG-TX good crc,
 19 bytes
Dec 5 07:49:20.720: 1/2:62 1281354680 Fr-MSG-TX DIS
DEC 5 07:49:22.350: 1/2:62 1281356310 fr-msg-det TSI
DEC 5 07:49:23.045: 1/2:62 1281357000 fr-msg-det DCS
DEC 5 07:49:27.346: 1/2:62 1281361290 Fr-MSG-TX FTT
DEC 5 07:49:28.836: 1/2:62 1281362780 fr-msg-det TSI
DEC 5 07:49:29.531: 1/2:62 1281363470 fr-msg-det DCS
DEC 5 07:49:29.740: 1/2:62 1281363680 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:30.362: 1/2:62 1281364300 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:30.804: 1/2:62 1281364740 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:30.852: 1/2:62 1281364790 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:33.868: 1/2:62 1281367800 Fr-MSG-TX FTT
DEC 5 07:49:35.414: 1/2:62 1281369340 fr-msg-det TSI
DEC 5 07:49:36.113: 1/2:62 1281370040 fr-msg-det DCS
DEC 5 07:49:36.515: 1/2:62 1281370440 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:36.908: 1/2:62 1281370830 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:37.559: 1/2:62 1281371480 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:37.784: 1/2:62 1281371700 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:37.900: 1/2:62 1281371820 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:40.133: 1/2:62 1281374050 Fr-MSG-TX FTT
DEC 5 07:49:41.888: 1/2:62 1281375800 fr-msg-det TSI
DEC 5 07:49:42.583: 1/2:62 1281376490 fr-msg-det DCS
DEC 5 07:49:43.173: 1/2:62 1281377080 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:44.937: 1/2:62 1281378840 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:45.386: 1/2:62 1281379290 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:46.941: 1/2:62 1281380840 Fr-MSG-TX FTT
DEC 5 07:49:48.503: 1/2:62 1281382400 fr-msg-det DCN
DEC 5 07:49:50.631: 1/2:62 1281384520 fr-end-dcn

此調試顯示傳真中繼內的DSP中發生的T.30事件。請務必記住，從DSP角度進行的調試與傳真裝置互動，因此任何「Fr-MSG-TX」或傳輸消息都從DSP傳送到連線的傳真裝置。DSP稱其檢測到的「fr-msg-det」消息，即為從連線的傳真裝置接收的消息。下圖顯示了執行debug fax relay t30 all命令時的DSP消息定向流。

從偵錯中失敗的傳真交易中，您可以看到幾個「錯誤crc」訊息，後面接著一則來自遠端的訓練失敗(FTT)訊息。從調試來看，問題似乎與培訓訊號有關。從另一端返回的crc錯誤和FTT（無法訓練）消息表明訊號已損壞或與思科傳真中繼協定不相容。此調試來自於Lexmark Optra傳真機發生的傳真中繼問題。Lexmark支援V.34，並嘗試以V.34速率連線。Cisco傳真中繼不支援V.34，並且發生培訓錯誤。如需詳細資訊，請參閱Cisco錯誤ID CSCdv89496（僅限註冊客戶）。

T.30調試操作示例頁提供有關如何檢視這些調試的詳細資訊以及一個成功調試和ECM模式傳真分析器跟蹤的示例。

Debug vtsp all

還有其他調試命令可用於排除傳真中繼故障。這些調試不像T.30調試那樣易於閱讀或提供很多資訊，但它們仍然有用。

語音電話服務提供商(VTSP)是一種架構，它定義Cisco IOS呼叫控制和DSP端點之間的介面，DSP端點透過模擬或數字介面連線到標準電話裝置，例如PBX、傳真或中心局。

對於VoIP T.38或傳真中繼，debug vtsp all 可以提供來自路由器的有用狀態資訊。如故障排除部分中所述，該調試命令可用於確定傳真編解碼器是否已下載到如語音電話服務提供商調試頁中所示的DSP。

Debug vtsp vofr subframe 3

另一個對使用VoFR和VoATM傳送傳真有用的傳真中繼調試命令是debug vtsp vofr subframe 3。此命令輸出具有Annex D傳真中繼負載型別的FRF11幀。即使只有一個傳真中繼呼叫，此命令也有大量輸出，並且十六進位制必須解碼（FRF11規範有助於十六進位制解碼）。

其他調試命令

1. 要調試T.38功能交換問題，請使用debug cch323 h245命令。

2. 要調試應用程式和DSP之間的DSP消息交換，請使用以下debug命令：

   • debug vtsp all

   • debug voip ccapi inout

   • debug hpi all（在Cisco 5300/2600/3600和所有其他使用TI c54x DSP的語音平台上）

   • debug nextport vsmgr detail(在NextPort DSP平台(Cisco 5400、5850)上)

傳真分析器

有時候，必須超越Cisco語音網關的調試功能才能解決傳真中繼問題。協定分析器和傳真分析器等工具可用於檢視傳真中繼操作中發生的情況。傳真分析器（例如QualityLogic的Genoa ChannelProbe/FaxProbe或HP Telegra）可以放置在傳真裝置和思科網關之間，以捕獲發生的情況。當您需要檢視路由器之間交換的傳真中繼資料包時，協定分析器（如Sniffer和Domino）會很有幫助。

解決複雜問題的能力有時需要結合使用多種裝置—一台分析器用於捕獲每台傳真機上的傳真流量，另一台協定分析器用於捕獲傳真中繼資料包。發出一個傳真呼叫來重現問題，然後從連線的裝置中捕獲資訊進行分析。下圖顯示了此測試裝置在網路中的位置。

大多數傳真分析器都有足夠的幫助螢幕和文檔來幫助您確定發生的情況。T.30規範也非常有用。對於協定分析器來說，解碼可能很困難，因為有時編碼是專有的，或者分析器軟體沒有所需的具體解碼。對於使用VoFR和VoATM的傳真中繼，Cisco網關使用FRF11規範中基於標準的Annex D。如果協定分析器無法對幀進行解碼，可以使用此規範手動對幀進行解碼。對於傳真中繼和VoIP，傳真中繼資料包使用Cisco專有格式。

藉助傳真分析器和協定分析器資訊，您可以解決傳真中繼問題。傳真中繼問題很少會達到這個程度，發生這種情況時，必須涉及升級和DE資源以獲得進一步的幫助。

此外，請提供與該問題有關的所有其他資訊。

建立TAC案例

如果本檔案無法讓您隔離和解決問題，請向思科技術支援中心(TAC)提交支援案例並提供以下資訊：

• 網路拓撲說明（PDF、Visio或Microsoft PowerPoint格式）。

• 使用的傳真機，包括廠商和型號資訊。

• 問題的歷史。

  有用的資訊包括實施是新的實施還是運行良好然後失敗的成熟網路。如果網路已建立，發生問題之前發生了什麼變化？問題是否間歇性出現？問題能否重現？如果是，需要哪些步驟來重現問題？

• 來自傳真網關和IP路徑中所有路由器的show tech命令輸出，以及Cisco以外的活動網路裝置的相關資訊。

• 一對啟用了以下調試標誌的呼叫跟蹤：

  • debug voip ccapi inout

  • debug vtsp all

  • debug isdn q931（如果涉及ISDN或Q.Sig）

• show voice call和show voice dsp對的輸出。

• 一對傳真分析器跟蹤以監控模式連線到始發和終止傳真機（如果可用）。

• 如果可用，則顯示所執行的故障排除和調試的結果。

相關資訊

最初發佈到https://www.cisco.com/c/en/us/support/docs/voice/fax-modem-over-ip/20227-faxrelay-tsguide.html

原始MDF標籤為：技術：語音：IP傳真/資料機。
檔案ID為20227 

如果文檔ID或URL不匹配，請聯絡tz-writers@cisco.com。

• Cisco IP語音解決方案-傳真服務
• 使用Call Manager和語音網關配置VoIP傳真中繼
• Cisco IOS IP傳真和資料機服務應用指南
• 使用Catalyst 6608和VG248透過IP傳真
• H.323 T.38傳真中繼問題
• 適用於傳真中繼和傳真直通的Cisco AVVID閘道支援
• 語音-使用VoIP配置傳真中繼(T.38)
• 語音技術支援
• 整合通訊產品支援
• 建議閱讀：Cisco IP電話故障排除
• 技術支援與文件 - Cisco Systems