传真中继故障排除

简介

本文档介绍Cisco传真中继相关问题的基本故障排除和解决方法。 

先决条件

要求

请注意，Cisco IOS^®网关上使用多种技术通过分组电话网络传递传真呼叫：

• Cisco 专有的真中继

• T.38 传真中继

• 传真直通

• 传真 Upspeed

• T.37 传真存储和转发

此外，当前还在使用以下三种主要的分组电话技术，统称为“X”语音 (VoX)：

• IP 语音 (VoIP)

• 帧中继语音 (VoFR)

• ATM 语音 (VoATM)

本文档的主要内容是跨VoIP网络运行的Cisco IOS网关上的Cisco专有传真中继。同时还将讨论T.38传真中继和其他VoX技术。

传真和传真中继的技术复杂性不详述，但您可以对大多数常见的传真中继问题进行故障排除。此外，本文还概述了传真和 Cisco 传真中继。

使用的组件

本文档中的信息主要基于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 详细说明了传真协商和通信协议。

Group 3 传真设备设计为通过公共交换电话网 (PSTN) 使用。由于PSTN是为人类语音而设计的，因此第3组使用模拟编码或调制信号，就像使用模拟调制解调器一样。

模拟调制解调器和传真机都是数字设备，必须使用调制模拟信号通过 PSTN 传递数字信息。此调制信号通常可侦听为不同的音频音。

VoX 网络中的网关最初将语音呼叫和传真呼叫视为相同。这两种类型的呼叫都会促使该网关将已配置的语音压缩编解码器加载到数字信号处理器 (DSP) 中。

有关DSP的详细信息，请参阅语音硬件：C542和C549数字信号处理器(DSP)。

语音压缩编解码器通常为高压缩编解码器，这样可以对每个语音呼叫使用较少的带宽。

高压缩编解码器（例如 G729 和 G723）针对语音进行了优化，可以将语音压缩为低带宽（8 kbps，不包含 G.729 的开销）并仍然保持良好的质量，但 G.729 和其他高压缩编解码器没有针对传真进行优化。

实际上，在使用这些编解码器时，通常会无法正常传递传真传输的调制信号，并因此导致传真呼叫失败。

有关压缩编解码器的详细信息，请参阅 IP 语音 - 每个呼叫的带宽占用量。

使用压缩率较低或根本不压缩（例如无 echo 消除或语音活动检测的 G.726 和 G.711）的编解码器时，可以成功传输传真。

通常，通过语音编解码器传输传真的这一方法称为带内传真或传真直通。

通过称为 upspeeding 的技术，网关可先将已配置的语音压缩编解码器加载到语音呼叫的 DSP 中，然后在检测到传真音时将其更改为低压缩编解码器。

对于带内传真，初始调制信号将由源路由器中的编解码器进行编码和压缩并通过 VoX 网络传递，就好像是语音样本一样。

然后，终端网关会对样本进行解压缩和解码，并将其播放到终端传真机。

传真中继具有不同的作用。它是一个用于终止调制信号、提取数字信息、然后通过数据网络使用数据包中继数字信息的协议。

在终端，将从数据包中提取数字信息，然后进行调制并播放。

传真基础知识

传真呼叫可以分为两部分：传真协商和寻呼传输。

半双工传真协商在传真呼叫开始时进行。V.21调制的高级数据链路控制(HDLC)数据帧以300 bps的速度传输。

这些数据帧按照始发和终端传真设备之间的标准顺序发送。

在此交换过程中，每个传真设备都会交换其功能，并且这两个传真设备将在进行页传输之前就传真会话特性达成一致。

下图显示了通过 PSTN 的传统传真呼叫。

交换和协商的部分功能包含页传输速度、纠错模式 (ECM)、解析、页编码和扫描时间。

页传输速度（培训）是一个重要的协商，它决定了传真发送其信息的速度。

传真会尝试基于初始交换的参数以可能的最高调制速度进行培训。如果较高速度的培训失败，传真设备会重新培训到较低速度。

使用以前约定的参数完成传真协商阶段的培训部分时，将会进行页传输。页信息会以每英寸 203H x 98V 点的标准分辨率编码为扫描行。

通常，传真图像是通过 Modified Huffman (MH) 或 Modified Read (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标志序列，并启动传真中继切换。这意味着 DSP 会卸载语音编解码器，并加载传真编解码器以处理所进行的传真呼叫。

此外，还会向 VoX 网络另一端的 DSP 发送通知，以便传真呼叫的每一端的 DSP 都能使用传真编解码器。通知机制视所使用的传真中继协议而异。

加载传真编解码器后，DSP 将会解调 T.30 HDLC 帧，提取传真信息，然后在使用以下传真中继协议之一的路由器之间传递信息。

• 专有的 Cisco VoIP 传真中继 – 传真中继是通过 VoIP 网络传递传真的默认模式，而 Cisco 传真中继是默认的传真中继类型。该功能受 Cisco IOS 软件版本 11.3 及更高版本的支持并得以广泛应用，它使用 RTP 传输传真数据。

• 基于标准的 VoIP T.38 传真 – 某些平台中的 Cisco IOS 软件版本 12.1(3)T 及更高版本已提供 T.38。T.38 可以通过在 VoIP 拨号对等体下配置的 fax relay protocol t38 命令启用，它使用 UDP 传输传真数据。

• 基于标准的 VoFR 和 VoATM FRF.11 Annex D。

与带内传真或传真直通不同，传真中继将T.30传真音分解为其特定的HDLC帧（解调），使用传真中继协议通过VoX网络传输信息，然后将位转换回远端语音（调制）。

任一端的传真机都可以发送和接收语音，但不清楚解调/调制传真中继进程。

Cisco传真中继和T.38传真中继也不同于T.37传真存储和转发。T.37提供基于标准的方法来允许VoIP网关接收以下信息：

大多数思科语音网关目前支持两种通过IP网络传输传真流量的方法：

1. 传真直通 — 在传真直通模式下，网关无法区分传真呼叫与语音呼叫

2. Cisco传真中继—在传真中继模式下，网关会终止T.30传真信令

Cisco传真中继和T.38传真中继也不同于T.37传真存储和转发。T.37提供基于标准的方法来允许VoIP网关接收以下信息：

• 来自传真机的传真，并将其转发到支持 SMTP 的邮件服务器。然后，邮件服务器便可以将传真作为电子邮件发送给用户。

• 来自邮件服务器的电子邮件，并将其调制为常规传真机接收的传真信号。

下图显示了通过 VoX 网络的传真中继。可以将始发和终端网关的传真直接连接到网关中的 FXS 端口，也可以通过 PBX 或 PSTN 连接到网关中的 E1、基本速率接口 (BRI)、FXO 或 E&M 端口。

配置注意事项

默认情况下，在 Cisco 3810、2600、3600 和 5300 等 VoIP/VoFR/VoATM 平台上会启用传真中继。如果两个路由器之间的语音呼叫成功完成，则假定传真呼叫可以正常工作，但当传真中继不起作用或性能需要提高时，您可以发出一些传真中继特定命令来作为排查问题的前兆：

• fax rate

• fax-relay ECM disable

• fax NSF

• fax protocol

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

传真速率语音设置将传真速率限制为编解码器带宽。该限制意味着，如果将拨号对等体配置为使用默认的 G.729 语音编解码器（将语音压缩为 8 kbps），则传真速率语音设置将不允许传真呼叫超过此编解码器带宽。

传真将被限制为 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规范对传真音进行解调和解码，因此专有的事务或编码会中断传真中继并导致传真传输失败。特定品牌的传真机使用这些专有编码来指示增强功能的可用性，这有助于传真制造商将自己的产品与其他产品区分开来。该功能通知是通过传真协商内的可选 Non Standard Facilities (NSF) 字段来实现的。

当您发出fax NSF命令时，路由器将覆盖NSF，从而只会执行标准传真事务。超出标准第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 拨号对等体和终端网关中的入站 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 传真中继配置了拨号对等体，但另一语音网关为 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不定)命令，以查看错误数是否增加。最常见的滑移问题是导致计时错误的同步问题。

在数据包语音网络中，通常能充分确认该线路的路由器时钟。如果不能，确保在控制器层输入 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 global configuration 命令强制将传真呼叫传送给调制解调器（通常用于 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 命令。显示命令比调试命令占用的路由器资源少，在生产网络中是首选命令。以下是来自 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

确保在两个网关上都输入这些命令。这些命令可以禁用传真中继和 echo 消除，并强制呼叫使用不带 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-redundancy 执行更改）

如果正在使用 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. 决议的最后阶段

如果之前的故障排除步骤未能解决传真中继问题，则可能需要更高级的故障排除才能解决问题。在您通过 Cisco 技术支持中心 (TAC) 开立案例前，请尝试下面的附加步骤：

• 了解出现故障的传真机的品牌和型号，并调查这些品牌和型号的已知问题。

  有时候，CARE 案例或 bug 可以解决某传真机品牌的问题。例如，搜索Pitney Bowes传真的Bug Search Tool（仅限注册用户）会显示Pitney Bowes传真机和思科传真中继存在Bug(思科漏洞ID CSCdu78373（仅限注册用户）)。该 bug 不在 Cisco IOS 软件中，但当每个连接端的传真设备都为 Pitney Bowes 9920 或 9930 时，该 bug 与 Pitney Bowes 专有的传真信令协议不兼容。解决方法是禁用传真机上的专有协议，或者禁用传真中继并使用更高带宽的编解码器。

  已知问题说明

  已知问题说明是指产品软件版本中的异常行为或缺陷。下表包含 Cisco 语音网关支持的传真的已知问题相关信息。

  如果您有CCO帐户，则可以在思科漏洞跟踪器系统工具（称为漏洞搜索工具）上搜索已知问题。要访问Bug Search Tool，请执行以下任务之一：

  • 在您的 Web 浏览器中输入 https://bst.cloudapps.cisco.com/bugsearch/。

  表 1 已知问题说明

  Bug 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	在网关模式下，使用传真直通模式将 5-30 页的传真从 VG248 传输到 WS-X4604-GW 时失败。	仅在 WS-X4604-GW 上使用软件映像 12.1.5YF2 时发生该故障。要避免该故障，请使用 12.1.5YF1、12.1.5YF3 或更高版本。
  CSCdv83401	在 Cisco Catalyst 6000 交换机中检测到传真或调制解调器音时，通过 10ms（134 字节）数据包将呼叫切换到传真直通模式。	传真直通模式中的帧大小为214字节。即使数据包大小不正确，传真也不会发生故障。
  CSCdv83337
  CSCdw07735	使用传真直通模式，通过 Cisco CallManager 3-1-2c_spA load A00203010026 将传真从 WS-X4604/VIC-2FXS（仅）传输到 WS-X6624-FXS 网关时失败。WS-X4604/VIC-2FXS 在网关和长话旁路模式下都出现这种情况。	此故障发生在WS-X4604-GW上的软件映像12.1.5YF2和12.1.5YF3，已在12.2(7)X软件中修复。
  CSCdw07804	使用传真直通模式，通过 Cisco CallManager 3-1-2c_spA load A00203010026 将传真从 WS-C4224V/VIC-2FXS（仅）传输到 WS-X6624-FXS 网关时失败。	此故障发生在WS-C4224V上的软件映像12.1.5YE2和12.1.5YE4，并在12.2(7)X软件中修复。

• 使用搜索工具在发生问题的 Cisco IOS 软件版本中搜索已知的传真问题。

  在上一步骤中，搜索特定的传真品牌以查找特定传真品牌与 Cisco 传真中继编码之间的已知问题。下一步是执行常规搜索，因为安装的Cisco IOS软件版本中可能存在传真中继Bug。

  例如，如果使用 VoFR 的传真中继无法在 Cisco IOS 软件版本 12.1(2)T 中正常运行，则您可以通过 CCO 中的 Bug 工具包搜索 bug。在本示例中，请使用以下值：

  • 主版本：12.1

  • 修订版：2

  • 功能/组件：VoFR

  • 关键字：fax

  其中一个缺陷是思科漏洞ID CSCdr65984（仅限注册用户），标题为“fax doesnt work for vofr”。 此Bug导致VoFR的所有传真中继失败，需要升级至此Bug不再存在的Cisco IOS软件版本。

• 排除硬件故障。

  在某些情况下，如果您依次排除潜在的问题源，则隔离该问题比较容易。更换不同的硬件部件并使用网关之间的替代 IP 连接。如果提供额外的硬件，下列步骤可能会有帮助：

  • 在路由器中使用不同的端口。

    如果您的配置中包含两个通过 E1 或 T1 连接到 PBX 或 PSTN 的网关并且您拥有可用的 FXS 端口，请尝试将传真机直接连接到语音网关中的 FXS 端口。当排除E1卡故障、电话端问题或E1同步或电缆问题时，此过程有助于进一步隔离问题。

  • 尝试不同硬件。

    如果您拥有另一个语音网关和可用的 FXS 端口，请尝试通过以太网交叉电缆将其直接连接到每个语音网关，并通过连接到 FXS 端口的传真机发送传真。此过程有助于确定VoX网络中是否存在排队、分段或优先级排序等问题。

• 在路由器中使用调试命令以确定问题。

  请参阅“调试”部分，了解有关用于排除传真中继故障的调试命令的详细信息。

调试

T.30 消息

如果您对典型传真传输内发生的消息传递不熟悉，可能会很难理解调试。以下是在单页传真传输中发生的基本 T.30 事务的图形表示形式。

这些事务的详细说明了超出本文的范围，但下面列出的是在传真中继内看到的基本事务的定义。该列表按字母顺序排列以方便您快速参考，包含通常在调试 Cisco 传真中继时看到的消息。有关此消息传送的更多详细信息或此处未列出的消息的信息，请参阅T.30规范。

• CED（被叫终端标识）– 终端传真设备在应答传真呼叫时传输的 2100 Hz 信号。该信号会暂时禁用连接时出现的 echo 消除器，为数据传输准备线路。

• CFR（确认收到）– 确认以前的消息传递和培训已完成并且可以开始发送传真页的响应。

• CNG（主叫音）– 打开半秒、然后再关闭 3 秒的 1100 Hz 音。该信号将传真终端标识为非语音设备。该信号还可以指示起始传真终端等待来自终端传真终端的 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（培训失败）消息表示信号已损坏或与 Cisco 传真中继协议不兼容。该调试是从 Lexmark Optra 传真机上发生的传真中继问题中获取的。Lexmark支持V.34，并尝试以V.34速率进行连接。Cisco传真中继不支持V.34，因此发生培训错误。有关更多详细信息，请参阅 Cisco bug ID CSCdv89496（仅限注册用户）。

T.30 调试操作示例页提供有关如何查看这些调试的详细信息以及一个成功调试和 ECM 模式传真分析器跟踪的示例。

debug vtsp all

此外，其他的调试命令也可用于排除传真中继故障。这些调试不像T.30调试那样易于阅读或提供很多信息，但它们仍然有用。

语音电话服务提供商 (VTSP) 是一个体系结构，可以定义 Cisco IOS 呼叫控制与 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 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 语音网关以外的调试功能才能解决传真中继问题。如协议分析器和传真分析器之类的工具可用于查看传真中继的运行情况。可以将传真分析器（例如 Genoa ChannelProbe/FaxProbe by QualityLogic 或 HP Telegra）放置在传真设备与 Cisco 网关之间以捕获所发生的情况。当您需要查看在路由器之间交换的传真中继数据包时，协议分析器（例如嗅探器和 Domino）会很有用。

有时候，需要使用多个设备才能解决复杂问题 — 传真分析器可以捕获每个传真机的传真流量，协议分析器可以捕获传真中继数据包。拨打一个传真呼叫以重现问题，然后从连接设备中捕获信息以进行分析。下图显示将该测试设备放置在网络中的位置。

大多数的传真分析器拥有足够的帮助屏幕和文档，可以帮助您确定所发生的情况。T.30 规范也非常有用。对于协议分析器，解码可能很困难，因为有时编码是专有的，或者分析器软件没有所需的具体解码。对于使用VoFR和VoATM的传真中继，Cisco网关使用FRF11规范中基于标准的Annex D。如果协议分析器不能对帧解码，则可以通过该规范手动对帧解码。通过传真中继和 VoIP，Cisco 专有格式可用于传真中继数据包。

借助传真分析器和协议分析器信息，您可以解决传真中继问题。几乎没有传真中继问题能达到该阶段；如果达到该阶段，必须包含升级和 DE 资源以获得进一步的帮助。

此外，还要提供与该问题相关的其他所有信息。

开立 TAC 案例

如果该文档不能帮助您隔离和解决问题，请通过 Cisco 技术支持中心 (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 传真和调制解调器服务应用程序指南
• 电传在IP使用Catalyst 6608和VG248
• H.323 T.38传真中继问题
• Cisco AVVID 网关支持传真中继和传真转接
• 语音-使用VoIP配置传真中继(T.38)
• 语音技术支持
• 统一通信产品支持
• 推荐阅读：Cisco IP电话故障排除
• 技术支持和文档 - Cisco Systems