您当前的位置:
比较纠结的网络编程问题（可能与交换机有关，网络拥塞）
我们有一个视频采集设备（简称A）,通过某品牌交换机（简称B），和网络播放器连接。网络播放器有两个版本，一个是linux平台版本（简称C），一个是windows平台版本（简称D）。视频采集设备上跑的是linux2.6的内核，采集设备与播放器之间是通过TCP协议连接的，就是采集send了，问题是A与C通过B连接起来后，跑的一切OK，网络也不卡顿，但是A与D，还是通过B连起来后，图像卡顿的厉害。都是同时接四个A的，数据量也大致相等。此外，一个A和D，通过B连接起来后，是不卡顿的，就是A多了才卡顿。还有换个品牌交换机(简称E)，一切OK了，所有卡顿都解决了。其实我们用多个A和D通信，是有特点的，就是交换机的四个端口（连A的）,网络速率还算可以，但是连D的那个端口，数据量很大，因为要从其它的四个端口接受数据的。
猜想一：5口交换机，四个端口给另一个端口大量发数据，会不会造成网络拥塞？这样应该怎样避免？
猜想二：视频采集大概是40毫秒采集一帧数据，会不会是因为采集完发送，几毫秒发送完，然后等待。也就是说，网络发送速率不是匀速的。是峰值，低谷，峰值，这样交替进行，从而导致出现问题了？
希望高手踊跃赐教啊。
------解决方案--------------------
看了你这个问题，你描叙的实在是。。。。。。
有几点仅供你参考：
1.对于视频设备，在不同平台上的工作原理可能不太一样，你要看该视频设备的说明书。比如：网络视频服务器A，同时支持普通IP连接视频、UDP广播和RTP传输，在Linux平台上使用传输方法不一定和windows平台上的一致，尤其是很多国产设备，是在是偷懒坑爹型的，表面上看一样，其实还不如合资产品5年前的设备
2.设备软件使用的方法错误，比如视频设备每连接一台计算机就创建一个连接没有设置转发，那设备多的时候就很卡了
3.某些国产设备或小厂设备在设计基于linux的硬件时候，连基本的网络管理和检测机制都没有，连接通一个设备再中断原连接竟然还在发送数据（基于UDP）。。。各种情况实在是太多，你给的信息实在有限。
4.视频设备如果是HD级别的话，不同的编码方式会有较大的区别，通常2.5M每秒的数据量也有很多，那么你的设备卡也很正常（现在很多视频设备支持多码流，即发送给C和D设备清晰度不一样）
5.该网络交换机对大量小数据处理不力，换一个吧（主要是针对那些声音处理不合格的软件，不封包直发音频）
------解决方案--------------------
问题可能还是出在交换机上，可能后背板带宽有关