From: Aaron Wood <woody77@gmail.com>
To: Dave Taht <dave.taht@gmail.com>
Cc: Marco Belmonte <marco@heavenlysanctuary.com>,
bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] ONTs and ITU - T G.988
Date: Wed, 12 Jan 2022 17:37:10 -0800 [thread overview]
Message-ID: <CALQXh-MAN14-9Tb-_qqp0CqzP+EuHKRy1GB+Fbabgq4GpRrKLg@mail.gmail.com> (raw)
In-Reply-To: <CAA93jw4f2EAKEohbhP=GzRZ4LO+eSCs35sdLsJE2qF-GLtQjLg@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 3261 bytes --]
Can't switches send pause frames back over ethernet?
/me googles, and finds:
https://en.wikipedia.org/wiki/Ethernet_flow_control
On Wed, Jan 12, 2022 at 4:57 PM Dave Taht <dave.taht@gmail.com> wrote:
> What appeared to be the case was that a ONT had a 50ms buffer at
> 100Mbit and was reconfigured to drive a gig and thus only had 5ms.
>
> At least, that's what the data looked like. This was on a fairly
> recent reddit thread a month or two back, that I cannot find right
> now. I'm pretty sure it was in the context of eero's
> rolling out a working htb+fq_codel implementation finally for the eero
> 6, (or maybe it was the comcast AQM?0 and us discovering it didn't do
> any good, that the ont was seemingly brutally underbuffered, which
> took days of scratching my head.... multiple flent tests... wish I
> could find that thread...
>
> This is kind of ironic, but the structure of the speedtest (8+ flows
> with short RTTs) actually could lead naturally to buffers that short
> and few would notice.
>
> Anyway, that sparked me finally going and reading up a bit more about
> how ONTs work...
>
>
> On Wed, Jan 12, 2022 at 4:40 PM Marco Belmonte
> <marco@heavenlysanctuary.com> wrote:
> >
> > Dave,
> >
> > Can you describe to me what under buffered would look like? Let's say
> > I'm playing Rocket League on a Frontier FIOS connection... When a
> > situation arises where the connection is under buffered you might see
> > __<Insert DT's Big Brain words here>___.
> >
> > A lot of interrupts being generated? connections timing out? lag?
> >
> > I'm guessing that many of the same symptoms that accompanying buffer
> > bloat also manifest themselves with buffer bleed?
> >
> > Marco
> >
> >
> > On 1/12/2022 3:42 PM, Dave Taht wrote:
> > > Up until this point I haven't cared all that much about fiber, as most
> > > of my observations were that it had "reasonable" buffering and all I
> > > could hold in my head was the 802.11 standards. Since cablemodems are
> > > well on their way to being fixed, wifi is looking good, and I recently
> > > came across an ONT that was actually underbuffered, my holiday reading
> > > consisted of pounding through a ton of fiber specs like this one:
> > >
> > >
> https://www.itu.int/rec/dologin_pub.asp?lang=e&id=T-REC-G.988-201711-I!!PDF-E&type=items
> > >
> > > There's a lot of promising info in this spec starting from page 104.
> > >
> > > My 1st question is - are there any ONTs that actually do do pause
> > > frames? Or providers that configure for them?
> > >
> > > My second is - what is a cheap way to setup a lab to emulate a good,
> > > common, version of gpon e2e?
> > >
> > > Third - what OS do these things run? Who makes a "good" one?
> > >
> > _______________________________________________
> > Bloat mailing list
> > Bloat@lists.bufferbloat.net
> > https://lists.bufferbloat.net/listinfo/bloat
>
>
>
> --
> I tried to build a better future, a few times:
> https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org
>
> Dave Täht CEO, TekLibre, LLC
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat
>
[-- Attachment #2: Type: text/html, Size: 4739 bytes --]
next prev parent reply other threads:[~2022-01-13 1:37 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-01-12 23:42 Dave Taht
2022-01-13 0:40 ` Marco Belmonte
2022-01-13 0:57 ` Dave Taht
2022-01-13 1:37 ` Aaron Wood [this message]
2022-01-14 7:42 ` Marco Belmonte
2022-01-13 15:27 ` Jan Ceuleers
2022-01-13 15:33 ` Dave Taht
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://lists.bufferbloat.net/postorius/lists/bloat.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CALQXh-MAN14-9Tb-_qqp0CqzP+EuHKRy1GB+Fbabgq4GpRrKLg@mail.gmail.com \
--to=woody77@gmail.com \
--cc=bloat@lists.bufferbloat.net \
--cc=dave.taht@gmail.com \
--cc=marco@heavenlysanctuary.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox