介绍
本文介绍了回声测试的内容以及如何将其用于故障排除。 想象一下，您正在配置新的分机。 作为管理员，您通常会在办公时间之后这样做，这意味着没有人可以帮助您测试新的分机。 你需要确保分机工作正常，这就是* 777 回声测试派上用场的地方。
* 777回声测试概述
* 777 回声测试分机是内置的系统分机，也可在免费版3CX电话系统中使用。拨打* 777时，会与PBX建立连接，PBX将打开与分机的连接。此外，您所说的任何内容都会回复给您。这使您可以确保可以在新分机上成功和接收呼叫。
* 777 回声测试执行简单的呼叫场景，不执行任何额外的呼叫/音频处理。如果您要查看对* 777的呼叫的网络流量捕获，您将看到有关SIP和RTP交换如何在协议级别发生的教科书示例。
拨打* 777可以暂停或转移到另一个目的地。传输完成后，回声测试应继续与新参与者一起工作。
* 777 回声测试应答来电，并将音频流返回给接收方，与接收方完全一致。这提供了一个简单的工具来帮助解决分机问题，无论是通过3CX隧道协议连接还是作为直接（STUN）远程分机连接。
使用* 777进行故障排除
拨打* 777可以回答以下问题：
一 PBX是否可以从电话位置到达？
如果没有其他同时调用* 777的呼叫，则PBX应接受该呼叫。
二 是否有“未收到ACK”问题？
如果在呼叫者连接后呼叫保持活动超过40秒，则可以确认此问题不存在。 我们建议让
通话至少运行一分钟。
三 有没有与音频传输相关的问题？
- 呼叫者应该通过他的扬声器听到他的麦克风捕获的任何音频。
- 如果你把音频发回给你的扬声器：
- 在您讲话的那一刻和您在话机扬声器中听到声音的那一刻之间的延迟基本上是音频传输的往返时间。
- 音频中的任何间隙通常都是带宽问题或QoS（缺乏）问题的症状 – 通常在WAN链路上。
- 如果* * 777呼叫是从与PBX相同的局域网内的电话进行的，那么如果您获得音频间隙，则表示本地局域网正在出现拥塞，客户端很可能需要在局域网上实施QoS。
- 如果您没有将音频发回给您的扬声器：
- 断开呼叫并检查服务器活动日志“没有收到数据包…”。
如果您在检查3CX管理控制台中的服务器活动日志时看到话机上“没有收到数据包…”，则表示话机发送的RTP流未到PBX。 如果您没有看到“没有收到数据包…”消息，则表示PBX发送的RTP流量无法到达话机。
远程分机的可能原因：
需要禁用PBX上的STUN客户端功能。
端口转发未在WAN到LAN设备上正确实现，或WAN-to-LAN设备已启用SIP ALG – 必须禁用此功能。您还应检查防火墙检查器的输出，以确认没有警告且没有错误。
远程分机（不使用3CX隧道协议）配置不正确。
远程分机位于WAN到LAN设备无法正确执行NAT / PAT的位置，或者正在使用实现双NAT的ISP，这使得NAT-Traversal挑战更难处理。 解决此问题的正确方法是通过在远程办公室中实施3CX SIP代理管理器来使用3CX隧道协议。
内部分机的可能原因：
分机配置不正确，无法在局域网中使用。 应特别注意确保LAN内分机没有启用STUN
- 要准确诊断情况，有必要使用网络流量捕获工具（通常是Wireshark）检查INVITE / 200 / ACK交换中的SIP报头和SDP参数，或者通过检查3CX日志，特别考虑 用于SIP数据包分析器的输出，它可以提供一些问题指示，并暗示可能需要进行哪些配置调整。
- 网络流量捕获还可以解码音频流（入站和出站，如果存在），允许您确认存在哪些流，并且还允许您了解音频质量问题的大小。 应该记住，音频质量问题（意味着坏音频，但不是完全丢失的音频流）几乎总是与带宽相关，并且需要通过实施QoS来采取行动，并且如果呼叫数量足够大，可能还需要增加带宽证明这一点。