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才让俺思路有了峰回路转的感觉。

     总结出两点教训：

一，要打破惯性思索思维。一开始总认为，打电话可以通，那线路什么的肯定是没有问题的，所以也都不去想线路接法上是否有错。
二，人不能太懒！