As you know, one of the major goals of this class is to understand how networking research is done. To this end, the term project is a major component of 6.829, since that's where you draw upon your knowledge and experience from the course readings and elsewhere to actually do research. This document is intended to ease the process of figuring out what to work on and writing a short proposal explaining what you want to work on. A separate document handed out in class describes some project suggestions we came up with.
Please feel free to come up with your own ideas, or modify our suggestions in any way you want. Our suggestions are simply that; and they're usually incomplete. They are not specifications of projects.
Not everyone is expected to do one of these research projects. In fact, we expect around 10-12 groups to participate in the 6.829 competition, which involves a design and implementation project that's more focused. It requires a great deal of creativity and there are many ways to attack the problem posed in the competition, but the difference is that you don't need to do any research to determine what you want to work on. To learn about the competition, click here.
If you're a PhD student or an MEng student doing research in network systems, you're encouraged (but not forced) to pick a research project. If you're an undergraduate or an MEng student not in systems, you may learn a lot more by participating in the competition. The competition will be in teams of three; the research projects generally in teams of two.
The following instructions apply to those of you doing research projects.
1. Teams: As far as possible, you should work in teams of two if you're doing a "research" project. That's a lot more fun, is often a lot more productive, and the resulting work a lot sounder than if you were working in isolation. The nature of the networking field is one that fosters collaboration and often makes it essential for high impact work, and you should develop the ability to collaborate on projects. Unless there is a very good and compelling reason for you to work alone, we won't agree to it! For large enough projects, we might allow teams of three, provided the proposal makes it clear what the approximate task assignment is. Feel free to use the class mailing list (6.829-students@mit.edu) to solicit project partners.
For the competition project, you should work in teams of three.
2. Schedule: One- to two-page proposals (details below) are due
Monday 10/1/01 in class. Print out two hard copies and
bring them to class. We will read the proposals carefully over the
following few days and get back to you by email. In some cases, we may
want to meet with teams to understand better exactly what you're
doing, perhaps because it isn't focused enough or because you're
trying to accomplish too much. You have about two months to carry
out the project, which is ample if your proposal is focused, but not
otherwise.
Project presentations have been scheduled for December
6th and 7th. Your paper is also due at that time.
It is important that you read important background material before
turning in the proposal!
3. Proposal: A crisp one-page write-up that should
contain the following items. Two hard copies per group.
5. Standards: Aim high in a focused way, and do the best you
can! The best projects are sure to be publishable (as they have in
past years) in top ACM or IEEE conferences in the area, such as
SIGCOMM, INFOCOM, or MOBICOM, or appear as articles in journals like
SIGCOMM's Computer Communications Review (CCR). I have a strong
feeling that you will far surpass my already high expectations with
wonderful work that will further the state-of-the-art in network
research.
Where do you get a project? You're free to come up with your own, and
Dave, Xiaowei, and I will be happy to discuss your proposal ideas by
email (or in person) over the next few days. Or, you might want to
pursue one of our suggestions (feel free to modify them in your
proposal if you like).
4. Background: In a one-semester class, one can only cover a
fraction of networking topics, and there are sure to be projects where
the background material won't be covered in too much detail. And even
for topics that we do cover, there will almost certainly be other
relevant related work that you should be familiar with. Part of doing
something new is figuring out what's already been done or is known, so
you should search the related literature and Web pages as extensively
as you can. Keep an eye out for useful software or research
methodology or tools that you can leverage; this will save you
tremendous amounts of time later in the term. You might find
some of these useful links actually useful.