<font face="arial" size="2"><p style="margin:0;padding:0;">diffserv does not propagate well in the Internet outside.   I would be surprised if diffserv helped much at all in a typical "home network accessing a high speed Internet access provider" scenario.</p>
<p style="margin:0;padding:0;"> </p>
<p style="margin:0;padding:0;">There is NO interprovider standard for handling diffserv - so it's like setting the "behave randomly" knob to 11.</p>
<p style="margin:0;padding:0;"> </p>
<p style="margin:0;padding:0;">-----Original Message-----<br />From: "Dave Taht" <dave.taht@gmail.com><br />Sent: Friday, August 10, 2012 2:06pm<br />To: "Michael Mee" <mm2001@pobox.com><br />Cc: cerowrt-devel@lists.bufferbloat.net<br />Subject: Re: [Cerowrt-devel] debugging sip udp weirdness in 3.3.[68]<br /><br /></p>
<div id="SafeStyles1344628349">
<p style="margin:0;padding:0;">On Thu, Aug 9, 2012 at 6:07 PM, Michael Mee <mm2001@pobox.com> wrote:<br />> [Hoping to help with feedback, but not sure if this is the right place.<br />> Apologies and please redirect me if so!]<br />><br />> When I run the stock Android Jelly Bean SIP client (part of the dialer)<br />> over my Netgear WNDR3800 on 2.4g (CEROwrt) with 3.3.8 (and also 3.3.6<br />> prior), the conversations are poor. It sounds like packets are being<br />> dropped all over the place. This is despite plenty of bandwidth<br />> available (ADSL2 at 15 x 1.5Mbps, IPv4). Other (generic, non-CEROwrt)<br />> wireless networks I've tried work well, as does the 4G or 3G service<br />> from my phone. I'm running the GSM codec which consumes about 30kbps.<br />> This is a vanilla SIP connection, using UDP. It doesn't happen all the<br />> time - about 50% (+/- 25%!) of calls.<br /><br />Yes, this is interesting.<br /><br />Are you using QoS on the outgoing link at all?<br /><br />One bug that cropped up in releases prior to 3.3.8-11 was that the VI and BK<br />portions of the wireless spectrum were being "interestingly" stomped<br />on by the ath9k driver.<br /><br />http://www.bufferbloat.net/issues/402 and 401<br /><br />As cerowrt is now doing extensive diffserv classification on wifi this<br />could possibly affect voip significantly. (the problem was generic to<br />the ath9k driver however)<br /><br />I'm not ready with a new release of cerowrt yet, however.<br /><br />Also we were using some settings for codel that were suboptimal. In<br />fact it's increasingly likely that no setting on the current fq_codel<br />is optimal in the spot on the wifi driver stack it's at.<br /><br /><br />> If this is interesting to anyone and I can help debug it by providing<br />> more information, I'm happy to. Or, feel free to say "Doh, of course it<br />> doesn't work, this is beta software at best. Go away!"<br /><br />Oh, no, making sure wifi voip works well is very high on our priority list.<br /><br />tcpdump a test stream (I can provide detailed syntax) and we can look<br />at the drop pattern.<br /><br />><br />> thanks, Michael<br />> _______________________________________________<br />> Cerowrt-devel mailing list<br />> Cerowrt-devel@lists.bufferbloat.net<br />> https://lists.bufferbloat.net/listinfo/cerowrt-devel<br /><br /><br /><br />-- <br />Dave Täht<br />http://www.bufferbloat.net/projects/cerowrt/wiki - "3.3.8-6 is out<br />with fq_codel!"<br />_______________________________________________<br />Cerowrt-devel mailing list<br />Cerowrt-devel@lists.bufferbloat.net<br />https://lists.bufferbloat.net/listinfo/cerowrt-devel</p>
</div></font>