<html>
<head>
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
</head>
<body text="#ffffff" bgcolor="#000000">
<p>On 2/25/21 9:18 AM, Taraldsen Erik wrote:<br>
</p>
<blockquote type="cite"
cite="mid:f5c96a7d5360417bbf8d71ee603eacdd@telenor.no">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
<style type="text/css" style="display:none;">P {margin-top:0;margin-bottom:0;}</style>
<div id="divtagdefaultwrapper" dir="ltr" style="font-size: 12pt;
font-family: Calibri, Helvetica, sans-serif,
"EmojiFont", "Apple Color Emoji",
"Segoe UI Emoji", NotoColorEmoji, "Segoe UI
Symbol", "Android Emoji", EmojiSymbols;">
<p>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.</p>
</div>
</blockquote>
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.<br>
<blockquote type="cite"
cite="mid:f5c96a7d5360417bbf8d71ee603eacdd@telenor.no">
<div id="divtagdefaultwrapper" dir="ltr" style="font-size: 12pt;
font-family: Calibri, Helvetica, sans-serif,
"EmojiFont", "Apple Color Emoji",
"Segoe UI Emoji", NotoColorEmoji, "Segoe UI
Symbol", "Android Emoji", EmojiSymbols;">
<p>
</p>
<p>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.
<br>
</p>
</div>
</blockquote>
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.<br>
<blockquote type="cite"
cite="mid:f5c96a7d5360417bbf8d71ee603eacdd@telenor.no">
<div id="divtagdefaultwrapper" dir="ltr" style="font-size: 12pt;
font-family: Calibri, Helvetica, sans-serif,
"EmojiFont", "Apple Color Emoji",
"Segoe UI Emoji", NotoColorEmoji, "Segoe UI
Symbol", "Android Emoji", EmojiSymbols;">
<p>
</p>
<p>Yes interesting to see the signal stats from the device, but
not needed. More for my curiosity to compare with the Zyxel
devices.</p>
</div>
</blockquote>
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).<br>
<blockquote type="cite"
cite="mid:f5c96a7d5360417bbf8d71ee603eacdd@telenor.no">
<div id="divtagdefaultwrapper" dir="ltr" style="font-size: 12pt;
font-family: Calibri, Helvetica, sans-serif,
"EmojiFont", "Apple Color Emoji",
"Segoe UI Emoji", NotoColorEmoji, "Segoe UI
Symbol", "Android Emoji", EmojiSymbols;">
<p>
</p>
<p>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.</p>
</div>
</blockquote>
<p>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).</p>
<p><br>
</p>
<p>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).</p>
<p><br>
</p>
<p>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</p>
<p><br>
</p>
<p>- Nils.<br>
</p>
<blockquote type="cite"
cite="mid:f5c96a7d5360417bbf8d71ee603eacdd@telenor.no">
<div id="divtagdefaultwrapper" dir="ltr" style="font-size: 12pt;
font-family: Calibri, Helvetica, sans-serif,
"EmojiFont", "Apple Color Emoji",
"Segoe UI Emoji", NotoColorEmoji, "Segoe UI
Symbol", "Android Emoji", EmojiSymbols;">
<p>
</p>
<p><br>
</p>
<p>-Erik<br>
</p>
<p><br>
</p>
<p><br>
</p>
<p><br>
</p>
<p><br>
</p>
<br>
<br>
<div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="divRplyFwdMsg" dir="ltr"><font style="font-size:11pt"
face="Calibri, sans-serif"><b>Fra:</b> Cake
<a class="moz-txt-link-rfc2396E" href="mailto:cake-bounces@lists.bufferbloat.net"><cake-bounces@lists.bufferbloat.net></a> på vegne av
Nils Andreas Svee <a class="moz-txt-link-rfc2396E" href="mailto:me@lochnair.net"><me@lochnair.net></a><br>
<b>Sendt:</b> torsdag 25. februar 2021 00.27<br>
<b>Til:</b> Taraldsen Erik; Dave Taht; bloat;
cerowrt-devel; Make-Wifi-fast; Toke Høiland-Jørgensen via
Cake<br>
<b>Emne:</b> Re: [Cake] [Bloat] Fwd: [Galene] Dave on
bufferbloat and jitter at 8pm CET Tuesday 23</font>
<div> </div>
</div>
<div>
<div>Ah, yeah it's fixed wireless I meant. Didn't really
know how to say it right in English.<br>
</div>
<div><br>
</div>
<div>We've got the Huawei B818-260 with an <span style=""><span
class="font" style="font-family:Roboto,Arial">EMCOM
XPOL-2 4G/5G on the wall.</span></span><br>
</div>
<div><br>
</div>
<div><span style=""><span class="font"
style="font-family:Roboto,Arial">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.</span></span><br>
</div>
<div><br>
</div>
<div>Sure, I can run some more tests tomorrow. Could also
grab some signal stats from the B818 if those are of
interest.<br>
</div>
<div><br>
</div>
<div>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.<br>
</div>
<div><br>
</div>
<div id="sig44785538">
<div class="signature">Best Regards<br>
</div>
<div class="signature">Nils<br>
</div>
</div>
<div><br>
</div>
</div>
</div>
</div>
</blockquote>
</body>
</html>