From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from tn-mailgw-03.telenor.no (tn-mailgw-03.telenor.no [153.110.76.6]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 99AF03B2A4; Fri, 26 Feb 2021 02:26:47 -0500 (EST) IronPort-SDR: dKic19yXA3NOEDPLTCbHX6W5fQ8nEAimrjNwgk0jy2HRUdJNW7y/CQUPXg76L1XVqBshXRxghA XdUjForCHNgKsH101Re9tD9XPEmh95OXTcU707PEaV14Q1kBGfh/Xoa/cKmaSMxy8ExWC2vjrw apYoR3NGzVHDumasmqRrseh3vzJOXPRDiIk4MOVuRRQW/5BBMQA1o5gtU2shhAdxuvKz9HAD3P KkdhHQreWGZly+6bTfGf66T/wwTS5yuOZ44xBJaker8djlrJwiHApK4JefpDbDlnCeygkP2guq QW8= X-IronPort-AV: E=Sophos;i="5.81,207,1610409600"; d="scan'208,217";a="74766020" Received: from tns-sko-24-204.corp.telenor.no ([10.179.59.72]) by tn-mailgw-03.corp.telenor.no with ESMTP; 26 Feb 2021 07:26:46 +0000 Received: from TNS-SKO-24-203.corp.telenor.no (10.179.59.71) by TNS-SKO-24-204.corp.telenor.no (10.179.59.72) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 26 Feb 2021 08:26:46 +0100 Received: from outlook.telenor.no (10.179.127.58) by TNS-SKO-24-203.corp.telenor.no (10.179.59.71) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Fri, 26 Feb 2021 08:26:46 +0100 Received: from pwpvn2209ex001.nxvp.net (10.149.139.134) by pwpvn2209ex001.nxvp.net (10.149.139.134) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2044.4; Fri, 26 Feb 2021 08:26:45 +0100 Received: from pwpvn2209ex001.nxvp.net ([10.149.139.134]) by pwpvn2209ex001.nxvp.net ([10.149.139.134]) with mapi id 15.01.2044.004; Fri, 26 Feb 2021 08:26:45 +0100 From: Taraldsen Erik To: Nils Andreas Svee , Dave Taht , bloat , Make-Wifi-fast , =?iso-8859-1?Q?Toke_H=F8iland-J=F8rgensen_via_Cake?= Thread-Topic: SV: [Cake] [Bloat] Fwd: [Galene] Dave on bufferbloat and jitter at 8pm CET Tuesday 23 Thread-Index: AQHXC9UXIABXylHT90yGNinCbWzHeapqAX4h Date: Fri, 26 Feb 2021 07:26:45 +0000 Message-ID: <53f6b6b3f5b043feb841c9c33fd1f480@telenor.no> References: <874ki24ref.wl-jch@irif.fr> <1e41ddf7-cd08-4fec-b31a-3021f8111dc6@www.fastmail.com> <2f30c201fce345658df9f2a5090745cf@telenor.no> <480413c4-e9a1-4b78-8ef6-3d8658836874@www.fastmail.com> , <9b17aa66-d02d-e262-88a3-2f36c1755667@lochnair.net> In-Reply-To: <9b17aa66-d02d-e262-88a3-2f36c1755667@lochnair.net> Accept-Language: nb-NO, en-US Content-Language: nb-NO X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.149.139.228] x-tm-snts-smtp: 3C6115413062B7EB3D512FFA85B311B800087580A0A82A8354DB0D711A8E76282000:8 Content-Type: multipart/alternative; boundary="_000_53f6b6b3f5b043feb841c9c33fd1f480telenorno_" MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 26 Feb 2021 06:39:58 -0500 Subject: Re: [Make-wifi-fast] [Cake] [Bloat] Fwd: [Galene] Dave on bufferbloat and jitter at 8pm CET Tuesday 23 X-BeenThere: make-wifi-fast@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 07:26:48 -0000 --_000_53f6b6b3f5b043feb841c9c33fd1f480telenorno_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Fra: Nils Andreas Svee I am indeed running them on Ethernet. I don't actually use the B818 for any= thing else than as a LTE modem, so I wouldn't know, if I could get the thin= g 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. The Zyxel device indeed acts as a bridge, or at least as close approximatio= n as we can get it. The PDP addressing protocol in mobile networks requres= the address termination to happen where the SIM card resides. So the devi= ce does some trickery with brctl, routing and iptables to simulate a bridge= setup. I dumped the raw signal stats the web interface grabs in an XML file togeth= er with the Flent tests. Also did some upload only tests tonight at differe= nt speeds (no VPN in play this time). rsrp is good and rsrq is great at your location. However you have ended up= on the 800MHz band. That is intended for coverage, not capacity. It uses= only 10MHz bandwitdh and is shared with a lot more customers. You probabl= y should be able to get an 1800MHz frequency which has 20MHz and is shared = among fewer customers. 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 wors= t spikes (but not all). This is tricky. You don't have a static set of resources. You request res= ources "as needed". The "as needed" amongst other things reads the buffer = back pressure. So if you shape to far down the LTE device will not request= enough resources. Shape to high and there will not be enough resources av= ailable to share. And available resources vary with number of subscribers = on that cell, weather, the subscribers usage and interference from other ce= ll towers. To get a proper solution to this I don't see a way around getti= ng the chipset manufacturers on board. 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 Have you tried to use the telnet service port (20249) on the B818? Not all= variants have that open but you could give it a shot. You also may need t= o acquire an datalock code for the "at^datalock=3D" command. telnet LAN_IP 20249 This is getting LTE/5G spesific. Not sure if it belongs on the list. Let = us know if we are generating noise. -Erik --_000_53f6b6b3f5b043feb841c9c33fd1f480telenorno_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Fra: Nils Andreas Svee <me@lochnair.net>

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 c= ould get the thing to bridge I would. Or replace it with something else ent= irely that I can control, but that doesn't seem to be an option on FWA. That said the Zyxel looks like a bett= er option since I assume it acts like a bridge by default.
The Zyxel device indeed acts as a bridge, or at least as close approxi= mation as we can get it.  The PDP addressing protocol in mobile networ= ks requres the address termination to happen where the SIM card resides.&nb= sp; So the device does some trickery with brctl, routing and iptables to simulate a bridge setup.


I dumped the raw signal stats the web interface grabs in an XML file t= ogether with the Flent tests. Also did some upload only tests tonight at di= fferent speeds (no VPN in play this time).
rsrp is good and rsrq is great at your location.  However you hav= e ended up on the 800MHz band.  That is intended for coverage, not cap= acity.  It uses only 10MHz bandwitdh and is shared with a lot more cus= tomers.  You probably should be able to get an 1800MHz frequency which has 20MHz and is shared among fewer customers.

Most likely yes. That's been my observation as well, that it ge= nerally 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).

This is tricky.  You don't have a static set of resources.  Yo= u request resources "as needed".  The "as needed" = amongst other things reads the buffer back pressure.  So if you shape = to far down the LTE device will not request enough resources.  Shape t= o high and there will not be enough resources available to share.  And = available resources vary with number of subscribers on that cell, weather, = the subscribers usage and interference from other cell towers.  To get= a proper solution to this I don't see a way around getting the chipset manufacturers on board.



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


Have you tried to use the telnet service port (20249) on the B818?&nbs= p; Not all variants have that open but you could give it a shot.  You = also may need to acquire an datalock code for the "at^datalock= =3D" command.  

telnet LAN_IP 20249



This is getting LTE/5G spesific.  Not sure if it belongs on the l= ist.  Let us know if we are generating noise.


-Erik
--_000_53f6b6b3f5b043feb841c9c33fd1f480telenorno_--