在linux上使用vlc在由几台笔记本电脑组成的无线网络上进行视频传输实验

使用“单播”(unicast ) udp,效果更好、更顺畅

但是,如果使用过“多播”(Multicast ) udp,效果会很差,接收的图像中有很多方形,图像看起来不太清楚

换成rtp也没有好转

谁知道这样的广播传输为什么丢包率这么高?

怎么解决? 如何“一视同仁”广播包和单播包zjdbl

3x! bow//

应该确定哪个环节的丢包明显增加。

虽然收到了接收方的以太网芯片,但是如果丢弃了一部分的话,看其控制机制的话,应该可以很容易地解决。

与多播分组的重发有关吗?

udp没有重新发送吧? 偶尔软弱。

组播协议必须考虑重发吧

我只见过相关的paper,没见过相关的协议代码,太荒谬了

你能详细说一下吗? 例如,路由协议是什么? 网络拓扑怎么样?

自组织网络? 802.11是否连接?

没有路由协议。 在两台thinkpad上,一台笔记本电脑通过网络摄像头捕获视频并将其传输到另一个显示器。

可以说是即席的吧。 两本书连接着一个APP,所以在同一个子网里,一跳就到了。

通过802.11b协议

不知道如何实现Multicast的UDP,是否使用了MAC层的广播数据包

如果是的话,有一个可能的理由

实验链路质量差或有其他局域网干扰,MAC层有一定的误码率。 这里,广播分组在MAC层不具有ACK,单播分组在MAC层具有ACK,可以多次重传直到超时。 传输层使用UDP没有反馈,但考虑到下面的MAC层,还有。

. 66

802.11多播/广播数据不在MAC层重发,并且单播具有ACK。 所以组播的数据包丢失了

会相当严重。 既没有重新发送自己的IP多播,也没有重新发送UDP单播,应该与IP层、传输层无关。

另一种可能性是,所有当前的无线路由器都应该在二楼进行,机制类似于igmp侦听

组播、igmp侦听给处理器带来很大压力,尤其是组播视频码率较高的原因

我们以前在netgear的无线路由器上进行组播时,AP经常反映不出来了。

那样的话,这个问题不是解不出来吗?

那么,现有的无线视频广播是怎么处理的呢?

ms可能是第一种情况。 这是因为,对于两个设备同时接收到的广播数据包,往往会丢失相同的数据包

顺便问一下,普通丢包会有多严重? 我的是10几%到20%的丢包率: (

从APP应用层看到的丢包可以是链路错误代码或丢包。 首先,使用iper等网络测量工具

测量一下udp传输中的丢包率吧?

很难测量错误率。 madwifi驱动器就可以了。 请不要让驱动器过滤crc检查错误

创建包并根据mac地址进行分析。

20%的丢包率提高了。 一般没那么夸张啊。

你说的那个可能性应该不存在

这个ap有多个ssid,如果不打开igmp侦听,就会变成马赛克,其实两个ssid就是这个

成为了样本

打开igmp snooping可使播放更加平滑

组播的mac层应该使用广播分组,但是这没有ARQ吧。

跟踪这个系列已经有一段时间了,但我越看越DBM。 追的夏天本来说了几个笔记,这样组播还是可以说的。

现在是怎么变成两辆的? 两台笔记本电脑为什么要组播? 另外,不知道是点对点还是infras

真的真的。 在前者的情况下,美联储没有任何帮助。 在后者的情况下,即使是相同的子网,也只要2跳(

AP继电器)。 接下来指出的问题大多是协议参数,但这些参数应该与拓扑有关

所以,我偶尔想弄清楚拓扑.

事情就是这样

我的笔记本电脑由于驱动程序问题无法设置为ad hoc模式,因此几台笔记本电脑连接到一个无线路由器,但都在一个网段上,例如192.168.1.0 例如,IP为192.168.1.5的书,IP会跳到192.2并送到

实验设计了一台正式发布、n(n=1)台接收,没有任何中继,简单的一对多无线组播。 但是为了简单,调试的时候,我只收了一台

但是,本来,像我这样的传输只要在子网内跳就能进行。 它不会通过无线路由器转发

这是第一次在11e上定义direct link吧

我觉得现在也能用的很多网卡需要两跳。 sta1-ap-sta2即使sta1和sta2是一个

网络段

现在不知道当AP向每个STA发送多播消息时,STA是否还在响应ACK

我也不知道哦。 但是,从前面的大回复来看,在播放的情况下,mac层似乎不会回复ACK。

有可以检测ACK的工具吗?

哥哥有时不明白。 一个最多是7次重发,一个完全不是重发。

为什么是“平等”的呢?

快三三期必中口诀和技巧p snooping可使播放更加平滑

组播的mac层应该使用广播分组,但是这没有ARQ吧。

跟踪这个系列已经有一段时间了,但我越看越DBM。 追的夏天本来说了几个笔记,这样组播还是可以说的。

现在是怎么变成两辆的? 两台笔记本电脑为什么要组播? 另外,不知道是点对点还是infras

真的真的。 在前者的情况下,美联储没有任何帮助。 在后者的情况下,即使是相同的子网,也只要2跳(

AP继电器)。 接下来指出的问题大多是协议参数,但这些参数应该与拓扑有关

所以,我偶尔想弄清楚拓扑.

事情就是这样

我的笔记本电脑由于驱动程序问题无法设置为ad hoc模式,因此几台笔记本电脑连接到一个无线路由器,但都在一个网段上,例如192.168.1.0 例如,IP为192.168.1.5的书,IP会跳到192.2并送到

实验设计了一台正式发布、n(n=1)台接收,没有任何中继,简单的一对多无线组播。 但是为了简单,调试的时候,我只收了一台

但是,本来,像我这样的传输只要在子网内跳就能进行。 它不会通过无线路由器转发

这是第一次在11e上定义direct link吧

我觉得现在也能用的很多网卡需要两跳。 sta1-ap-sta2即使sta1和sta2是一个

网络段

现在不知道当AP向每个STA发送多播消息时,STA是否还在响应ACK

我也不知道哦。 但是,从前面的大回复来看,在播放的情况下,mac层似乎不会回复ACK。

有可以检测ACK的工具吗?

哥哥有时不明白。 一个最多是7次重发,一个完全不是重发。

为什么是“平等”的呢?