From owner-freebsd-net@FreeBSD.ORG Thu Apr 23 10:43:13 2015 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA599737 for ; Thu, 23 Apr 2015 10:43:13 +0000 (UTC) Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) (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 4FC9E1ACA for ; Thu, 23 Apr 2015 10:43:13 +0000 (UTC) Received: by labbd9 with SMTP id bd9so9594376lab.2 for ; Thu, 23 Apr 2015 03:43:11 -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=5NX4ezdStwEzzdRAwBPBjScwuvfHgOVWHWFUBkH94PA=; b=Z8jshJU6rAbI9GRv+Z8m/kOFqEP8sn0SQYzgnQUJuBomRNd4DDNus6rCxvzMzT2QZ4 mrp8rWDg/P+ZlQr5iEygYSrvK0BCUm3m6U0GCre/awyR98+E3B7gTJWc4Vblrtkg/f4p CK40Qbxd7P4dNTw791tjoJqQGmLxQYsPmHmJmGIcG95yBfAhqiFu3dty3Wd2fNIaRzNy XFNB5hd5oDrOuUu0iT6gwQo3tguIcAIt3268jpJt3fd5llLe+6p4vi+ZxBezCMm4oyzf jDkVZPLjZEcuejr88gqsRDFMJ7X3+5zVnSoPAo29GOWp9NV3A4oFZ7nzhzRQRY//1els N3Yg== MIME-Version: 1.0 X-Received: by 10.112.198.225 with SMTP id jf1mr1836979lbc.91.1429785791248; Thu, 23 Apr 2015 03:43:11 -0700 (PDT) Received: by 10.114.202.229 with HTTP; Thu, 23 Apr 2015 03:43:11 -0700 (PDT) In-Reply-To: <5538BF47.4000803@swin.edu.au> References: <5538BF47.4000803@swin.edu.au> Date: Thu, 23 Apr 2015 13:43:11 +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 10:43:13 -0000 Hi, Thank you very much for this suggestion! I will try to build the testbed and use the tool suggested by you. 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" >