From owner-freebsd-net@FreeBSD.ORG Thu Apr 23 11:15:35 2015 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6D8E7CCE for ; Thu, 23 Apr 2015 11:15:35 +0000 (UTC) Received: from mail-lb0-x230.google.com (mail-lb0-x230.google.com [IPv6:2a00:1450:4010:c04::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D0BBA1DD6 for ; Thu, 23 Apr 2015 11:15:34 +0000 (UTC) Received: by lbbuc2 with SMTP id uc2so10551863lbb.2 for ; Thu, 23 Apr 2015 04:15:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=hhIyQwB2hG07a4urhCD4U+w1EWbRpPRBqM0ugxTiCA8=; b=r2q8TFfxtM+2/oS7dWz8KFpvHkbcieLNiwH5lSXGidmAEaCPRrlyy6RUSM1n54DmMR BA3UWL1h3YtySW5NI3ou49yJ2ZzpkV9gpU07TI8ufPD18WEQ5uVigIfQK1iyWPRbsyq/ unwTWlAytoz/y+1pQKPgNGlwrZU9pWtGRIxJbiu4U+NKr6oa2XvQYWOWt+GzDSjJLSTr Sahdsh9q3ZTaaE2P1qhIAYtbp0rgSwBch1honB5jvoSJsMBH3paABrqiTZVrmypE0oPH rV5OrsnOMwX6jnvZW6HisWOGOX7lIWdb/z7JBPBgcfH6mhYOVJ9Xt8GHQTXr6nkF+QVC hM2g== MIME-Version: 1.0 X-Received: by 10.152.2.130 with SMTP id 2mr1964596lau.120.1429787732763; Thu, 23 Apr 2015 04:15:32 -0700 (PDT) Received: by 10.114.202.229 with HTTP; Thu, 23 Apr 2015 04:15:32 -0700 (PDT) In-Reply-To: <5538BF47.4000803@swin.edu.au> References: <5538BF47.4000803@swin.edu.au> Date: Thu, 23 Apr 2015 14:15:32 +0300 Message-ID: Subject: Re: Testing Congestion Control Algorithms From: Karlis Laivins To: grenville armitage Cc: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2015 11:15:35 -0000 Hello once again, Before I dive in the TEACUP, I wanted to clarify this - should I build the testbed to consist of FreeBSD machines, will I be able to use congestion control module (.ko) that was created by modifying the cc_newreno (written in C) in TEACUP, or will I have to rewrite it in Python? Sorry, if this question seems silly, but I have limited time to do the tests and I want to be sure that I don't have to redo something in a language that I haven't used yet. Thank you in advance for your answer! With Best Regards, Karlis On Thu, Apr 23, 2015 at 12:45 PM, grenville armitage wrote: > > > On 04/23/2015 17:17, Karlis Laivins wrote: > >> Hi, >> >> I am currently working on a modification of TCP NewReno congestion control >> algorithm. It seems that I have been able to write a working module. >> >> Now, I am looking for a way to test the performance of the built-in >> congestion control algorithms and the new algorithm. I have heard about >> the >> NS-2 simulator, and I am trying to compile and configure it now, but >> that's >> just a statistical tool (from what I hear) and the results are far from >> reality (please correct me, if I am wrong). >> >> Please recommend a tool or way I can test the performance of the >> congestion >> control algorithm in a "real" environment (sender side - 2 Computers, one >> connected to the wireless network, other to a wire, receiver - one PC, >> running FTP server, both senders each sending a big file at the same >> time). >> I would like to get comparable performance results from each of the >> existing congestion control algorithm as well as the new one I have >> created >> by modifying the NewReno algorithm. >> >> Thank you in advance for your assistance. >> > > Lars is right, the ns-2 tangent is starting to diverge from freebsd-net@ > > Indeed, I would suggest you don't bother with ns-2 -- it wont help you do > meaningful comparisons to a kernel-resident cc module you develop under > FreeBSD. > > If you have the time and inclination to build a small testbed using a > couple of physical hosts, you might find this tool useful -- > http://caia.swin.edu.au/tools/teacup > > My colleague and I built TEACUP (TCP Experiment Automation Controlled > Using Python) to automate many aspects of running TCP performance > experiments in our small, specially-constructed physical testbed. TEACUP > enables repeatable testing of different TCP algorithms over a range of > emulated network path conditions, bottleneck rate limits and bottleneck > queuing disciplines. (e.g. I've used it to experiment with custom FreeBSD > CC modules vs conventional FreeBSD and Linux CC algorithms.) > > A key caveat: TEACUP assumes your physical testbed is a > multi-host/single-bottleneck dumbbell-like topology with suitably > configured end hosts and Linux-based bottleneck router (see > http://caia.swin.edu.au/reports/150210C/CAIA-TR-150210C.pdf for an > example). TEACUP does not try to run experiments over arbitrary network > paths or the wider Internet. This has satisfied our use-cases, other > people's mileage may vary :-) > > We've released TEACUP in case it may be useful to other researchers who > already have (or are interested in setting up) similar network testbeds. > > (Small note -- we recently found a small bug in some of the v0.9 data > analysis code, which will be fixed when v0.9.2 comes out RSN.) > > cheers, > gja > > > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >