From weixl at caltech.edu Mon Oct 1 00:01:53 2007 From: weixl at caltech.edu (Xiaoliang (David) Wei) Date: Mon, 1 Oct 2007 00:01:53 -0700 (PDT) Subject: [e2e] A new version of NS-2 TCP-Linux In-Reply-To: References: <5.2.1.1.2.20070829162659.039f4b18@pop3.jungle.bt.co.uk> <46D65074.9060403@isi.edu> <46D6E139.1050202@isi.edu> <5.2.1.1.2.20070830171615.04159680@pop3.jungle.bt.co.uk> <46D7BC78.6030106@isi.edu> Message-ID: Dear Colleagues, I'd like to announce a new version of NS-2 TCP-Linux, which runs congestion control module source codes from Linux in NS-2 simulation. This new version has the following features: 1. incorporates 14 congestion control algorithms in Linux 2.6.22-6 into NS-2.31 (also compatible with NS-2.29 and NS-2.30); 2. allows to set new values for parameters of different congestion control algorithms so that we can study the effects/sensitivities of parameter setting in these algorithms. The simulation speed and memory usage are still very similar to other standard NS-2 TCPs (such as Sack1) and the usage is almost the same as the current NS TCPs (except adding one command to select congestion control module and optionally two commands to set new parameter values). The new patch can be downloaded from http://www.cs.caltech.edu/~weixl/technical/ns2linux/index.html and the page has more details on the usage. There is an updated tutorial which provides simple usage examples: http://www.cs.caltech.edu/~weixl/technical/ns2linux/tutorial/index.html If you find any problem, please let me know.:) A little bit more details (See the links above for more details): 1. In the patch, I added a new TCP class which is called LinuxTCPAgent. The class loosely follows the ack processing path in Linux TCP with many simplifications. It calls congestion control modules to change the cwnd and ssthreshold, as Linux does. You can always add your own congestion control algorithms with minor modifications, as long as you get the source codes of their Linux congestion control modules. 2. I also added a new Scoreboard design which can process SACK in a similar way as Linux does, while maintaining the similar simulation speed as scoreboard-rq. 3. Some Limitations: D-SACK, F-RTO and ECN process is yet to be implemented. Also, since the TCPSink in NS2 has some difference from Linux receiver process, the cwnd trajectory from simulation results are not exactly the same as Linux experiments. -David -- Xiaoliang (David) Wei EAS @ Caltech http://www.DavidWei.org *********************************************** From msaqibilyas74 at yahoo.co.uk Wed Oct 3 04:58:36 2007 From: msaqibilyas74 at yahoo.co.uk (Saqib Ilyas) Date: Wed, 3 Oct 2007 12:58:36 +0100 (BST) Subject: [e2e] Metro Ethernet In-Reply-To: Message-ID: <180410.31701.qm@web25411.mail.ukl.yahoo.com> Hello everyone A Metro Ethernet service provider enters into an agreement with a subscriber for a E-Line or E-LAN service, with a set of service attributes. The service provider agrees to provide a particular frame delay, frame jitter, availability and frame loss for a certain percentile of service frames alongwith CIR, CBS, EIR, EBS. Within the service provider's packet switched metro network, several other subscriber's traffic is also statistically multiplexed. My question is, how does the service provider ensure the delay, jitter and loss guarantees for the agreed percentile of service frames? Thanks and best regards Muhammad Saqib Ilyas Assistant Professor Department of Computer and Information Systems Engineering NED University of Engineering and Technology, Karachi, Pakistan http://www.saqibilyas.info Graduate Student, LUMS Country Leader, INETA Pakistan Microsoft Most Valuable Professional - C++ --------------------------------- For ideas on reducing your carbon footprint visit Yahoo! For Good this month. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.postel.org/pipermail/end2end-interest/attachments/20071003/086eff3e/attachment.html From lstewart at room52.net Tue Oct 9 18:58:01 2007 From: lstewart at room52.net (Lawrence Stewart) Date: Wed, 10 Oct 2007 11:58:01 +1000 Subject: [e2e] Software for FreeBSD TCP R&D: SIFTR v1.1.4 and DPD v1.0 released Message-ID: <470C31A9.6040303@room52.net> Hi All, Further to Grenville's recent email regarding SIFTR, we just wanted to give you a quick heads up regarding the availability of a new SIFTR (Statistical Information for TCP Research) version and the debut release of DPD (Deterministic Packet Discard). SIFTR v1.1.4 addresses a couple of issues, one of which is applicable to users of SIFTR in FreeBSD 7-CURRENT. Read the changelog and readme for more information. DPD is a new FreeBSD kernel module we developed to further aid us in our ongoing TCP research. It allows for the deterministic dropping of TCP packets from within the FreeBSD kernel via a simple sysctl interface. This is particularly useful for anyone that is interested in observing TCP reacting to packet loss events (e.g. congestion control researchers). Being able to drop the same packet(s) across multiple tests allows for simpler comparisons of TCP behaviour. We've found it particularly useful in evaluating and observing the behaviour of different congestion control mechanisms, and hope it may be of use to others out there. Please refer to the DPD readme for more in-depth information. The software and documentation is freely available under a BSD licence from: http://caia.swin.edu.au/urp/newtcp/tools.html We would be very happy to hear from anyone regarding bugs and suggestions as well. Cheers, Lawrence http://caia.swin.edu.au From nataraja at cis.udel.edu Wed Oct 10 11:13:15 2007 From: nataraja at cis.udel.edu (Preethi Natarajan) Date: Wed, 10 Oct 2007 14:13:15 -0400 Subject: [e2e] CDN performance Message-ID: <470D163B.3070007@cis.udel.edu> Hello, Can anyone point me to information on the current deployment/performance of web content delivery networks (CDNs) for world-wide origin servers? Also, any numbers on CDN performance for web users outside North America and Europe? Thanks a lot in advance, -- Preethi From yzhang at cs.utexas.edu Sun Oct 14 12:48:39 2007 From: yzhang at cs.utexas.edu (Yin Zhang) Date: Sun, 14 Oct 2007 14:48:39 -0500 (CDT) Subject: [e2e] ACM SIGCOMM 2008 -- Call for Proposals for Workshops Message-ID: [We apologize in advance if you receive multiple copies of this message] SIGCOMM 2008 -- Call for Proposals for Workshops ================================================ ACM SIGCOMM 2008 will hold multiple one day workshops that will be scheduled on August 17 or 18 and August 22, 2008, in Seattle, Washington, USA, co-located with the main conference. We invite you to submit workshop proposals on any topic related to computer communication and packet networking before November 2nd, 2007 to the Workshop Chairs. Workshop proposals on emerging topics, likely to generate significant interest in the community, will be preferred. A workshop proposal should contain at least: * A draft call for papers (as complete as possible) * The workshop deadlines (internal and external)\ * Names and affiliations of main organizers and tentative composition of the committees * Motivation and rationale for the workshop, expected number of submissions and participants * Prior history of this workshop * Relationship to other workshops Important Workshop Dates ------------------------ * Workshop Proposals due November 2, 2007 (Fri, 5pm PST) * Notification of Acceptance November 30, 2007 * Workshop Call for Papers due December 15, 2007 Typical Workshop Dates ---------------------- * Paper submissions due Early March 2008 * Paper accept notifications Early April 2008 * Camera ready due Early May 2008 Workshop Chairs --------------- * Suman Banerjee University of Wisconsin Email: suman [AT] cs.wisc.edu * Alex Snoeren University of California, San Diego Email: snoeren [AT] cs.ucsd.edu Links ----- * This Call for Workshop is also available at http://www.sigcomm.org/sigcomm2008/cfw.php * More information about ACM SIGCOMM 2008 is available at http://www.sigcomm.org/sigcomm2008/