From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id AAA123B2A4 for ; Wed, 1 Mar 2017 16:36:27 -0500 (EST) Received: from [192.168.1.222] ([80.135.76.17]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MIMQR-1cjS6P204d-004Aok; Wed, 01 Mar 2017 22:36:26 +0100 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) From: Sebastian Moeller In-Reply-To: <1488393458.14392.3.camel@yahoo.fr> Date: Wed, 1 Mar 2017 22:36:25 +0100 Cc: bloat Content-Transfer-Encoding: quoted-printable Message-Id: <3B94F03E-72E8-4595-A0C9-6EBF848FDAA9@gmx.de> References: <1488393458.14392.3.camel@yahoo.fr> To: Y X-Mailer: Apple Mail (2.3259) X-Provags-ID: V03:K0:Jt5uT9+ayfDA0Ene7YKMV1bjXI/7iVSlBny/bEFoNfc7TcMXjif +iXYiLr2DJD3NhpfrkNvUyMQoGH5ioY7687wvM6ZjM7v3TGZfDA/3t2muhSC7Zu59mtJ6P9 vvmudHx1Du46bhUTlzn904BFDF/L5S7dCfE7oSZjkv4AIzyFlBBKgIECSOI37zh0JqA5H/L Nejgpoqpc40XsonUBCYoA== X-UI-Out-Filterresults: notjunk:1;V01:K0:YX6oJljUuDk=:uvsSH62nbsvcNm+vPauE+2 y8FJZE5TBXcNEeHwFZ+JsYAgwCqsPr6Ice/hTZ2dPTKZZ36qc74p5fAwv71dEzDpiag4YCtk7 0IdHtigx6Huh/anzYQBRekkFtJjT2Aip8Vrra+R1AyPNpMENI5g0XdhTw+9p21BqEWVMBkHUQ doLpUrPwBmkTVnToZj9fowZ6/iyDG5gKzqlHfs/ND8Vlknkj+DkKEeirdPSr6NewJfzeUISxq fQ1dEQESNNjG/88RA9ILd31PJokTFrOevPwMAoCRLdI1LFOzDAtyMtkNknV4Z70AMSxc1zmI+ TgYunlfm7E/X/PLD2FYFbUnLlizuY3S7mOTshNgBSdejk8dWmT/hS6aO1whzU2Xt/sOrTR4rt DvG5hXwDqXsiFK0EAcPC+BnfU7Dkwd2eDsvF49gYOR8mucVAeqzB6oMgZO9BHQQ/STtk5csYq q0t+h2nXuJ+MBvlitWThcpTdbZmYv9h1x8uyxWWtlnTerMMCKVMreiWwT2FsWMXkhoCQo9+Hw aRJcwgQauYmwjJ9Cr7MH5of9V4/7oYto1Leifzj0RtRPBP6ziUqhoaMOEw1oEcMEXuvpazGox COYT3GY83ybDpuME1jVDXiCRmrP2M/6c2Unbt70lUI2IoHKaBwEySuX1dRyaKHOV11p1XEIZZ LOfyTw8rZ3TllmveWe4qI4WNWasxnXcTbqbAu9MnITr9+hKSCj6NRYr/+Cf7x9mVGAxC+k+mj Ohl71NYM/ccnmHULWeINgCP/cHMzKQM3x/eqh8okhKpNv34KSpimPBzedF8rtmpmtYz4fF/nm 16JGsY7 Subject: Re: [Bloat] Stab overhead caliculation and mpu for ingress shaping. X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Mar 2017 21:36:28 -0000 Hi Yuta, > On Mar 1, 2017, at 19:37, Y wrote: >=20 > Hi , all. >=20 > I set root qdisc for traffic shaping like this >=20 > egress > $tc qdisc add dev $ext_ingress root handle 1: stab overhead -4 > linklayer atm mpu 60 mtu 2048 tsize 256 hfsc default 13 >=20 > ingress > $tc qdisc add dev $ext root handle 1: stab overhead -4 mpu 53 = linklayer > atm mtu 2048 tsize 256 hfsc default 26 > ($ works at script ) >=20 > PPPoA WAN - modem/router - Ethernet LAN - My pc 1 interface. >=20 > engress overhead of PPPoA via ethernet is -4 So that indicates PPPoA VC/Mux, as encapsulation, correct? BUT = that -4 assumes that the kernal already silently added 14 bytes to the = packet size, which it does for ethernet interfaces. So is the traffic = shaper running on the modem-router=E2=80=99s ATM interface directly or = on your PC1? I typically would try to run = https://github.com/moeller0/ATM_overhead_detector to empirically figure = out the per packet overhead (but I note that this has never been tested = with PPPoA data as far as I can remember) > and mpu 53. As far as I can tell with the linklayer ATM keyword the kernel = will basically increase any runt packet to 53 automatically, so this = seems redundant. (Linklayer atm will multiply the packet size by 53/48 = and will also make packet size to be integer multiple of ATM cell size) > This is certain. > We can think without Ethernet padding at stab. No, I disagree, _if_ the PPPoA packets exclude the padding we = can ignore it but not otherwise=E2=80=A6=20 >=20 > My asking is whether that This is also correct at ingress shaping or > not? >=20 > mpu for ingress in myscript =3D 60. > Because of minimal ethernet packet size =3D 60( with padding without = FCS) I would assume this to be correct in your case >=20 > oevrhead for ingress in myscript =3D -4. > Because I want to shape connection , so , must set speed setting * 48 = / > 53. No, that is what linklayer atm does for you (and also the = accounting for the required padding to always use an integer number of = ATM cells per user packet). Best Regards >=20 > This is certain or not? >=20 > Yuta.=20 >=20 > For example.=20 > see this section (Extensive framing compensation (for DSL/ATM/PPPoe)) > https://www.bufferbloat.net/projects/codel/wiki/Cake/ > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat