From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.taht.net (mail.taht.net [IPv6:2a01:7e00::f03c:91ff:feae:7028]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id D0A003BA8E for ; Mon, 19 Nov 2018 13:00:10 -0500 (EST) Received: from dancer.taht.net (unknown [IPv6:2603:3024:1536:86f0:eea8:6bff:fefe:9a2]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.taht.net (Postfix) with ESMTPSA id 935EF228A5; Mon, 19 Nov 2018 18:00:09 +0000 (UTC) From: Dave Taht To: Shefali Gupta Cc: cake@lists.bufferbloat.net References: Date: Mon, 19 Nov 2018 09:59:57 -0800 In-Reply-To: (Shefali Gupta's message of "Mon, 19 Nov 2018 19:25:02 +0530") Message-ID: <874lcd2bj6.fsf@taht.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Cake] Query Regarding CAKE 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, 19 Nov 2018 18:00:11 -0000 Shefali Gupta writes: > Hello Jonathan and Dave, > > Thanks for the quick replies. > > We took sometime to understand the whole framework and have come up > with some more queries: > > 1. Can we use the COBALT code available on the following link as a > reference: > https://github.com/dtaht/sch_cake/blob/old-master/cobalt.c > > 2. Since ns-3 code is in C++, we're hoping to implement the different > modules (four modules as mentioned in LANMAN paper) of Cake in > separate classes. > Is that approach fine? or you recommend us to implement all modules in > a single file as done in Linux? I see jon has a later reply to this, this is just a note. I would in the long run, really like to see a C++ boost library implementing all the bufferbloat-fighting algorithms generically - I tend to think that GPS fair and load-shedding and rate-limiting behavior would be a boon in many applications. I started work once on doing something generic in userspace in C but, well, go do a "man queue" and recoil in horror. I should stick that somewhere and tie myself to the chair long enough to finish it. hmm... perhaps Go? > > Thanks and Regards, > Shefali Gupta > Jendaipou Palmei > > _______________________________________________ > Cake mailing list > Cake@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cake