编者按：某企业的中国总部和美国分部之间，通过建立VOIP线路来进行通讯办公。突然其VOIP只能打电话，就是不能传真，影响到了公司的日常办公业务，这将如何解决？
莫名其妙：VOIP不能传真
探索之旅：捕包后发现问题大
真相大白：接分机了
莫名其妙：VOIP不能传真
网络拓朴结构描述：
PSTN ---VOIP网关O口—VPN设备（美国）—Internet —（中国）VPN设备—VOIP网关S口—传真机
设备在寄到美国之前，在国内做了严格的测试，完全没有问题的情况下，并不改变设备的配置，寄到美国，到了美国后，只是做了VPN设备上的接入互联网的更改。
结果设备到美国上架之后确发现，电话打进打出都没有问题，就是无法传真。跟据以往的经验，可能是传真机不兼容的问题，于是更换国内和美国的传真机，故障依旧，传真机上只提示远程错误的响应。
因美国没有任何的技术员，所以问题的排查在这时显的极为困难。远程登录两边设备后，仔细检查，配置上没有任何更改，完全跟以前一样。寻问美国的朋友，告之美国的传真机跟国内的没有什么不同，更关键的是，同样的设备，在其他客户上都可以正常使用，唯独到了这，竟然无法传真。按说电话可以正常通话，那设备的配置及接线等，肯定是没有问题的。百无好计可用的情况下，用视频连线，来检查美国那边设备连接情况，完全正常。
再拿一套设备，从中国的不同地方，以相同的方式，跟中国和美国那边联起来，形成三角架构。结果中国这边互传互打正常，三方互打电话正常，可中国这边，不管哪个点都无法与美国传真。事情到这，真的是莫名其妙了！
终合多方意见，认为：
一，是协议不兼容，结果T。38和T。30换来换去也是一样的。
二，被电信封了。走的是VPN，他封什么呢？
三，丢包太严重。那打电话怎么就不丢包了？没道理啊！
四，唯一的异常情况是，国内电话打到美国时，一接通就会出在沙沙的异响，但还不至于会影响通话。难道是有干扰？可是视频检查的时候，没有发现什么干扰源啊！
至此已经无计可施了，想了半天后，终于决定不能偷懒，还是拿起omnipeek看看。
探索之旅：捕包后发现问题大
捕包后，俺啥也不看，真奔专家系统，发现问题挺大的，如图：
总共才1410个包，竟有1396个迟到，有点吃惊，立即转到VOIP分析模块：
首先看到的就是failure,结束原因是被拒绝。
虽然是失败，但会话是正常结束的。从图上看出，问题可能出现在RTP上，继续：
上图似乎告诉我们，国内在努力的传，美国那边却是爱理不理的，这是怎么回事？
38-52的延时达到整个数据包的60%
前面都挺正常，可是后面~~似乎越来越不对了~~赶快转到数据包上看看：
看起来后面都是单向的了~~~
可怜的家伙，看起来是国内这边在单相思~~
真相大白：接分机了
这个时候，俺心里差不多有点感觉了，总结起来，应该是会话可以正常建立，但是数据传输时，对方似乎不能正常接收，可能性就在于路由出错！！可是，如果是路由出错，会话又怎么可能正常建立和拆除呢？想来想去，应该是“路”方面的问题，可这是路，又是错在哪里？突然灵光一闪，想起了刚才拔通时异常的沙沙声音，脑子里面惊现出一种可能性：莫不成美国PSTN那边接入时，傍边还接了分机，结果数据传输不能正常响应？！！
立即通知美国方面检查，果然不错，确实接分机了！立即拔掉，重新传真，一切终于回归正常了。
总结：
这个案列中，omnipeek似乎并没有很真接的让俺找出问题的关键，一方面是因为俺对H。323协议非常不熟悉，还有可能是对omnipeek的VOIP分析模块也不熟悉，第一次用这个模块，但确是因为omnipeek才让俺思路有了峰回路转的感觉。
总结出两点教训：
一，要打破惯性思索思维。一开始总认为，打电话可以通，那线路什么的肯定是没有问题的，所以也都不去想线路接法上是否有错。
二，人不能太懒！
