[Cake] [Bloat] Fwd: [Galene] Dave on bufferbloat and jitter at 8pm CET Tuesday 23

Nils Andreas Svee me at lochnair.net
Thu Feb 25 19:19:34 EST 2021

On 2/25/21 9:18 AM, Taraldsen Erik wrote:

> This is getting rather rather Telenor internal and probably is not 
> true for other ISP's, but here we go.  Mobile Broad Band (MBB) is 
> handled by Telenor's Mobile division. Fixed Wireless Access (FWA) is 
> handled by Telenors Fixed division (the same group who does DSL, 
> DOCSIS and GPON).  To further complicate matters, Telenor Group 
> (holding company for Telenor Fixed and Telenor Mobile) deiced to 
> launch FWA before the new value chain was ready.  So we have two 
> versions of FWA - internally called FWA1 and FWA2.  FWA1 (which you 
> have Nils) is not fully compliant with the regulatory definition of a 
> fixed access and has very limited management support (technical 
> monitoring, firmware upgrades etc).  I'm working on the FWA2 value 
> chain and devices.
I'll admit it doesn't surprise me that something like that was going on, 
after we got the B818 I can't recall seeing a single new FW revision.
> I assume you are doing the tests on Ethernet, not wifi?  I know the 
> B818 has some wifi issues as well.  To isolate the LTE access I mean.
I am indeed running them on Ethernet. I don't actually use the B818 for 
anything else than as a LTE modem, so I wouldn't know, if I could get 
the thing to bridge I would. Or replace it with something else entirely 
that I can control, but that doesn't seem to be an option on FWA. That 
said the Zyxel looks like a better option since I assume it acts like a 
bridge by default.
> Yes interesting to see the signal stats from the device, but not 
> needed.  More for my curiosity to compare with the Zyxel devices.
I dumped the raw signal stats the web interface grabs in an XML file 
together with the Flent tests. Also did some upload only tests tonight 
at different speeds (no VPN in play this time).
> So with subscription limited to 30Mbit and probably radio head room up 
> to ~70Mbit downstream and 10Mbit upstream.  My guess is that you will 
> see more latency in the upstream direction.  I believe the B818 has 
> the very typical "1000 packets fifo, never drop" implementation.
Most likely yes. That's been my observation as well, that it generally 
acts up the worst when somethings using the upstream. Not entirely sure 
what I can do about that, seeing as I had to shape at 5Mbit to get rid 
of the worst spikes (but not all).

For all I know there might be something to gain by adjusting the antenna 
slightly, it's pointed in the general direction of the cell tower, but 
we didn't fine tune it (I seem to recall it was a cold winter evening).

On that point, I would've liked to collect signal stats over time, but 
the B818 seems to insist on chucking me out after being idle for a few 
minutes, better known as scraping the stats with cURL

- Nils.

> -Erik
> ------------------------------------------------------------------------
> *Fra:* Cake <cake-bounces at lists.bufferbloat.net> på vegne av Nils 
> Andreas Svee <me at lochnair.net>
> *Sendt:* torsdag 25. februar 2021 00.27
> *Til:* Taraldsen Erik; Dave Taht; bloat; cerowrt-devel; 
> Make-Wifi-fast; Toke Høiland-Jørgensen via Cake
> *Emne:* Re: [Cake] [Bloat] Fwd: [Galene] Dave on bufferbloat and 
> jitter at 8pm CET Tuesday 23
> Ah, yeah it's fixed wireless I meant. Didn't really know how to say it 
> right in English.
> We've got the Huawei B818-260 with an EMCOM XPOL-2 4G/5G on the wall.
> Yes, we've got a 30 Mbit/sec subscription. In practice we usually see 
> ~30 Mbit downstream and 10-15 upstream, and I believe when we first 
> got the B818 and antenna hooked up I measured ~70 Mbit downstream with 
> a subscription that didn't have any rate limitations, so I assumed we 
> should have a good amount of leeway if something affected the signal.
> Sure, I can run some more tests tomorrow. Could also grab some signal 
> stats from the B818 if those are of interest.
> By the way, I forgot to mention it when I posted yesterdays tests, but 
> those were conducted over a WireGuard tunnel with CAKE for the 
> downstream running on the other side. Doing that was the only way to 
> get the ADSL subscription we had to behave decently, it simply 
> couldn't handle things like Steam downloads with CAKE on a IFB device 
> in ingress mode, and shaping downstream this way kinda stuck.
> Best Regards
> Nils
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/cake/attachments/20210226/3f5a05ed/attachment.html>

More information about the Cake mailing list