From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-io1-xd2b.google.com (mail-io1-xd2b.google.com [IPv6:2607:f8b0:4864:20::d2b]) (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 8615E3CB38 for ; Tue, 12 Jan 2021 07:31:33 -0500 (EST) Received: by mail-io1-xd2b.google.com with SMTP id u17so3585471iow.1 for ; Tue, 12 Jan 2021 04:31:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:reply-to:to:references:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=JS+n41JiAYv6CHaebGrOFPoVqItu+9nrYYybrDKBTZE=; b=qQQ/7f5U/3i/J6gU8snzTfxyIOg7DkFTY7pk7eZDz27ly/qbfZ1sS1hf8c14M94qGO zjXuumbMaK0fwBmP2AxwRUX0noWYLNgXsTAcuAd0hm6HnqSoSyWzCpxIsCCVsha/TOs0 8lI03sCF/0UDD3Gt1ppHsSPn/XQw78QCbSuTJlkNFdTka42tTI8HEWAvqrY8EThq0nH0 Zp7FBZz5q/8mISMygaKBtEyLJ4pZ3s4xAnxTT+Wlfc/Ma3vV5OqTmSpOOEFf3NPsAuBd Rb4le6B80wTMabi4BBUdTqhPXiHDJEnJRPV+1dOvsTGSghM2YeQPRPla6QLlup43ARSU TU9A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:reply-to:to:references:message-id :date:user-agent:mime-version:in-reply-to:content-language; bh=JS+n41JiAYv6CHaebGrOFPoVqItu+9nrYYybrDKBTZE=; b=pQLFTWJpi0JJKIIwIznXGYOHGr2asOtxm/AFTKdEs5gvzPrBJ+yKops2/idQuADuui JjOP7PNbTHKtXuhvl5xaYCc5KjCfXn052kgY1j0hwGuUWIVAYZy9Q23QvqXPMmXD6l5h azpWWFWxcMERchil50jJVrCXIauUDYsI5mg7ridt/zDV+bvqAt1bSd1ftsBnWsXY9Jqz W3yq5tSRJDB/x4enbv+g1Qg2h5DEp63vYETCgcYvZodZ3B32d6vXApK0MeI5AU6GT2cM qGbdfdXWooqeraQdscCshYpRT14CJTZ3Yhz3l+4GB3MRcj+hJAzmyVq3V0BGcVjlbCXw JPSg== X-Gm-Message-State: AOAM531Ij/SaE1hTrYcmZSY/BXJFrEv+n9x+Xkkxz1YnoDK0PaycMMgL Sixz5Is99qSuMRcZhNKD1r0xIx37vhDoig== X-Google-Smtp-Source: ABdhPJzHg9UiFnYU0Hmi5APmDUcYz/RPITCCgCxrHMLEA6EcswNvQWfKYaodzKpCD2/XoUA09d6yfw== X-Received: by 2002:a02:b153:: with SMTP id s19mr3905395jah.122.1610454692446; Tue, 12 Jan 2021 04:31:32 -0800 (PST) Received: from [192.168.7.123] (cpe5896306dfa2e-cm5896306dfa2c.cpe.net.cable.rogers.com. [99.240.238.19]) by smtp.gmail.com with ESMTPSA id s12sm2476371ilp.66.2021.01.12.04.31.29 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 12 Jan 2021 04:31:30 -0800 (PST) From: David Collier-Brown X-Google-Original-From: David Collier-Brown Reply-To: davecb@spamcop.net, dave.collier-brown@indexexchange.com To: bloat@lists.bufferbloat.net References: <20210110053919.GA14073@unix-ag.uni-kl.de> Message-ID: <91f6a480-738f-96fa-defe-8047815c539c@rogers.com> Date: Tue, 12 Jan 2021 07:31:29 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.4.0 MIME-Version: 1.0 In-Reply-To: <20210110053919.GA14073@unix-ag.uni-kl.de> Content-Type: multipart/alternative; boundary="------------2B6BCF79D2E2A1A268288C0D" Content-Language: en-US Subject: Re: [Bloat] Rebecca Drucker's talk sounds like it exposes an addressable bloat issue in Ciscos 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: Tue, 12 Jan 2021 12:31:33 -0000 This is a multi-part message in MIME format. --------------2B6BCF79D2E2A1A268288C0D Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Just FYI, we're running16.09.03: I found the reference in google, and considered it antique. On 2021-01-10 12:39 a.m., Erik Auerswald wrote: > In my experience, asking about token-bucket algorithm details is often > a sign for the asker to not see the forest for the trees. > >> The very first Cisco manual I found in a Google search explained how >> to */set/* excess burst size (!) >> >> https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/qos_plcshp/configuration/12-4/qos-plcshp-12-4-book.pdf > IOS 12.4 is quite old. I do not expect current documentation to have > improved significantly, but IOS 12.4 was a thing well before CoDel existed. > Looking at the current manual set, it emphasizes "Weighted Random Early Detection", and does not discuss the token-bucket algorithm at all, though pages describing QOS say it is used. Amusingly, the page about WRED carefully repeats itself, suggesting a slight proofreading problem (;-)) https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/qos_conavd/configuration/xe-16/qos-conavd-xe-16-book/qos-conavd-oview.html -- David Collier-Brown, | Always do right. This will gratify System Programmer and Author | some people and astonish the rest davecb@spamcop.net | -- Mark Twain --------------2B6BCF79D2E2A1A268288C0D Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit

Just FYI, we're running 16.09.03: I found the reference in google, and considered it antique.

On 2021-01-10 12:39 a.m., Erik Auerswald wrote: 
In my experience, asking about token-bucket algorithm details is often
a sign for the asker to not see the forest for the trees.


The very first Cisco manual I found in a Google search explained how
to */set/* excess burst size (!)

https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/qos_plcshp/configuration/12-4/qos-plcshp-12-4-book.pdf 

IOS 12.4 is quite old.  I do not expect current documentation to have
improved significantly, but IOS 12.4 was a thing well before CoDel existed.

Looking at the current manual set, it emphasizes "Weighted Random Early Detection", and does not discuss the token-bucket algorithm at all, though pages describing QOS say it is used.

Amusingly, the page about WRED carefully repeats itself, suggesting a slight proofreading problem (;-)) https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/qos_conavd/configuration/xe-16/qos-conavd-xe-16-book/qos-conavd-oview.html


-- 
David Collier-Brown,         | Always do right. This will gratify
System Programmer and Author | some people and astonish the rest
davecb@spamcop.net           |                      -- Mark Twain
--------------2B6BCF79D2E2A1A268288C0D--