From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from nm26-vm4.bullet.mail.ir2.yahoo.com (nm26-vm4.bullet.mail.ir2.yahoo.com [212.82.97.46]) (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 3C6023B2A4 for ; Wed, 1 Mar 2017 21:28:17 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s2048; t=1488421696; bh=oJVOX/yVd3dz9T6dcx0OtahhnpyRVadGTPpr/LNKuNI=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From:Subject; b=rY4JBSPVueUGDb3wSSkNqv3U8QWWXLyDSzTb+5Z3MgxDG4yQEx5BIO4qffJI4zryUkuHZhlubMZ78GuLYNXNjs8uB/D4INgwZipvlpgIWFdGFqYrcIeDVEPzuyhiOPYb/R0+UkBTTauDPqG6ZyUNcWocykDynSLK4N+7tBJQg/7Gb7BLTzu1Ji3HqI3NLOe7tHAALcclBC9Lf4U9/Roogxg65FMDMCXgZNWbut/x1gmjnGKkc431VReSY7GW2+4YrSi0fGcBeSnnqXbwfUnfLwK+XCrWTAnGpplmEIKwCk9TW+9tpqzfOYe5A78tnupM7uTrfxdo5rN+O5mIdI+cBA== Received: from [212.82.98.62] by nm26.bullet.mail.ir2.yahoo.com with NNFMP; 02 Mar 2017 02:28:16 -0000 Received: from [46.228.39.92] by tm15.bullet.mail.ir2.yahoo.com with NNFMP; 02 Mar 2017 02:28:16 -0000 Received: from [127.0.0.1] by smtp129.mail.ir2.yahoo.com with NNFMP; 02 Mar 2017 02:28:16 -0000 X-Yahoo-Newman-Id: 164620.83801.bm@smtp129.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: IS26mWIVM1li8HLTvveUFmEGM.NgwNIplyJRCs7HT6AU6Ln ep9Ybyao3mNllw4_dk5EKtkjUpSswOYjHwW5m7q6M7sqm5zqnJHUmkNkJItD VXMEMndkYyu4vj0a6YO3dqXv8ujkRNxRJK2yFWobyJMMLaYkGrQ5v4bnXbKb s3gVjlqNUeznPQqQ1RQ.0PC8HNAczl8c4s_CS5Cvs2J__XwOuKi9_jnHV_HP TnU0lPofupX1JbRsEJCLFN7vdH_OgUNic2YCCYBCEx.aFzktcLkkvqnJ5yu7 tV.ZDFjMqXP7SxGIghjZzbHNca9qJ07ztyVZ6d3NZrs2KxvQxy5QMnrLrXIS OwWh5F788XXKx_ittqPN3isdvKmenZ9kXI1FLDykoH38hjMAka.rn2iv3ypn LXXBuabT9t2uNlacN311QgYz3npxywmae5Sy6eqHuigRwZo..VY.vIuErdTg lQcLGfuCxkty7NXvMdhrx.7O7IRH8XmlOEEfg2RRt448p5LvSiVcZbI1rtQ9 ha_Zdy8wdRXZa25IH_L1YZL8o2li0MoPbShT0OtM9SuQFRFQBfgR0z4fddQY YB5iSkzwBt7RsgR.5Zqg.zhA- X-Yahoo-SMTP: R8REcOaswBA8tpUVQfvLNOMJ0vXRwYHSeLQ- Message-ID: <1488421691.21020.5.camel@yahoo.fr> From: Y To: Sebastian Moeller Cc: bloat Date: Thu, 02 Mar 2017 11:28:11 +0900 In-Reply-To: <3B94F03E-72E8-4595-A0C9-6EBF848FDAA9@gmx.de> References: <1488393458.14392.3.camel@yahoo.fr> <3B94F03E-72E8-4595-A0C9-6EBF848FDAA9@gmx.de> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.22.5 (3.22.5-1.fc25) Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable 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: Thu, 02 Mar 2017 02:28:17 -0000 I cannot receive mail only I wrote to mailing list omg. and I found my mistake , again. >ingress shaping must think at table,=C2=A0=C2=A0 >whole speed =3D(5 per packets ) + (packet size + 10 overhead for PPPoA =3D >n*48).=C2=A0 This should set ingress shaping must think at table,=C2=A0=C2=A0 whole speed =3D(5 per packets ) + (packet size + 10 overhead for PPPoA - 14 ethernet overhead =3D n*48).=C2=A0 =20 2017-03-01 (=E6=B0=B4) =E3=81=AE 22:36 +0100 =E3=81=AB Sebastian Moeller = =E3=81=95=E3=82=93=E3=81=AF=E6=9B=B8=E3=81=8D=E3=81=BE=E3=81=97=E3=81=9F: > Hi Yuta, >=20 > > 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 >=20 > 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 direct= ly > or on your PC1? I typically would try to run https://github.com/moell > er0/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) >=20 > > and mpu 53. >=20 > 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) >=20 >=20 > > This is certain. > > We can think without Ethernet padding at stab. >=20 > No, I disagree, _if_ the PPPoA packets exclude the padding we > can ignore it but not otherwise=E2=80=A6=C2=A0 >=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) >=20 > I would assume this to be correct in your case >=20 > >=20 > > oevrhead for ingress in myscript =3D -4. > > Because I want to shape connection , so , must set speed setting * > > 48 / > > 53. >=20 > 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). >=20 > Best Regards >=20 > >=20 > > This is certain or not? > >=20 > > Yuta.=C2=A0 > >=20 > > For example.=C2=A0 > > 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 >=20 >=20