传真中继故障排除指南

下载选项

  • PDF     (448.3 KB)
    在各种设备上使用 Adobe Reader 查看
  • ePub     (122.3 KB)
    在 iPhone、iPad、Android、Sony Reader 或 Windows Phone 上使用各种应用查看
  • Mobi (Kindle)     (242.6 KB)
    在 Kindle 设备上查看或在多个设备上使用 Kindle 应用查看
已更新: 2020 年 1 月 29 日
文档 ID:20227

非歧视性语言

此产品的文档集力求使用非歧视性语言。在本文档集中，非歧视性语言是指不隐含针对年龄、残障、性别、种族身份、族群身份、性取向、社会经济地位和交叉性的歧视的语言。由于产品软件的用户界面中使用的硬编码语言、基于 RFP 文档使用的语言或引用的第三方产品使用的语言，文档中可能无法确保完全使用非歧视性语言。 深入了解思科如何使用包容性语言。

关于此翻译

思科采用人工翻译与机器翻译相结合的方式将此文档翻译成不同语言，希望全球的用户都能通过各自的语言得到支持性的内容。 请注意：即使是最好的机器翻译，其准确度也不及专业翻译人员的水平。 Cisco Systems, Inc. 对于翻译的准确性不承担任何责任，并建议您总是参考英文原始文档（已提供链接）。

    简介

    本文旨在提供如何排除并解决 Cisco 传真中继问题的基本指导。本文并不会详细介绍传真和传真中继的复杂技术，但您应能够排除大多数的常见传真中继问题。此外，本文还概述了传真和 Cisco 传真中继。

    先决条件

    要求

    本文档的读者应了解，在Cisco IOS®网关上通过分组电话网络传送传真呼叫时，使用了以下技术：

    • Cisco 专有的真中继

    • T.38 传真中继

    • 传真直通

    • 传真 Upspeed

    • T.37 传真存储和转发

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

    • IP 语音 (VoIP)

    • 帧中继语音 (VoFR)

    • ATM 语音 (VoATM)

    本文主要介绍 Cisco IOS 网关上的 Cisco 专有传真中继，该传真中继跨 VoIP 网络运行。此外，也介绍了 T.38 传真中继和其他 VoX 技术。

    使用的组件

    本文中的信息主要基于 Cisco IOS 软件版本 12.2(5)，但其中的大部分信息对于其他 Cisco IOS 软件版本将会同样适用。

    部分调试信息是从运行 Cisco IOS 软件版本 12.2(7) 的 Cisco IOS 网关中获取的。 这点将在本文的调试部分中注明。

    本文档中的信息都是基于特定实验室环境中的设备创建的。本文档中使用的所有设备最初均采用原始（默认）配置。如果您使用的是真实网络，请确保您在使用任何命令前已经了解其潜在影响。

    规则

    有关文档规则的详细信息，请参阅 Cisco 技术提示规则。

    传真和传真中继概述

    大多数的现代传真设备都符合 Group 3 协议。Fax Group 3 是一种基于标准的技术，主要由 T.4 和 T.30 ITU 建议组成。T.4 与传真设备如何对传真图像编码有关，而 T.30 详细说明了传真协商和通信协议。

    Group 3 传真设备设计为通过公共交换电话网 (PSTN) 使用。 由于 PSTN 是针对人的语音设计的，因此 Group 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 的传统传真呼叫。

    faxrelay_tsguide1.gif

    交换和协商的部分功能包含页传输速度、纠错模式 (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.XX规范(V.27ter、V.29、V.17)和传真协商(V.21)是定义如何通过模拟电话线路发送数字数据的规范。数据调制解调器也能够使用这些规范，但大多数的数据调制解调器已升级到更快的速度。

    传真中继基础知识

    传真中继技术可用于克服高压缩语音编解码器（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 网关接收以下内容：

    大多数的 Cisco 语音网关当前支持两种通过 IP 网络传输传真流量的方法。

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

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

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

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

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

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

    faxrelay_tsguide2.gif

    配置注意事项

    默认情况下，在 Cisco 3810、2600、3600 和 5300 等 VoIP/VoFR/VoATM 平台上会启用传真中继。如果两个路由器之间的语音呼叫成功完成，传真呼叫也应该起作用，但是当传真中继不能正常工作或者性能需要改进时，您可以先运行以下特定于传真中继的部分命令以解决问题：

    fax rate 命令

    fax rate 命令是在 VoFR 或 VoIP 拨号对等体中在配置模式下配置的。默认设置是传真速率语音，该设置并不会在每个拨号对等体下的配置中显示。

    fax rate 命令 
    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。

    fax-relay ECM disable 命令 
    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，从而只会执行标准传真事务。无法使用超出标准 Group 3 要求及中断 Cisco 传真中继的供应商特定设备。通常，执行该命令时 NSF 会设置为全零，这样应能解决 NSF 字段引发的问题。

    fax 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 传真中继）。

    fax protocol 命令 
    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 选项禁用思科传真中继并启用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 传真中继。

    fax protocol 命令 
    <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 will use 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 since 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和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:1.1.1.1
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 命令），而低带宽编解码器已在使用。

        • 一个语音网关上的拨号对等体已配置为思科传真中继，但另一个语音网关是思科5350/5400。思科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和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 数字连接，请确保这些连接正确无误。传真中继对数字接口中的错误非常敏感，尤其是偏差。这些错误在语音呼叫中不会引起注意，但可能会导致传真失败。

    show controller T1(E1) 1/0 命令 
    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 中继通常同步到电话网络，因此会导致计时隐藏错误和传真传输断断续续的问题。Cisco Bug 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 命令配置传真呼叫。

    fax interface-type 命令 
    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 命令的输出示例。

    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 拨号对等体下，输入以下内容：

    fax rate disable 命令 
    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。

    注意：此命令还激活丢包隐藏功能。

    fax-relay ECM disable 命令 
    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 数据包冗余功能：

    T.38 Packet Redundancy 
    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，建议在传真中继出现问题时使用该命令。

    fax NSF 命令 
    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

    然后，重置网关并且传真呼叫开始工作。

    十二、决议的最后阶段

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

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

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

      已知问题说明

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

      如果您有CCO帐户，则可以在称为Bug Search Tool的Cisco Bug Tracker系统工具上搜索已知问题。要访问Bug搜索工具，请执行以下任务之一：

      表 1 已知问题说明

      Bug ID 摘要 解释
      CSCdu30250 VAD 在传真直通模式下引入了严重错误。 如果为传真直通模式配置了 Cisco 语音网关，应在与传真呼叫关联的所有 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 传真传输失败，传真直通模式从WS-X4604/VIC-2FXS（仅限）发送到Cisco CallManager 3-1-2c_spA负载A00203010026的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.5YF2 和 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

      • 关键字:传真

      其中的一个 bug 是 ID 为 CSCdr65984（仅限注册用户）、名为“fax doesn't work for vofr”的 Cisco bug。 该 bug 导致 VoFR 的所有传真中继失败，将需要升级到不存在该 bug 的 Cisco IOS 软件版本。

    • 排除硬件故障。

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

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

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

      • 尝试不同硬件。

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

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

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

    调试

    T.30 消息

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

    faxrelay_tsguide3.gif

    这些事务的详细说明了超出本文的范围，但下面列出的是在传真中继内看到的基本事务的定义。该列表按字母顺序排列以方便您快速参考，包含通常在调试 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 fax relay t30 all 命令启用对 Cisco 传真中继的调试。

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

    这是来自发生故障的传真中继会话的调试副本。这是来自运行 Cisco IOS 软件版本 12.2(7a) 的始发传真网关的调试。

    debug fax relay t30 all 命令输出 
    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 消息定向流。

    faxrelay_tsguide4.gif

    从调试中发生故障的传真事务中，您可以看到多条“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）会很有用。

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

    faxrelay_tsguide5.gif

    大多数的传真分析器拥有足够的帮助屏幕和文档，可以帮助您确定所发生的情况。T.30 规范也非常有用。对于协议分析器，解码可能有些棘手，因为有时候编码是专属的或者分析器软件没有所需的特定解码。对于使用VoFR和VoATM的传真中继，思科网关使用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 对的输出。

    • 在监控模式下连接到起始和终端传真机的两个传真分析器踪迹（如果可用）。

    • 故障排除和调试执行结果（如果可用）。

    相关信息

    此文档是否有帮助?

    Feedback反馈

    联系我们

    本文档适用于以下产品