From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-vk0-x22d.google.com (mail-vk0-x22d.google.com [IPv6:2607:f8b0:400c:c05::22d]) (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 DBA033BA8E for ; Sun, 17 Dec 2017 22:56:18 -0500 (EST) Received: by mail-vk0-x22d.google.com with SMTP id w75so7574569vkd.7 for ; Sun, 17 Dec 2017 19:56:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=AVOqJFSddNlgdHRtsgtboxso/SPPv+B9tUhVD67iHh4=; b=mSy7GGn1hj5iVy2dlJ/OluyJ3vakWs7I8nC86nylaxk28AmBlIfbR9r1CtSNNSPbpl ChRs6DHxzbtrUiRItkL241SUofLev2nN1UNyzjw21PvHFfgmtyTS4+HX5JDJAidd0Sx3 0dm3T1DPbaF3uYvEkUfakUgyOwfhR2Q10EQTaEzmo8Sm2yJdEmAKKNpXLtQpazWEN2Jd 2M1CwNi5HFAcR6i+m5b/RUc79y1+kG0hFBRDJeXXusTN2TP+UXNJ4TjGylH1u7sa3Wi7 pm13x6ioH4mmjR5fai3gsg/E4DKhMHnBCJh4g8THGXe7gEtG7X1B0sQtE9DBl/0lGckn de5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=AVOqJFSddNlgdHRtsgtboxso/SPPv+B9tUhVD67iHh4=; b=ARxWuXLmv93irZp59n7BL1F8llcEqz9s1frAAGKJDsKjr6HcDszDhArw0/CQ+5I/JP xnA3QPQ7YvVHRUM4o7uf4EkUrbZo/h/F733r14npDPuxsMY//MUr4KseRoDovk/5unYu f81M6ZRoJ37H0pQnCQ3elqxxRwhQLgmUxXSyvHJSTN4odBcu1pyAmKTovSLKjqoytrUy YLowdgeTxotAMNpwpZXUk4yjLkM9JvnexwAOkIcPUeyPp6xLi8kGl6rs138LgeG9Zrd0 6jEp5rN4tflLB/t0hQUFjK2Hr51gB8Zh7gGwfkW3q6o49VSKW3bJs59vVPCD9KVaZR7Y P11w== X-Gm-Message-State: AKGB3mKSz4XPUN4W5s7n/mrxxQzkX5yKkLhVgwWD2pkPI5osz+XLMqoM ufEv7Yt8RSa1wXTsz/WPvDXUD8I71VtxVdRd9II= X-Google-Smtp-Source: ACJfBovCOVW42aYfz5JaT5MZFvkkG7gdSXxphhNalCLY7hp50gBWQhIfIOPfUoluCatXba37J1d0FqT5fVoRXLIWEWo= X-Received: by 10.31.108.25 with SMTP id h25mr14004838vkc.153.1513569378176; Sun, 17 Dec 2017 19:56:18 -0800 (PST) MIME-Version: 1.0 Received: by 10.103.73.147 with HTTP; Sun, 17 Dec 2017 19:56:17 -0800 (PST) In-Reply-To: <76EA61D6-85DB-487E-A57F-6605D410EACF@gmx.de> References: <73C84EA7-2ADD-4914-BBDE-92E8408C106F@gmx.de> <0FF17103-0A62-4645-98AC-E1680C4711E8@darbyshire-bryant.me.uk> <76EA61D6-85DB-487E-A57F-6605D410EACF@gmx.de> From: Mark Captur Date: Mon, 18 Dec 2017 04:56:17 +0100 Message-ID: To: Sebastian Moeller Cc: Kevin Darbyshire-Bryant , "cake@lists.bufferbloat.net" Content-Type: multipart/alternative; boundary="001a114787f22113d605609555aa" X-Mailman-Approved-At: Mon, 18 Dec 2017 03:42:32 -0500 Subject: Re: [Cake] overhead for double nat VDSL2 connection X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2017 03:56:19 -0000 --001a114787f22113d605609555aa Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thank to both of you! On 17 December 2017 at 23:35, Sebastian Moeller wrote: > Hi Kevin, hi Mark, > > Kevin is 100% right! > > > On Dec 17, 2017, at 20:23, Kevin Darbyshire-Bryant < > kevin@darbyshire-bryant.me.uk> wrote: > > > > > > > >> On 17 Dec 2017, at 15:23, Sebastian Moeller wrote: > >> > >> Hi Mark, > >> > >>> On Dec 17, 2017, at 11:45, Mark Captur wrote: > >>> > >>> My setup is as follows > >>> > >>> vdsl2 modem doing pppoe itself and nat to 10.x.x.x -> lede master > eth0.2 (wan static ip in modem's DMZ) eth0.1 (lan) doing nat to 192.168.1= .x > >>> > >>> Here is my current SQM config > >>> config queue 'eth1' > >>> option debug_logging '0' > >>> option verbosity '5' > >>> option qdisc 'cake' > >>> option qdisc_advanced '1' > >>> option ingress_ecn 'ECN' > >>> option egress_ecn 'NOECN' > >>> option qdisc_really_really_advanced '1' > >>> option script 'layer_cake.qos' > >>> option interface 'eth0.2' > >>> option enabled '1' > >>> option eqdisc_opts 'nat rtt 50000 bridged-ptm dual-srchost > diffserv4' > >>> option upload '2400' > >>> option linklayer 'ethernet' > >>> option overhead '8' > >>> option squash_dscp '1' > >>> option squash_ingress '1' > >>> option iqdisc_opts 'nat rtt 50000 bridged-ptm dual-dsthost' > >>> option download '0' > >>> > >>> config queue > >>> option debug_logging '0' > >>> option verbosity '5' > >>> option download '0' > >>> option qdisc 'cake' > >>> option script 'layer_cake.qos' > >>> option qdisc_advanced '1' > >>> option squash_dscp '0' > >>> option squash_ingress '0' > >>> option ingress_ecn 'ECN' > >>> option qdisc_really_really_advanced '1' > >>> option egress_ecn 'ECN' > >>> option interface 'eth0.1' > >>> option enabled '1' > >>> option eqdisc_opts 'nat rtt 50000 bridged-ptm dual-dsthost > diffserv4' > >>> option upload '30000' > >>> option linklayer 'ethernet' > >>> option overhead '8' > >>> > >>> Is the overhead correct? should i use the bridged-ptm keyword (or > should i use pppoe-ptm). > > > > > > Beware of using option linklayer =E2=80=98ethernet=E2=80=99 without op= tion > linklayer_advanced =E2=80=981=E2=80=99 & option linklayer_adaptation_mech= anism =E2=80=98default=E2=80=99. > Or use linklayer =E2=80=98none=E2=80=99. > > I guess "linklayer cake" would be better than none... > Yes if i use link layer cake explicitly (option linklayer_advanced =E2=80= =981=E2=80=99 & option linklayer_adaptation_mechanism =E2=80=98cake=E2=80=99) it works bett= er i.e. higher bandwidth with no effect on pings > > > Failure to do so will make sqm-scripts use STAB for the link accounting > (in essence it lies to cake about the size of packets being passed throug= h > it). Better to use cake=E2=80=99s built-in compensation - fewer modules,= less code. > > I agree, even though for ptm this is less dire than for ATM; stil= l > use linklayer default or linklayer cake. > > > > > I was bitten by this myself very recently, lost 4 hours of my life & > many recompiles before I realised an innocent looking setting > (linklayer_advanced) was messing with the packet size (seen by looking at > max_len from tc) > > I am beginning to wonder whether the attempt to hide complexity > behind linklayer_advanced is not simply misguided and should be > jettisoned... > I agree i though that by leaving linklayer_advanced off i was allowing it to choose default i.e. cake! what about max_len below? is that ok? qdisc cake 802b: dev eth0.1 root refcnt 2 bandwidth 30Mbit diffserv3 dual-dsthost nat rtt 50.0ms noatm overhead 30 via-ethernet total_overhead 30 hard_header_len 14 mpu 64 Sent 169756771 bytes 121528 pkt (dropped 4732, overlimits 118063 requeues 0) backlog 8352b 6p requeues 0 memory used: 80640b of 4Mb capacity estimate: 30Mbit Bulk Best Effort Voice thresh 1875Kbit 30Mbit 7500Kbit target 9.7ms 2.5ms 2.5ms interval 57.2ms 50.0ms 50.0ms pk_delay 0us 3.2ms 1.6ms av_delay 0us 2.3ms 283us sp_delay 0us 324us 18us pkts 0 125657 609 bytes 0 176142105 205486 way_inds 0 0 0 way_miss 0 61 2 way_cols 0 0 0 drops 0 4732 0 marks 0 0 0 ack_drop 0 0 0 sp_flows 0 0 0 bk_flows 0 1 0 un_flows 0 0 0 max_len 0 3012 2032 qdisc cake 8029: dev eth0.2 root refcnt 2 bandwidth 2440Kbit diffserv3 dual-srchost nat rtt 50.0ms noatm overhead 30 via-ethernet total_overhead 30 hard_header_len 14 mpu 64 Sent 7184293 bytes 74928 pkt (dropped 99, overlimits 46203 requeues 0) backlog 54b 1p requeues 0 memory used: 155232b of 4Mb capacity estimate: 2440Kbit Bulk Best Effort Voice thresh 152496bit 2440Kbit 610Kbit target 119.1ms 7.4ms 29.8ms interval 238.3ms 54.9ms 77.3ms pk_delay 0us 1.3ms 526us av_delay 0us 272us 10us sp_delay 0us 9us 10us pkts 0 75018 10 bytes 0 7200943 1290 way_inds 0 1 0 way_miss 0 73 8 way_cols 0 0 0 drops 0 99 0 marks 0 0 0 ack_drop 0 0 0 sp_flows 0 1 0 bk_flows 0 1 0 un_flows 0 0 0 max_len 0 3008 288 > > > > > >> > >> The overhead certainly seems confusing. Personally, I dislike the > overhead related compound keywords like *-ptm and would recommend the > following: > >> 1) remove the bridged-ptm from the eqdisc/iqdisc fields > >> 2) add "mpu 64" to the eqdisc/iqdisc fields > >> 3) set overhad to 8+18+4 =3D 30 bytes (you will need to account for > everything added on the bottleneck, so your packets will be MTU 1492, to > leave room for the PPPoE header that the modem adds). > > MTU 1492 ain=E2=80=99t necessarily so - some vdsl modems in bridge mode= support > RFC 4638 with baby jumbo frames, thus supporting the normal ethernet MTU = of > 1500 (and obviating the need to TCP MSS clamping) - ie. if you can do it, > you should ;-). You still need to account for the 8 byte PPPOE overhead = of > course. > > And again, Kevin is correct; my rationale might have been faulty > but the recommendation still was correct though ;)... > > > >> 4) DO not set the ptm keyword at all, instead make sure to set the > shaper bandwidth to <=3D sync bandwidth * 64/65 =3D sync bandwidth * > 0.984615384615 (to account for ptm's 64/65 encoding _without_ incurring > needless operations per packet). > >> > >> 4) tell us about your ISP and plan ;) > >> > > Cheers, > > > > Kevin D-B > > Thanks for your input, as always very much appreciated! > > Best Regards > Sebastian Thanks & regards Mark > > > > > GPG fingerprint: 012C ACB2 28C6 C53E 9775 9123 B3A2 389B 9DE2 334A > > --001a114787f22113d605609555aa Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thank to both of you!

On 17 December 2017 at 23:35, Sebastian Moeller <mo= eller0@gmx.de> wrote:
Hi Kevin, hi Mark,

Kevin is 100% right!

> On Dec 17, 2017, at 20:23, Kevin Darbyshire-Bryant <kevin@darbyshire-bryant.me.uk>= ; wrote:
>
>
>
>> On 17 Dec 2017, at 15:23, Sebastian Moeller <moeller0@gmx.de> wrote:
>>
>> Hi Mark,
>>
>>> On Dec 17, 2017, at 11:45, Mark Captur <mark.captur@gmail.com> wrote:
>>>
>>> My setup is as follows
>>>
>>> vdsl2 modem doing pppoe itself and nat to 10.x.x.x -> lede = master eth0.2 (wan static ip in modem's DMZ) eth0.1 (lan) doing nat to = 192.168.1.x
>>>
>>> Here is my current SQM config
>>> config queue 'eth1'
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option debug_logging '0'
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option verbosity '5'
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option qdisc 'cake'
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option qdisc_advanced '1' >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option ingress_ecn 'ECN'
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option egress_ecn 'NOECN' >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option qdisc_really_really_advanced = '1'
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option script 'layer_cake.qos= 9;
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option interface 'eth0.2' >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option enabled '1'
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option eqdisc_opts 'nat rtt 5000= 0 bridged-ptm dual-srchost diffserv4'
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option upload '2400'
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option linklayer 'ethernet'<= br> >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option overhead '8'
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option squash_dscp '1'
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option squash_ingress '1' >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option iqdisc_opts 'nat rtt 5000= 0 bridged-ptm dual-dsthost'
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option download '0'
>>>
>>> config queue
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option debug_logging '0'
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option verbosity '5'
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option download '0'
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option qdisc 'cake'
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option script 'layer_cake.qos= 9;
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option qdisc_advanced '1' >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option squash_dscp '0'
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option squash_ingress '0' >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option ingress_ecn 'ECN'
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option qdisc_really_really_advanced = '1'
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option egress_ecn 'ECN'
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option interface 'eth0.1' >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option enabled '1'
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option eqdisc_opts 'nat rtt 5000= 0 bridged-ptm dual-dsthost diffserv4'
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option upload '30000'
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option linklayer 'ethernet'<= br> >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0option overhead '8'
>>>
>>> Is the overhead correct? should i use the bridged-ptm keyword = (or should i use pppoe-ptm).
>
>
> Beware of using=C2=A0 option linklayer =E2=80=98ethernet=E2=80=99 with= out option linklayer_advanced =E2=80=981=E2=80=99 & option linklayer_ad= aptation_mechanism =E2=80=98default=E2=80=99.=C2=A0 Or use linklayer =E2=80= =98none=E2=80=99.

I guess "linklayer cake" would be better than none...=
Yes if i use link layer cake explicitly (option linkl= ayer_advanced =E2=80=981=E2=80=99 & option linklayer_adaptation_mechani= sm =E2=80=98cake=E2=80=99) it works better i.e. higher bandwidth with no ef= fect on pings=C2=A0

> Failure to do so will make sqm-scripts use STAB for the link accountin= g (in essence it lies to cake about the size of packets being passed throug= h it).=C2=A0 Better to use cake=E2=80=99s built-in compensation - fewer mod= ules, less code.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 I agree, even though for ptm this is les= s dire than for ATM; still use linklayer default or linklayer cake.

>
> I was bitten by this myself very recently, lost 4 hours of my life &am= p; many recompiles before I realised an innocent looking setting (linklayer= _advanced) was messing with the packet size (seen by looking at max_len fro= m tc)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 I am beginning to wonder whether the att= empt to hide complexity behind linklayer_advanced is not simply misguided a= nd should be jettisoned...
I agree i though that by le= aving=C2=A0 linklayer_advanced off i was allowing it to choose default i.e.= cake! what about max_len below? is that ok?

= qdisc cake 802b: dev eth0.1 root refcnt 2 bandwidth 30Mbit diffserv3 dual-d= sthost nat rtt 50.0ms noatm overhead 30 via-ethernet total_overhead 30 hard= _header_len 14 mpu 64
=C2=A0Sent 169756771 bytes 121528 pkt (drop= ped 4732, overlimits 118063 requeues 0)
=C2=A0backlog 8352b 6p re= queues 0
=C2=A0memory used: 80640b of 4Mb
=C2=A0capacit= y estimate: 30Mbit
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0Bulk=C2=A0 Best Effort=C2=A0 =C2=A0 =C2=A0 =C2=A0 V= oice
=C2=A0 thresh=C2=A0 =C2=A0 =C2=A0 =C2=A01875Kbit=C2=A0 =C2= =A0 =C2=A0 =C2=A030Mbit=C2=A0 =C2=A0 =C2=A07500Kbit
=C2=A0 target= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 9.7ms=C2=A0 =C2=A0 =C2=A0 =C2=A0 2.5ms= =C2=A0 =C2=A0 =C2=A0 =C2=A0 2.5ms
=C2=A0 interval=C2=A0 =C2=A0 = =C2=A0 =C2=A057.2ms=C2=A0 =C2=A0 =C2=A0 =C2=A050.0ms=C2=A0 =C2=A0 =C2=A0 = =C2=A050.0ms
=C2=A0 pk_delay=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0u= s=C2=A0 =C2=A0 =C2=A0 =C2=A0 3.2ms=C2=A0 =C2=A0 =C2=A0 =C2=A0 1.6ms
=C2=A0 av_delay=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0us=C2=A0 =C2=A0 =C2= =A0 =C2=A0 2.3ms=C2=A0 =C2=A0 =C2=A0 =C2=A0 283us
=C2=A0 sp_delay= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0us=C2=A0 =C2=A0 =C2=A0 =C2=A0 324us=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A018us
=C2=A0 pkts=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A0125657= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 609
=C2=A0 bytes=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00=C2=A0 =C2=A0 176142105=C2=A0 =C2= =A0 =C2=A0 =C2=A0205486
=C2=A0 way_inds=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 0
=C2=A0 way_miss=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A061=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 2
=C2=A0 way_cols=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0
=C2=A0 drops=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A04732=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0
=C2=A0 = marks=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0
=C2=A0 ack_drop=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 0
=C2=A0 sp_flows=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 0
=C2=A0 bk_flows=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 1=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 0
=C2=A0 un_flows=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 0
=C2=A0 max_len=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A00=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A03012=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A02032

qdisc cake 8029: dev = eth0.2 root refcnt 2 bandwidth 2440Kbit diffserv3 dual-srchost nat rtt 50.0= ms noatm overhead 30 via-ethernet total_overhead 30 hard_header_len 14 mpu = 64
=C2=A0Sent 7184293 bytes 74928 pkt (dropped 99, overlimits 462= 03 requeues 0)
=C2=A0backlog 54b 1p requeues 0
=C2=A0me= mory used: 155232b of 4Mb
=C2=A0capacity estimate: 2440Kbit
=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0B= ulk=C2=A0 Best Effort=C2=A0 =C2=A0 =C2=A0 =C2=A0 Voice
=C2=A0 thr= esh=C2=A0 =C2=A0 =C2=A0 152496bit=C2=A0 =C2=A0 =C2=A02440Kbit=C2=A0 =C2=A0 = =C2=A0 610Kbit
=C2=A0 target=C2=A0 =C2=A0 =C2=A0 =C2=A0 119.1ms= =C2=A0 =C2=A0 =C2=A0 =C2=A0 7.4ms=C2=A0 =C2=A0 =C2=A0 =C2=A029.8ms
=C2=A0 interval=C2=A0 =C2=A0 =C2=A0 238.3ms=C2=A0 =C2=A0 =C2=A0 =C2=A054.= 9ms=C2=A0 =C2=A0 =C2=A0 =C2=A077.3ms
=C2=A0 pk_delay=C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 0us=C2=A0 =C2=A0 =C2=A0 =C2=A0 1.3ms=C2=A0 =C2=A0 =C2= =A0 =C2=A0 526us
=C2=A0 av_delay=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 0us=C2=A0 =C2=A0 =C2=A0 =C2=A0 272us=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A01= 0us
=C2=A0 sp_delay=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0us=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 9us=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A010us
=
=C2=A0 pkts=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 75018=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A01= 0
=C2=A0 bytes=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A00=C2=A0 =C2=A0 =C2=A0 7200943=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A01290
=C2=A0 way_inds=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 1=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 0
=C2=A0 way_miss=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A073=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 8
=C2=A0 way_cols=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 0
=C2=A0 drops=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A00=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A099=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0
=C2=A0 marks=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0
=C2=A0 ac= k_drop=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0
= =C2=A0 sp_flows=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 1=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0
=
=C2=A0 bk_flows=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 1=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = 0
=C2=A0 un_flows=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 0
=C2=A0 max_len=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A00=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A03008=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 288




>
>>
>>=C2=A0 =C2=A0 =C2=A0 The overhead certainly seems confusing. Person= ally, I dislike the overhead related compound keywords like *-ptm and would= recommend the following:
>> 1) remove the bridged-ptm from the eqdisc/iqdisc fields
>> 2) add "mpu 64" to the eqdisc/iqdisc fields
>> 3) set overhad to 8+18+4 =3D 30 bytes (you will need to account fo= r everything added on the bottleneck, so your packets will be MTU 1492, to = leave room for the PPPoE header that the modem adds).
> MTU 1492 ain=E2=80=99t necessarily so - some vdsl modems in bridge mod= e support RFC 4638 with baby jumbo frames, thus supporting the normal ether= net MTU of 1500 (and obviating the need to TCP MSS clamping) - ie. if you c= an do it, you should ;-).=C2=A0 You still need to account for the 8 byte PP= POE overhead of course.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 And again, Kevin is correct; my rational= e might have been faulty but the recommendation still was correct though ;)= ...


>> 4) DO not set the ptm keyword at all, instead make sure to set the= shaper bandwidth to <=3D sync bandwidth * 64/65 =3D sync bandwidth * 0.= 984615384615 (to account for ptm's 64/65 encoding _without_ incurring n= eedless operations per packet).
>>
>> 4) tell us about your ISP and plan ;)
>>
> Cheers,
>
> Kevin D-B

Thanks for your input, as always very much appreciated!

Best Regards
=C2=A0 =C2=A0 =C2=A0 = =C2=A0 Sebastian =C2=A0
=C2=A0
Tha= nks & regards
Mark=C2=A0

>
> GPG fingerprint: 012C ACB2 28C6 C53E 9775=C2=A0 9123 B3A2 389B 9DE2 33= 4A


--001a114787f22113d605609555aa--