From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (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 B4C063B2A4 for ; Thu, 2 Mar 2017 03:14:47 -0500 (EST) Received: from [172.17.3.29] ([134.76.241.253]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MVNWU-1coFwM179y-00YeBQ; Thu, 02 Mar 2017 09:14:40 +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: <20170302085559.76c6773e@redhat.com> Date: Thu, 2 Mar 2017 09:14:38 +0100 Cc: Y , bloat Content-Transfer-Encoding: quoted-printable Message-Id: <9CD91440-4C3B-49A2-972C-9CF1C7FBE0DD@gmx.de> References: <1488393458.14392.3.camel@yahoo.fr> <3B94F03E-72E8-4595-A0C9-6EBF848FDAA9@gmx.de> <20170302085559.76c6773e@redhat.com> To: Jesper Dangaard Brouer X-Mailer: Apple Mail (2.3259) X-Provags-ID: V03:K0:ccjdA85H3+CdZOTH078cXxiC86LL8WAcs2ZLaMiXSMfxFclrOes 3JRDetip0lGwsamO76zZI4U3S78qEhLLc/qqQ4ovrPKySwNlpREaKsx4QQmrhRfPAX8HUYj C6nVHRV+L7DYccCkJrGG22RunZlUwRvvckwBqPVqTND8Y4Cq0fX5iJtzSomM1aaWvL45WWW 5ztFozVHQAyD749kFbCIw== X-UI-Out-Filterresults: notjunk:1;V01:K0:LCDwi35kPJ8=:3JNmJ4I9IkvDN86TPs2cJC jcvFWJi4VI0EYtNPws2+wBWCmQJC7NGp5mGpuRoeoszMow5Jy5bchBmvlzB5LEi7XTvJitKE5 RzzSqTI9fQs5HmLGUjbOBsSjdKbWgpv55GOPBTHrX19UYYnVe4L2l4ptOrqUHQL1WbSyHyHon Vrx9esplic5YR0npHvx7MH5F61D3KRos4T90neCLLeY4QhDbJCCQR//R31LT2SD+qwiFskfw9 JAc+IqeV2jHLQltGENP+b6rOdnByGXbmLMPFnZtWjg+yhtzdfc6ljigRRGt35uNmr+hEHi+WP GefXVMkJ5QMpKyyIwnmvYu5mkMaQ4+yc6akoqYkk4p9Zs5BKKeOsUAS3LaRN/y/GWYLcnIxpO HM4NR5dDLJ7yVpiVnsaJM6KDh2R2Aa1RSF/BwV1Lvdx5NC3bDGyQDlUH5sG+9SW/GFoaiwV2Z MrfokGUe4RCPNRyLPvkpAjFfqKnqBTd8T5cBkV2mJM2ixOMMwks2qsFMeCh3dGpjlCbg0pGuM 0hR3AY0XcQNX7i3yBfO6gbgf38ZTMibWABl12x3O0Ygvwb6K+hGmV5bx6rCWjYOhSlB4wMaJY clRmBqGURtb09gHNgOsAgJ+kUssIa6cHh7D00j9zjhMPJxtD0hxvVE+KcPqEv3puqx32LKRKE C7yKNeGrvc0r08e2F/T4izgO5curVAU03JB855R+d24H/1zpHvOkeziWjpHtCUdtm5BGTVf2N p0dLrwzoBscE2bEqJfwSlcFw2nYU1zCbIwLoy4+hlLXxTD3dhJg7djU/ti5E/ur0CPsH+IbW5 QvSlOBbl9om5ccqR8Ie16gR9hLq2xRLusmLf3fShaeDeSiLfJwtxkVx2FUD5T2Rua9EkWaoAp oMjwhZ2Q1Kv3OavYUX1ybaacJjt6+eNOyZp6VPWsHpPQ/XYuXMZvyzWgFYaqSFQlmhtF1+UoD 6Z0dZej1JfZBe4xMQC30FPV9B++jUQBGuoi39IWtJljMWLRSEjtGEwPF6ip5hniabTAsOP2H5 y0EUVpkYRCV1ls3PfnLCaYxgVVQiJ9lWhKIRG3+KLXV5hxZX/WJJmWGg0hR964EVKw== 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 08:14:48 -0000 Hi Jesper, > On Mar 2, 2017, at 08:55, Jesper Dangaard Brouer = wrote: >=20 > On Wed, 1 Mar 2017 22:36:25 +0100 > Sebastian Moeller wrote: >=20 >> 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) >=20 > Cool project, you have an ATM_overhead_detector :-) Well, the name is a bit over optimistic, but the principle is = sound and seems to work quite well. It is basically, just as README.md = says, a pretty straight forward implementation of what you have = developed & demonstrated in your Master=E2=80=99s thesis. While simply = trying to illustrate the ATM cell staircase, it dawned upon me that = since each packet uses an integer number of atm cells, it should be = possible to estimate the =E2=80=9Chidden" overhead, simply by looking at = the how many unaccounted bytes are missing in the plot of the first ATM = cell=E2=80=A6=20 Naming it detector is somewhat overplaying my cards, since I do not do a = proper classification, but simply show whether the ATM staircase better = fits the data than a simple linear fit=E2=80=A6 It is relatively useful = though, on known ATM links to empirically figure out the actual per = packet overhead. >=20 > Something I always missed, and I never got around to create such a > tool. Thanks for doing this :-) (I don't have time atm to play with > it, but it looks cool) Thanks for the kind words. It was yours and Russel Stuarts work = that got me started in the first place, so that is quite flattering ;) Best Regards >=20 > --=20 > Best regards, > Jesper Dangaard Brouer > MSc.CS, Principal Kernel Engineer at Red Hat > LinkedIn: http://www.linkedin.com/in/brouer