Re: TCP "experiments"
Lachlan Andrew <[email protected]>
| Newsgroups | gmane.network.end2end |
|---|---|
| Message-ID | <CAPpWWaJtaJn5KiP7EDkivJNGcMLKs-8EW0D4s917zec_ZWzxEw@mail.gmail.com> |
Greetings John, On 28 July 2013 04:36, John Day <[email protected]> wrote: > One never does experiments with a production network. > > An arbitrary network of several hundred nodes > or even a few thousand is not that big a deal. Greetings John, You are absolutely right that testbed experiments should be performed before "live" experiments. However, it is not so much the size of the network as the mix of applications running on it that makes the test representative. It is still very difficult to perform a test with a few thousand human users all doing their thing. That means that live experiments still have a place. Of course, that doesn't excuse un-monitored deployments as occurred when Linux started using BIC as the default. To my mind, the solution would be for the IETF to provide more practical guidance on how to perform limited-scale, monitored tests on the real Internet. The process of getting a protocol "approved", even as an experimental RFC, is far too cumbersome for most researchers, especially since there is no way to police the use of non-approved protocols. The IETF will be most relevant if its processes reflect its power. We (or at least I) want the Internet to be inherited by those who try to play by the rules rather than those who flaunt them, but the if the only way to make timely progress is by breaking the rules then we won't achieve that (as we saw with CUBIC and NATs). Getting the balance right is difficult, but important. $0.02, Lachlan -- Lachlan Andrew Centre for Advanced Internet Architectures (CAIA) Swinburne University of Technology, Melbourne, Australia <http://caia.swin.edu.au/cv/landrew> Ph +61 3 9214 4837