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:
<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
| |||
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可能会有不同的地方,所以连接上会出现问题。
转载于:https://blog.51cto.com/chenzhonghua/249949