Hi,<br><br><div><span class="gmail_quote">2008/3/8, Marshall Eubanks &lt;<a href="mailto:tme@multicasttech.com">tme@multicasttech.com</a>&gt;:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The first question I ask in any 802.11 multicast debugging is :<br> <br> Are you sure that none of your Access points have multicast rate<br> limits set ?<br> <br> (These are in my experience pretty common and generally turned on by<br>
 default.)</blockquote><div><br>I have checked my problem with 4 different devices: an AP Cisco Aironet 1200, a wifi router Zyxel Prestige 600, a Conceptronic wifi router and an AP Linksys DWL700, having in these similar loss rates. I have searched for multicast parameters (multicast packets per second rate limit included) to change but I have found nothing. Should this parameter be available? It seems strange to me that the Cisco one has only a multicast parameter but regarded only to bridges (anyway, it was changed just to see if it took any effect, but it didn&#39;t).<br>
</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> The second is a two part question :<br> <br> Are you aware that all multicasts on your wired LAN will be flooded<br>
 to your wireless LAN, even if there are no recipients for them<br> there ? Are<br> you sure that there are no high bandwidth multicasts on your wired<br> LAN ? (This, AFAICT, is the reason for the multicast rate limit<br>
 defaults.)</blockquote><div><br>I have monitored the radio channel of the APs and the routers to see how loaded it was with and without the multicast service and they were less than 1 Mbps.<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 I have gotten decent multicast throughput at 1 Mbps even for 802.11b,<br> so it sounds like you have a problem here.<br> <br><br> On Mar 8, 2008, at 5:01 AM, Javier Gálvez Guerrero wrote:<br> <br> &gt; Hi,<br> &gt;<br> &gt; I think I understood the difference between upstream and<br>
 &gt; downstream. What I wanted to point out is that, although the<br> &gt; maximum numerical available bandwidth of 802.11g is 54 Mbps, due to<br> &gt; issues like listening the channel, overhead data and dividing the<br>
 &gt; channel in downstream and upstream (the AP is receiving for a while<br> &gt; and transmitting for another while, isnt&#39;it? Please, let me know if<br> &gt; I am confused in this point.), the real data rate that clients can<br>
 &gt; receive is not 54 Mbps, so it is quite lower. But anyway, what I<br> &gt; wondered is why should appear such an amount of packet losses if<br> &gt; the available bandwidth was high enough to support the stream.<br> &gt;<br>
 <br> <br>There shouldn&#39;t be.<br> <br><br> <br> &gt; It&#39;s true that wireless links are much less reliable than wired<br> &gt; ones, but I thought that this loss rate being quite near the AP was<br> &gt; quite high.<br>
 <br> <br>If the loss rate is high even when you are near the AP, you may have<br> RFI issues (i.e., other WLANs, computer to computer networks, etc.).<br> These of course would be more or less the same for unicast and<br>
 multicast.</blockquote><div><br>I have checked in three different environments and with different WiFi channels and always the same results: unicast working pretty well but multicast (the same video tested in unicast) losing many packets.<br>
</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> &gt; The other thing that seemed strange to me was why MPEG-4<br> &gt; transcoding but even increasing the needed multicast streaming<br>
 &gt; bitrate had less error rate.<br> <br> <br>I don&#39;t understand this sentence. Please provide some more detail here.</blockquote><div><br>Sorry, I got confused and this had no sense. If I transcode the streamed file to lower video and audio bitrates the loss rate is decreased as well (obviously).<br>
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> Regards<br> <br>Marshall</blockquote><div><br>Please, let me&nbsp; know if exists any tool that can configure any wifi multicast performance parameter. <br>
<br>Thank you,<br>Javi<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> &gt;<br> &gt;<br> &gt; Anyway, thanks for the links and the info; it is much appreciated.<br>
 &gt; Hope VLC can add reliable multicast streaming over wireless links<br> &gt; in a near future.<br> &gt;<br> &gt; Regards,<br> &gt; Javi<br> &gt;<br> &gt; 2008/3/8, Sebastien Chaumontet &lt;<a href="mailto:sebastien@chaumontet.net">sebastien@chaumontet.net</a>&gt;: Wireless<br>
 &gt; is not a wire: on wireless it is normal to get errors/loss.<br> &gt;<br> &gt; Have you really understood the difference between upstream and<br> &gt; downstream behavior in multicast over wireless?<br> &gt;<br> &gt; <a href="http://www.sydneywireless.com/?p=736">http://www.sydneywireless.com/?p=736</a><br>
 &gt; ------------------<br> &gt; The 802.11 (Wi-Fi) standards specify support for multicasting as part<br> &gt; of asynchronous services. An 802.11 client station, such as a wireless<br> &gt; laptop or PDA (not an access point), begins a multicast delivery by<br>
 &gt; sending multicast packets in 802.11 unicast data frames directed to<br> &gt; only the access point. The access point responds with an 802.11<br> &gt; acknowledgement frame sent to the source station if no errors are<br>
 &gt; found in the data frame.<br> &gt;<br> &gt; If the client sending the frame doesn t receive an acknowledgement,<br> &gt; then the client will retransmit the frame. With multicasting, the leg<br> &gt; of the data path from the wireless client to the access point includes<br>
 &gt; transmission error recovery. The 802.11 protocols ensure reliability<br> &gt; between stations in both infrastructure and ad hoc configurations when<br> &gt; using unicast data frame transmissions.<br> &gt;<br> &gt; After receiving the unicast data frame from the client, the access<br>
 &gt; point transmits the data (that the originating client wants to<br> &gt; multicast) as a multicast frame, which contains a group address as the<br> &gt; destination for the intended recipients. Each of the destination<br>
 &gt; stations can receive the frame; however, they do not respond with<br> &gt; acknowledgements. As a result, multicasting doesn t ensure a complete,<br> &gt; reliable flow of data.<br> &gt;<br> &gt; The lack of acknowledgments with multicasting means that some of the<br>
 &gt; data your application is sending may not make it to all of the<br> &gt; destinations, and there s no indication of a successful reception.<br> &gt; This may be okay, though, for some applications, especially ones where<br>
 &gt; it s okay to have gaps in data. For instance, the continual streaming<br> &gt; of telemetry from a control valve monitor can likely miss status<br> &gt; updates from time-to-time.<br> &gt; ------------------<br> &gt;<br>
 &gt; Some solutions are already in TODO list for VLC :<br> &gt; <a href="https://trac.videolan.org/vlc/ticket/820">https://trac.videolan.org/vlc/ticket/820</a><br> &gt;<br> &gt; ---<br> &gt; Seb<br> &gt;<br> &gt;<br> &gt; On 3/8/08, Javier Gálvez Guerrero &lt;<a href="mailto:dulceangustia@gmail.com">dulceangustia@gmail.com</a>&gt; wrote:<br>
 &gt; &gt; Hi again,<br> &gt; &gt;<br> &gt; &gt; I know some multicast wifi behaviour issues that make multicast<br> &gt; streaming<br> &gt; &gt; less reliable than unicast but what I can not understand is why,<br> &gt; if I have<br>
 &gt; &gt; made sure that every network device is working at 54 Mbps in a<br> &gt; mandatory<br> &gt; &gt; way, with no power save mode but even with the DTIM wifi<br> &gt; parameter set at<br> &gt; &gt; the minimum (1) and loading the wifi channel with less than 2<br>
 &gt; Mbps of data<br> &gt; &gt; (monitored with Wireshark), I have heavy packet losses (1/10<br> &gt; packets are<br> &gt; &gt; lost in the wifi channel). I know how huge is the wifi overhead,<br> &gt; but even<br> &gt; &gt; having an effective rate of 36 or 24 Mbps and having the half for<br>
 &gt; upstream<br> &gt; &gt; and the other half for downstream, 12 Mbps (let&#39;s say 10 Mbps)<br> &gt; should be<br> &gt; &gt; more than enough to cope with ONE multicast streaming video (less<br> &gt; than 400<br> &gt; &gt; kbps) with not such errors.<br>
 &gt; &gt;<br> &gt; &gt; I have checked it with the client device at less of one meter<br> &gt; from the AP<br> &gt; &gt; and there are many lost packets, tested in different<br> &gt; environments, networks<br> &gt; &gt; and with different client devices. If I transcode the streamed<br>
 &gt; files to mp4<br> &gt; &gt; 256 kbps video and 128 kbps audio it works pretty well but the<br> &gt; whole bitrate<br> &gt; &gt; ( 256 + 128 ) is bigger than the original one (333 kbps), what<br> &gt; still gets me<br>
 &gt; &gt; more confused. It has something to do that the original video can<br> &gt; be encoded<br> &gt; &gt; with MPEG-1 or 2? Anyway, how can be possible that I have this<br> &gt; amount of<br> &gt; &gt; lost packets if I have the radio channel almost &quot;dedicated&quot; with<br>
 &gt; such a<br> &gt; &gt; higher available rate than needed?<br> &gt; &gt;<br> &gt; &gt;<br> &gt; &gt; Thank you all,<br> &gt; &gt; Javi<br> &gt; &gt;<br> &gt; &gt; 2008/3/3, Sebastien Chaumontet &lt;<a href="mailto:sebastien@chaumontet.net">sebastien@chaumontet.net</a>&gt;:<br>
 &gt; &gt; &gt; Hi,<br> &gt; &gt; &gt;<br> &gt; &gt; &gt; Problem with multicast (as broadcast) over wireless is that it<br> &gt; is not<br> &gt; &gt; reliable:<br> &gt; &gt; &gt; In the unicast world, wireless is retransmitting lost packets.<br>
 &gt; &gt; &gt; With broadcast or multicast on wireless (downstream way: from<br> &gt; AP to<br> &gt; &gt; &gt; clients) if packets are lost they are not retransmitted.<br> &gt; &gt; &gt;<br> &gt; &gt; &gt; An other behavior is that multicast is used as the rate of the<br>
 &gt; lowest<br> &gt; &gt; &gt; client associated with the AP. ie: if all your clients on the<br> &gt; AP are<br> &gt; &gt; &gt; using 11Mb/s except one at 1Mb/s, multicast and broadcast will<br> &gt; be sent<br> &gt; &gt; &gt; at 1Mb/s.<br>
 &gt; &gt; &gt;<br> &gt; &gt; &gt; Regards<br> &gt; &gt; &gt; Seb<br> &gt; &gt; &gt;<br> &gt; &gt; &gt;<br> &gt; &gt; &gt; On Mon, Mar 3, 2008 at 2:53 PM, Javier Gálvez Guerrero<br> &gt; &gt; &gt; &lt;<a href="mailto:dulceangustia@gmail.com">dulceangustia@gmail.com</a>&gt; wrote:<br>
 &gt; &gt; &gt; &gt; Hi,<br> &gt; &gt; &gt; &gt;<br> &gt; &gt; &gt; &gt; I am trying to stream multicast videos through a hybrid<br> &gt; wireless-wired<br> &gt; &gt; &gt; &gt; network and I am having some problems at wireless clients. I<br>
 &gt; have<br> &gt; &gt; checked<br> &gt; &gt; &gt; &gt; with differents devices and even with different networks<br> &gt; (laboratory and<br> &gt; &gt; &gt; &gt; home), but the results are the same: &quot;ts warning:<br>
 &gt; discontinuity received<br> &gt; &gt; 0xX<br> &gt; &gt; &gt; &gt; instead of 0xX (pid = 68 or 69)&quot; messages, so having some<br> &gt; video and<br> &gt; &gt; audio<br> &gt; &gt; &gt; &gt; interruptions and poor frame decoding results.<br>
 &gt; &gt; &gt; &gt;<br> &gt; &gt; &gt; &gt; I stream from a VLC server (through VLM, VLC 0.8.6d), Ubuntu<br> &gt; Linux 32<br> &gt; &gt; bits<br> &gt; &gt; &gt; &gt; based, running in a laptop. It serves RTSP VOD videos and UDP<br>
 &gt; multicast,<br> &gt; &gt; &gt; &gt; both configured with VLM telnet interface. It streams via<br> &gt; 802.11g at 54<br> &gt; &gt; Mbps<br> &gt; &gt; &gt; &gt; to a Cisco Aironet 1200 series access point, connected to a<br>
 &gt; switch with<br> &gt; &gt; many<br> &gt; &gt; &gt; &gt; other computers. Then I have two clients: a desktop and a<br> &gt; laptop. The<br> &gt; &gt; &gt; &gt; desktop is wired and it receives both VOD and the multicast<br>
 &gt; streams<br> &gt; &gt; &gt; &gt; perfectly, but the laptop, connected to the network with 802.11g<br> &gt; &gt; receives<br> &gt; &gt; &gt; &gt; VOD with no problems but the multicast stream with many<br> &gt; discontinuity<br>
 &gt; &gt; &gt; &gt; errors. If I connect the laptop to the wired network the<br> &gt; multicast<br> &gt; &gt; streams<br> &gt; &gt; &gt; &gt; are received with no problems.<br> &gt; &gt; &gt; &gt;<br> &gt; &gt; &gt; &gt; I configure the scheduled multicast streaming:<br>
 &gt; &gt; &gt; &gt;<br> &gt; &gt; &gt; &gt; &gt; new test broadcast enabled<br> &gt; &gt; &gt; &gt; &gt; setup test input<br> &gt; &gt; /media/sda2/diptv/server/contents/test.mpg<br> &gt; &gt; &gt; &gt; &gt; setup test output<br>
 &gt; &gt; #standard{mux=ts,access=udp,dst=<a href="http://239.255.1.5:60101">239.255.1.5:60101</a>}<br> &gt; &gt; &gt; &gt;&nbsp;&nbsp;&gt; new test_tv schedule enabled<br> &gt; &gt; &gt; &gt; &gt; setup test_tv date 2008/02/28-14:50:00<br>
 &gt; &gt; &gt; &gt; &gt; setup test_tv append control test play<br> &gt; &gt; &gt; &gt;<br> &gt; &gt; &gt; &gt; I have tried with different videos, different wireless<br> &gt; receivers,<br> &gt; &gt; different<br> &gt; &gt; &gt; &gt; 802.11g channels and transmission rates (and many other<br>
 &gt; access point<br> &gt; &gt; &gt; &gt; features), streaming from a wired and wireless server, with a<br> &gt; WIFI<br> &gt; &gt; &gt; &gt; Conceptronic router or a D-Link DWL700 access point instead<br> &gt; the Cisco<br>
 &gt; &gt; &gt; &gt; Aironet 1200 and receiving in a Linux or WinXP client with<br> &gt; the same<br> &gt; &gt; results,<br> &gt; &gt; &gt; &gt; the raw of discontinuity errors at receiver. I have also tried<br> &gt; &gt; increasing<br>
 &gt; &gt; &gt; &gt; the buffer size of VLC for UDP muxer with no effect.<br> &gt; &gt; &gt; &gt;<br> &gt; &gt; &gt; &gt; I have launched Wireshark protocol analyzer to track the udp<br> &gt; packets on<br> &gt; &gt; the<br>
 &gt; &gt; &gt; &gt; wired desktop and on the wireless laptop and the difference<br> &gt; are some<br> &gt; &gt; random<br> &gt; &gt; &gt; &gt; missing packets on the wireless laptop network interface,<br> &gt; obvious<br>
 &gt; &gt; losses.<br> &gt; &gt; &gt; &gt;<br> &gt; &gt; &gt; &gt; So what I would like to know is if somebody has faced this<br> &gt; problem with<br> &gt; &gt; &gt; &gt; multicast streaming in a wireless environment and, if it has<br>
 &gt; been<br> &gt; &gt; finally<br> &gt; &gt; &gt; &gt; solved, how to do it. If the solution is a different access<br> &gt; point I<br> &gt; &gt; would<br> &gt; &gt; &gt; &gt; like to know which ones have worked properly with this issue.<br>
 &gt; &gt; &gt; &gt;<br> &gt; &gt; &gt; &gt;<br> &gt; &gt; &gt; &gt; Thanks a lot.<br> &gt; &gt; &gt;<br> &gt; &gt; &gt; &gt; _______________________________________________<br> &gt; &gt; &gt; &gt;&nbsp;&nbsp;streaming mailing list<br>
 &gt; &gt; &gt; &gt;&nbsp;&nbsp;To unsubscribe or modify your subscription options:<br> &gt; &gt; &gt; &gt;&nbsp;&nbsp;<a href="http://mailman.videolan.org/listinfo/streaming">http://mailman.videolan.org/listinfo/streaming</a><br> &gt; &gt; &gt; &gt;<br>
 &gt; &gt; &gt; &gt;<br> &gt; &gt; &gt;<br> &gt; &gt;<br> &gt; &gt;<br> &gt; &gt; _______________________________________________<br> &gt; &gt;&nbsp;&nbsp;streaming mailing list<br> &gt; &gt;&nbsp;&nbsp;To unsubscribe or modify your subscription options:<br>
 &gt; &gt;&nbsp;&nbsp;<a href="http://mailman.videolan.org/listinfo/streaming">http://mailman.videolan.org/listinfo/streaming</a><br> &gt; &gt;<br> &gt; &gt;<br> &gt;<br> &gt; _______________________________________________<br> &gt; streaming mailing list<br>
 &gt; To unsubscribe or modify your subscription options:<br> &gt; <a href="http://mailman.videolan.org/listinfo/streaming">http://mailman.videolan.org/listinfo/streaming</a><br> <br> </blockquote></div><br>