From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr0-x234.google.com (mail-wr0-x234.google.com [IPv6:2a00:1450:400c:c0c::234]) (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 765E73BA8E for ; Thu, 7 Sep 2017 03:58:24 -0400 (EDT) Received: by mail-wr0-x234.google.com with SMTP id 108so17509428wra.5 for ; Thu, 07 Sep 2017 00:58:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=kOxwxKOgfJA4Awgvkgr9vl3ss19CkEY+jNNdfz8yhOU=; b=MDzEXeeQM8Y9jJJlT0Ftcj9f2L1Hemtf9n4Oh9rwZk/0Y+9LXoBMZfqeG24vPMCfAX +5TyHpts729C2eW9di+7S0P5TdGkZAO/8Non8X2w9dk+BRjNX5g0qAVxut5mtqliXqcc dcO/t7uvM8HPZ2vnI10cyGIEM4D0kC5sjm0RDuLK12hJc+Y5xmddeIYiKJL5hvl0Jw1C Q1EL3p/FVfagsvO7fWZxYBIT3VdP0TzYV5vPac+xKIN/V5n71OSGFdapox77JafFtOwY aNCXQ6UD55Pq7guLqTuCBCggW0uw8UXpmLNEjtuq/IkR/GtYnMSNY45OrOyNM/epXuGy ZWSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=kOxwxKOgfJA4Awgvkgr9vl3ss19CkEY+jNNdfz8yhOU=; b=tdwx4WkoxZD+bFrzgtU6gQCESX3NMn0RXCC8ScRoLpwiYM52ZoLvmr92Muy2TX/fsx ZISBUciFQT4VEq5XGw9VTdj6SDljSQn+FcoX9vc8XtGHIe0Ze6wHVCQlZKNknHrZqwFR Lg/bpfi0BFSBk1kQXAV5kKwCAgOtt8CEBPwWZnFel1oX48SwuULvTvpq+w43SNBsLKiV Pip+Iq5yMeUrTdg+NWDj0mU9TP+LjQs9+1eFxWc6uuZ+gDro08DeHlxPpQa3AAxdEWHa siOM5veddlwhPFtCvs0ch3OUxQqttKZXeWPN2c7/cqJu6RHhlTtJbhAkGb2h/nw2z2QL Ffqw== X-Gm-Message-State: AHPjjUij7cUWfQK5EGk1qjAYA+FlsvBZDqnZPJdFN8PU08sA7jb2j+6M Wphz+WQFeZBxtRubtA0= X-Google-Smtp-Source: ADKCNb6UYXcWVzoZzZBccBHEZPTJa7cfYh21CSo17z69nNaU46/yu34zrO7H1T9b3347A+FthGnSEg== X-Received: by 10.223.177.10 with SMTP id l10mr1462238wra.304.1504771103226; Thu, 07 Sep 2017 00:58:23 -0700 (PDT) Received: from [192.168.0.1] (ip-37-24-197-30.hsi14.unitymediagroup.de. [37.24.197.30]) by smtp.gmail.com with ESMTPSA id n48sm1308445wrb.0.2017.09.07.00.58.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 07 Sep 2017 00:58:22 -0700 (PDT) To: Sebastian Moeller Cc: Cake List References: <915b0913-0ac5-c6b6-3771-752a9e41dff2@gmail.com> <0D998858-A2FD-4CE3-8B9B-07C6448C8F3B@gmx.de> <6581a265-041e-5ac0-9d1c-66067e45bfa6@gmail.com> From: Dennis Fedtke Message-ID: <84ff1b59-ec93-5862-c5e4-d03b50483961@gmail.com> Date: Thu, 7 Sep 2017 09:58:20 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Subject: Re: [Cake] overhead and mpu 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: Thu, 07 Sep 2017 07:58:24 -0000 Hi Sebastian, here is the outout: config queue         option debug_logging '0'         option interface 'eth1.100'         option qdisc 'cake'         option enabled '1'         option qdisc_advanced '1'         option qdisc_really_really_advanced '1'         option linklayer 'none'         option egress_ecn 'NOECN'         option upload '19000'         option verbosity '5'         option ingress_ecn 'ECN'         option script 'layer_cake.qos'         option download '150000'         option squash_ingress '1'         option squash_dscp '1'         option iqdisc_opts 'docsis nat'         option eqdisc_opts 'docsis nat' But also see my last email please. it seems that both devices use different default overhead (14 vs 18) Thanks. Am 07.09.2017 um 09:47 schrieb Sebastian Moeller: > Hi Dennis, > >> On Sep 7, 2017, at 06:11, Dennis Fedtke wrote: >> >> Hi everyone! >> >> thanks for your answers again. >> >> So what about from should i expect from using the docsis keyword? >> (This layer cake script + nat docsis set in advanced config) >> >> tc -s qdisc show dev eth1.100: >> qdisc cake 8064: root refcnt 2 bandwidth 19Mbit diffserv3 triple-isolate nat rtt 100.0ms raw mpu 64 >> Sent 246233450 bytes 1316430 pkt (dropped 65, overlimits 126706 requeues 0) >> backlog 0b 0p requeues 0 >> memory used: 2372672b of 4Mb >> capacity estimate: 19Mbit >> Bulk Best Effort Voice >> thresh 1187Kbit 19Mbit 4750Kbit >> target 15.3ms 5.0ms 5.0ms >> interval 110.3ms 100.0ms 10.0ms >> pk_delay 0us 298us 10us >> av_delay 0us 13us 2us >> sp_delay 0us 1us 1us >> pkts 0 1315692 803 >> bytes 0 246260830 59314 >> way_inds 0 733 0 >> way_miss 0 5012 29 >> way_cols 0 0 0 >> drops 0 65 0 >> marks 0 0 0 >> sp_flows 0 1 0 >> bk_flows 0 0 0 >> un_flows 0 0 0 >> max_len 0 1514 405 >> >> tc -s qdisc show dev ifb4eth1.100 >> qdisc cake 8065: root refcnt 2 bandwidth 150Mbit diffserv3 triple-isolate nat wash rtt 100.0ms noatm overhead 18 via-ethernet mpu 64 >> Sent 869520280 bytes 2153104 pkt (dropped 30, overlimits 270811 requeues 0) >> backlog 0b 0p requeues 0 >> memory used: 624320b of 7500000b >> capacity estimate: 150Mbit >> Bulk Best Effort Voice >> thresh 9375Kbit 150Mbit 37500Kbit >> target 5.0ms 5.0ms 5.0ms >> interval 100.0ms 100.0ms 10.0ms >> pk_delay 121us 448us 1us >> av_delay 40us 158us 0us >> sp_delay 2us 2us 0us >> pkts 58805 1362429 731900 >> bytes 77433974 748216627 43914060 >> way_inds 0 118167 0 >> way_miss 5 5911 3 >> way_cols 0 0 0 >> drops 1 29 0 >> marks 0 0 0 >> sp_flows 0 0 0 >> bk_flows 0 0 1 >> un_flows 0 0 0 >> max_len 1486 1514 90 >> >> Why is there no overhead showing for egress? > Could you post post the output of "cat /etc/config/sqm" (assuming you use LEDE/OpenWrt); i have a hunch that you might have forgotten to put the docsis keyword into both advanced configuration fields (or there is a typo n one of those words). > > >> Why is there overhead18 + via-ethernet showing for ingress? > This tells you that cake is using ethernet_payload + 18 bytes overhead, and that it automatically effectively subtracted the 14 bytes overhead the kernel added before applying its 18 bytes (so that you do not need to worry about how much the kernel added). > > BTW, cake reports the maximum of the pkt_len field of all packets as max_len and on ethernet interfaces the kernel automatically adds 14 bytes (already to skb->len), this is why you see max_len 1514 instead of 1500. If you use tc's stab method for overhead accounting things will look different, as stab will add the full header size to pkt_len, so using tc stab you would probably see 1532 for an ecplicit overhead of 18 (as tc stab does not take the already accounted for header into account so if you request 18 on an ethernet interface you will effectively get 18+14 = 32.) It really is a great feature of cake to undo the kernel's automagic length adjustment so that one can request overhead on top of the ethernet payload/the IP packets. > > Best Regards > Sebastian > >> Thanks again =) >>