Polycom和Tandberg视频设备互联问题
Polycom和Tandberg是目前企业级主要的两家视频会议设备提供商，很多公司都是用他们的设备进行远程的视频会议。
我们公司也不例外，使用的是Polycom的VSX7000系列的设备，最近有个美国的客户需要与公司的同事进行视频会议，会议之前的测试中出现了互联问题，只要表现在：
1. 我们可以看到对方，但对方有时可以看到我们，有时却无法看到我们。
2. 每次连接都可以连通，但是奇怪的是每次在55秒时就自动中断。
但是我们用自己的设备连接到Polycom或者Tandberg的测试网站，都没有自动中断的问题，用Polycom的PVX（PVX是Polycom的桌面视频产品）通过3G网卡进行测试，都不存在问题。
美国方面也进行了同样的测试，同样不错在问题，这样的结果让我们摸不着头绪，到底是什么问题一起的呢。
咨询供应商的结果是可能是防火墙规则引起的。
于是我们将双方的设备型号和拓扑都收集起来进行分析，发现没有问题，只是双方用的是不同厂家的产品，
中国---Polycom 产品，NAT整个IP地址。
美国---Tandberg 产品，使用网闸, 网闸在DMZ区，各视频设备位于内网。
因为事先设备都是用正常，而且没有是通过NAT将设备作为一个IP地址发布出去，所有端口都是开放的，所以不可能是防火墙规则引起问题。
经过反复的测试，我在Polycom和Tandberg的通话信息中发现每次在视频协议中都是使用H.264，没有数据流。
连接状态数据如下
|
Calls Connected:
|
|||
|
Transmit
|
Receive
|
||
|
Call Speed:
|
384 K
|
384 K
|
|
|
Video Protocol:
|
H.264
|
H.264
|
|
|
Video Annex:
|
---
|
---
|
|
|
Video Format:
|
CIF
|
CIF
|
|
|
Audio Protocol:
|
G.722
|
G.722
|
|
|
Total Packets Lost:
|
0
|
0
|
|
|
% Packet Loss:
|
0.0 %
|
0.0 %
|
|
|
Far Site Name:
|
此处省略
|
||
|
Far Site System:
|
82010100/Tandberg MXP/73
|
||
|
Far Site Number:
|
此处省略
|
||
|
Call Type:
|
H.323
|
||
|
Audio Rate:
|
64 K
|
64 K
|
|
|
Video Rate:
|
320 K
|
320 K
|
|
|
Video Rate Used:
|
320 K
|
36 K
|
|
|
Video Frame Rate:
|
25.0
|
25.0
|
|
|
Video Packets Lost:
|
0
|
0
|
|
|
Video Jitter:
|
0 ms
|
0 ms
|
|
|
Audio Packets Lost:
|
0
|
0
|
|
|
Audio Jitter:
|
0 ms
|
0 ms
|
|
|
Video FEC Errors:
|
0
|
||
|
Content Protocol:
|
H.263
|
---
|
|
|
---
|
---
|
||
|
Content Format:
|
---
|
---
|
|
|
Content Rate:
|
0 K
|
---
|
|
|
Content Rate Used:
|
0 K
|
---
|
|
|
Content Frame Rate:
|
0.0
|
---
|
|
|
Content Packets Lost:
|
0
|
---
|
|
于是网上搜索，都没有有价值的解决方法。无意中将Polycom的网络设置---Call preference中将Basic Mode选中，进行测试时，发现所有的问题都没有了，感觉很奇怪，于是从两端的通话信息中再进行查看，发现两端使用的视频协议改成了H.261数据如下：
|
Calls Connected:
|
|||
|
Transmit
|
Receive
|
||
|
Call Speed:
|
384 K
|
384 K
|
|
|
Video Protocol:
|
H.261
|
H.261
|
|
|
Video Annex:
|
---
|
---
|
|
|
Video Format:
|
CIF
|
CIF
|
|
|
Audio Protocol:
|
G.711U
|
G.711U
|
|
|
Errors:
|
---
|
||
|
Sync:
|
---
|
||
|
Far Site Name:
|
此处省略
|
||
|
Far Site System:
|
82010100/Tandberg MXP/73
|
||
|
Far Site Number:
|
此处省略
|
||
|
Call Type:
|
H.323(Basic Mode)
|
||
|
Audio Rate:
|
64 K
|
64 K
|
|
|
Video Rate:
|
320 K
|
320 K
|
|
|
Video Rate Used:
|
323 K
|
21 K
|
|
|
Video Frame Rate:
|
24.9
|
31.1
|
|
|
Video Packets Lost:
|
0
|
1
|
|
|
Video Jitter:
|
5 ms
|
7 ms
|
|
|
Audio Packets Lost:
|
0
|
2
|
|
|
Audio Jitter:
|
0 ms
|
0 ms
|
|
|
Video FEC Errors:
|
0
|
||
|
Content Protocol:
|
---
|
---
|
|
|
---
|
---
|
||
|
Content Format:
|
---
|
---
|
|
|
Content Rate:
|
---
|
---
|
|
|
Content Rate Used:
|
---
|
---
|
|
|
Content Frame Rate:
|
---
|
---
|
|
|
Content Packets Lost:
|
---
|
---
|
|
至此，问题解决，应该是两端设备对H.264协议兼容性的问题，因为双方在不断的Retry，但是还是收不到视频包，所以就认为无法连接，这样两端系统就自动中断连接，这段Retry时间可能就是55秒，所以这就是为什么55秒会自动中断的原因。
只要在任何一方只开启H.261，通信就没有问题。
Polycom设置是在 Call preference中的选择Basic Mode
Tandberg设置是在H.323设定中将H.264和H.263去除，只选择H.261。
后记：
H.264和H.263应该是H.261的扩展或者升级版本，各厂家对H.264和H.263可能会有不同的地方，所以连接上会出现问题。