<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 26 Jan 2020, 13:38 Rob Thomas, <<a href="mailto:xrobau@gmail.com" rel="noreferrer noreferrer noreferrer" target="_blank">xrobau@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Unsurprisingly to most, I'm the guy who played one of the VoIP packets<br>
(I'm in the blue Clearly IP shirt).<br>
<br>
After his talk at LCA, I was discussing the way to handle VoIP, and I<br>
mentioned that the way I do most VoIP client connections is via a<br>
tunnel. This allows me to put a proper queue on the tunnel ITSELF, and<br>
just hope that the actual outgoing link of the customer isn't<br>
congested.<br>
<br>
This seems to work reasonably well, and customers usually end up with<br>
good audio (as well as bypassing all the NAT nightmares).<br>
<br>
I'm hoping that Dave comes back next year to LCA (and for those that<br>
missed the announcement, it's in Canberra), and can do some more talks<br>
next year 8)</blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Networking talks will get a larger audience at a networking conference.</div><div dir="auto"><br></div><div dir="auto">I doubt many on the AusNOG mailing list knew there would be a buffer bloat related presentation at LCA, and even if so, network engineers are going to have a harder time convincing management to pay for them to go to a week long conference just for one or just a few relevant talks.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
--Rob<br>
<br>
On Sun, 26 Jan 2020 at 12:29, Dave Taht <<a href="mailto:dave.taht@gmail.com" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">dave.taht@gmail.com</a>> wrote:<br>
><br>
> Ladies and gentlemen! Ryan Mounce has entered the room! Ryan<br>
> contributed the ack-filtering code in sch_cake several years ago. All<br>
> Hail Ryan! Cake ( <a href="https://lwn.net/Articles/758353/" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">https://lwn.net/Articles/758353/</a> )has been available<br>
> out of tree for linux for 5 years (with maintained backports all the<br>
> way back to linux 3.10) and it finally went upstream in linux 4.19.<br>
> Please note that as much as I like cake, the sqm scripts go back even<br>
> further (and also allow for configuring not just fq_codel but pie)<br>
><br>
> On Sat, Jan 25, 2020 at 5:52 PM Ryan Mounce <<a href="mailto:ryan@mounce.com.au" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">ryan@mounce.com.au</a>> wrote:<br>
> ><br>
> > NBN Co do inject options into DHCP and PPPoE requests with the down/up sync rate for their wholesale xDSL services so that ISPs (RSPs in NBN lingo) can shape individual services correctly. I have no sense how widely ISPs are actually taking advantage of this.<br>
><br>
> Well, I try to keep kicking em along. As noted in my previous message<br>
> we're seeing a couple ISPs in germany move on this (<a href="http://free.fr" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">free.fr</a> in france<br>
> adopted this stuff in 2012, everybody else is lagging somewhat :/)<br>
> It's only a few line of shell script hook into the negotiation phases<br>
> at this point. A days worth of work. Or less. And as for "correctly",<br>
> well, I keep hoping folk will leverage the sqm-scripts and/or cake -<br>
> when available. Aside from the fritzbox (which I know has fq_codel in<br>
> it), are there any other common home routers with a reasonably modern<br>
> linux or freebsd os in 'em?<br>
><br>
> Do you have any insight into the DHCP message?<br>
><br>
> who "owns" the end-user router in australia now?<br>
><br>
> anyway, my talk at <a href="http://linux.conf.au" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">linux.conf.au</a> (and blatant plug #2) is reviewed now<br>
> at: <a href="https://blog.apnic.net/2020/01/22/bufferbloat-may-be-solved-but-its-not-over-yet/" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">https://blog.apnic.net/2020/01/22/bufferbloat-may-be-solved-but-its-not-over-yet/</a><br>
><br>
> great to see you here, ryan,<br>
><br>
> > -Ryan<br>
> ><br>
> > On Fri, 17 Jan 2020 at 11:24, Dave Taht <<a href="mailto:dave.taht@gmail.com" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">dave.taht@gmail.com</a>> wrote:<br>
> >><br>
> >> Hi, all. I'm here at <a href="http://linux.conf.au" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">linux.conf.au</a> having just given a talk about how<br>
> >> tcp works in the bufferbloated age[1].<br>
> >><br>
> >> On my way here I stopped in for a few days with geoff huston and<br>
> >> george michaelson who filled my ears with the chaos of the NBN rollout<br>
> >> and other issues in the australian network infrastructure... and gave<br>
> >> me a shot at some data they had on bloat, and ecn usage in the wild<br>
> >> which I hope to write up over the next month or so.<br>
> >><br>
> >> I was wondering about a few things:<br>
> >><br>
> >> How y'all doing on eliminating bufferbloat from your networks? Using<br>
> >> things like fq_codel, sch_fq + bbr, etc?<br>
> >><br>
> >> Do you have any awareness from your regulatorium?<br>
> >><br>
> >> I see, from sites like whirlpool, that some consumer hardware here,<br>
> >> like the fritzbox, have fq_codel now, but it's not clear if ISPs are<br>
> >> actively configuring it (or what we call "sqm") yet. (theres a PPPoe<br>
> >> message now in use in parts of germany for up/down and frame rate<br>
> >> seeing increasing deployment).<br>
> >><br>
> >> Lastly:<br>
> >><br>
> >> Anyone need a wayward network researcher/theorist for a few weeks or<br>
> >> months to help address their bufferbloat issues in their stacks and<br>
> >> hw? - maybe not this trip but on some other occasion?<br>
> >> (I rather like hanging in australia)<br>
> >><br>
> >> [1] blatant plug  <a href="http://youtu.be/ZeCIbCzGY6k" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">http://youtu.be/ZeCIbCzGY6k</a><br>
> >><br>
> >> --<br>
> >> Make Music, Not War<br>
> >><br>
> >> Dave Täht<br>
> >> CTO, TekLibre, LLC<br>
> >> <a href="http://www.teklibre.com" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">http://www.teklibre.com</a><br>
> >> Tel: 1-831-435-0729<br>
> >> _______________________________________________<br>
> >> AusNOG mailing list<br>
> >> <a href="mailto:AusNOG@lists.ausnog.net" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">AusNOG@lists.ausnog.net</a><br>
> >> <a href="http://lists.ausnog.net/mailman/listinfo/ausnog" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br>
> ><br>
> > --<br>
> > Regards,<br>
> > Ryan Mounce<br>
> ><br>
> > <a href="mailto:ryan@mounce.com.au" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">ryan@mounce.com.au</a><br>
> > 0415 799 929<br>
> ><br>
> > Sent from mobile<br>
><br>
><br>
><br>
> --<br>
> Make Music, Not War<br>
><br>
> Dave Täht<br>
> CTO, TekLibre, LLC<br>
> <a href="http://www.teklibre.com" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">http://www.teklibre.com</a><br>
> Tel: 1-831-435-0729<br>
> _______________________________________________<br>
> AusNOG mailing list<br>
> <a href="mailto:AusNOG@lists.ausnog.net" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">AusNOG@lists.ausnog.net</a><br>
> <a href="http://lists.ausnog.net/mailman/listinfo/ausnog" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br>
_______________________________________________<br>
AusNOG mailing list<br>
<a href="mailto:AusNOG@lists.ausnog.net" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">AusNOG@lists.ausnog.net</a><br>
<a href="http://lists.ausnog.net/mailman/listinfo/ausnog" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br>
</blockquote></div></div></div>