我们的一个客户为他的50代理呼叫中心使用托pipe电话解决scheme。 他们使用一个托pipe的拨号程序进行外出呼叫，一旦build立连接，呼叫被传递给我的客户端用户，他们在3CX电话界面上获取连接。
很标准的东西。
托pipe公司声称，他们看到所有的手机100-200毫秒的延迟。
在testing一个TCP往返[tcping.exe ]我得到10ms以下的时间。 他们阻止ICMP。 主机提供商说，这是不是一个有效的testing，因为VOIP数据是UDP。
我知道UDP可能会被形成不同或路由不同，但似乎不太可能。 托pipe的IT团队非常“我们有数百个客户，他们的延迟是好的，这是你的问题”，我可以理解，但它并没有太大的帮助。 鉴于我无法控制UDP监听器，我不知道如何演示如何以及在哪里UDP滞后可能会进来。
现场设备是连接到Draytek Vigor的一对Cisco 2960。 Draytek连接到ISP提供/pipe理的Cisco p887。
在整个通话期间，带宽占用率大约为20％。 对外部系统的所有ICMPtesting显示良好的往返行程，通常不超过5ms-30ms，这取决于我要去哪里。
如何推动这一进展的想法？
虽然这里提到的问题停止了没有明显的原因，我原来的问题的答案 – 如何有效地演示networking质量和SIP UDPstream量往返 – 是使用一个SIP OPTIONS作为一个ping。
这里简要讨论： http : //www.packetizer.com/in/q122.html
Powershelltesting/演示在这里： http : //www.lyncexch.co.uk/sip-pinger-tool/
我通过现有的PRTG监控实现了这一点（这里： http : //www.paessler.com/manuals/prtg/sip_options_ping_sensor ）
不幸的是，远程主机没有正确configuration，所以我们收到了404而不是200，但我们仍然可以使用它来演示往返时间，虽然PRTG总是显示这是错误的。
如果您在networking的每一端都有一台Linux主机，则可以安装iPerf或Thrulay来运行networkingtesting。 在testing过程中， Thrulay在显示抖动的场景中占有优势。
您也可以在testing期间观看一些networking统计数据，或使用以下bash代码片段查看真实stream量：
function watch_net() { /usr/bin/watch -d -n10 --no-title 'netstat -s | grep "\ \ \ [0-9]" | sort -rn' } watch_net