[AusNOG] the state of bufferbloat awareness and remediation in australia?

[Rob Thomas]

Unsurprisingly to most, I'm the guy who played one of the VoIP packets
(I'm in the blue Clearly IP shirt).

After his talk at LCA, I was discussing the way to handle VoIP, and I
mentioned that the way I do most VoIP client connections is via a
tunnel. This allows me to put a proper queue on the tunnel ITSELF, and
just hope that the actual outgoing link of the customer isn't
congested.

This seems to work reasonably well, and customers usually end up with
good audio (as well as bypassing all the NAT nightmares).

I'm hoping that Dave comes back next year to LCA (and for those that
missed the announcement, it's in Canberra), and can do some more talks
next year 8)

--Rob

On Sun, 26 Jan 2020 at 12:29, Dave Taht <dave.taht at gmail.com> wrote:
>
> Ladies and gentlemen! Ryan Mounce has entered the room! Ryan
> contributed the ack-filtering code in sch_cake several years ago. All
> Hail Ryan! Cake ( https://lwn.net/Articles/758353/ )has been available
> out of tree for linux for 5 years (with maintained backports all the
> way back to linux 3.10) and it finally went upstream in linux 4.19.
> Please note that as much as I like cake, the sqm scripts go back even
> further (and also allow for configuring not just fq_codel but pie)
>
> On Sat, Jan 25, 2020 at 5:52 PM Ryan Mounce <ryan at mounce.com.au> wrote:
> >
> > 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.
>
> Well, I try to keep kicking em along. As noted in my previous message
> we're seeing a couple ISPs in germany move on this (free.fr in france
> adopted this stuff in 2012, everybody else is lagging somewhat :/)
> It's only a few line of shell script hook into the negotiation phases
> at this point. A days worth of work. Or less. And as for "correctly",
> well, I keep hoping folk will leverage the sqm-scripts and/or cake -
> when available. Aside from the fritzbox (which I know has fq_codel in
> it), are there any other common home routers with a reasonably modern
> linux or freebsd os in 'em?
>
> Do you have any insight into the DHCP message?
>
> who "owns" the end-user router in australia now?
>
> anyway, my talk at linux.conf.au (and blatant plug #2) is reviewed now
> at: https://blog.apnic.net/2020/01/22/bufferbloat-may-be-solved-but-its-not-over-yet/
>
> great to see you here, ryan,
>
> > -Ryan
> >
> > On Fri, 17 Jan 2020 at 11:24, Dave Taht <dave.taht at gmail.com> wrote:
> >>
> >> Hi, all. I'm here at linux.conf.au having just given a talk about how
> >> tcp works in the bufferbloated age[1].
> >>
> >> On my way here I stopped in for a few days with geoff huston and
> >> george michaelson who filled my ears with the chaos of the NBN rollout
> >> and other issues in the australian network infrastructure... and gave
> >> me a shot at some data they had on bloat, and ecn usage in the wild
> >> which I hope to write up over the next month or so.
> >>
> >> I was wondering about a few things:
> >>
> >> How y'all doing on eliminating bufferbloat from your networks? Using
> >> things like fq_codel, sch_fq + bbr, etc?
> >>
> >> Do you have any awareness from your regulatorium?
> >>
> >> I see, from sites like whirlpool, that some consumer hardware here,
> >> like the fritzbox, have fq_codel now, but it's not clear if ISPs are
> >> actively configuring it (or what we call "sqm") yet. (theres a PPPoe
> >> message now in use in parts of germany for up/down and frame rate
> >> seeing increasing deployment).
> >>
> >> Lastly:
> >>
> >> Anyone need a wayward network researcher/theorist for a few weeks or
> >> months to help address their bufferbloat issues in their stacks and
> >> hw? - maybe not this trip but on some other occasion?
> >> (I rather like hanging in australia)
> >>
> >> [1] blatant plug  http://youtu.be/ZeCIbCzGY6k
> >>
> >> --
> >> Make Music, Not War
> >>
> >> Dave Täht
> >> CTO, TekLibre, LLC
> >> http://www.teklibre.com
> >> Tel: 1-831-435-0729
> >> _______________________________________________
> >> AusNOG mailing list
> >> AusNOG at lists.ausnog.net
> >> http://lists.ausnog.net/mailman/listinfo/ausnog
> >
> > --
> > Regards,
> > Ryan Mounce
> >
> > ryan at mounce.com.au
> > 0415 799 929
> >
> > Sent from mobile
>
>
>
> --
> Make Music, Not War
>
> Dave Täht
> CTO, TekLibre, LLC
> http://www.teklibre.com
> Tel: 1-831-435-0729
> _______________________________________________
> AusNOG mailing list
> AusNOG at lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog