Hello, This message was automatically sent by the SIGCOMM '93 information server upon receipt of your request for author information. If a personal response is needed, please contact the program chair at dsidhu@umbc3.umbc.edu. For more information about the conference(as opposed to paper submissions), e-mail to sigcomm93@cse.ucse.edu. =================================================================================== Author Information for SIGCOMM '93 Submissions Important dates for authors submitting papers for SIGCOMM '93 are: Deadline for paper submission: 22 February 1993 Notification of acceptance: 7 May 1993 Camera ready papers due: 11 June 1993 We are willing to make special arrangements to stretch the deadline by a week or so. Such extension should be requested from the program chair. The program committee needs on-time submissions whenever possible so that there is sufficient time to do at least three (preferably four) in-depth reviews of each submission. Authors traditionally ask whether the length limit of 20 double-spaced pages is flexible. The answer to this is "yes", but within limits. We do not want to be unreasonable about this limit, but we definitely do not want to see papers that are 30 or more pages long and 25 pages is stretching matters. The reason we want to remain flexible is to accommodate author's time constraints. If a paper contains several graphs, tables, or charts, these might easily fit onto a single column in the double-column format of the proceedings. However, authors should not have to go to extremes to get the formatting "just right" for the initial submissions. So, while we might look favorably on a paper that was 23 pages long that had several graphs and tables, we would not look so favorably on a paper of the same length that was mostly prose. Authors should bear in mind that the target length for camera-ready copy (to be published in the proceedings) is 10 pages. Submissions for review that are longer than 20 double-spaced pages will have more difficulty coming in on target with camera-ready copy than those who do (this may sound obvious, but many authors don't think of the length of their initial submissions in these terms). While no hard rule on length is presented here, the guidelines should be clear. We do not wish to limit the exposition of good research results by setting hard limits. The ultimate arbiter on this will be the program committee as they review papers for inclusion in the conference. If you feel your paper needs to be longer than the guidelines indicate, please ask for an opinion by sending a mail message to dsidhu@umbc3.umbc.edu. Bear in mind that the earlier you check, the more time you will have to revise, if that is needed. In any case, once the paper due date has passed, it is probably too late to ask for opinions on the length. Successful submissions, both theoretical and practical in orientation, have almost always reported significant results (as opposed to minor perturbations of existing results) substantiated by experiment, simulation, or mathematical analysis. For example, papers that propose new protocols with claims of better performance (or better whatever), should substantiate the claims with data from actual experiments conducted on the protocol or from simulations comparing the results of the protocols under discussion. An invaluable guide for authors new to SIGCOMM would be papers that have been published by the conference in the past. Authors are invited to submit full papers concerned with both theory and practice. The areas of interest for the conference include, but are not limited to the following: Analysis and design of computer network architectures and algorithms, innovative results in local area networks, mixed-media networks, high-speed networks, routing and addressing, support for mobile hosts, resource sharing in distributed systems, network management, distributed operating systems and databases, protocol specification, verification, and analysis. A glance at the programs from the past few SIGCOMM conferences shows that there have several papers accepted on these topics: network routing, congestion and flow control, communication architectures, protocol design and analysis, methods for modeling and formal analysis of networks, hardware and software architectures for high speed networks, and traffic analysis and load scheduling. While these historical trends do not restrict the program committee, they are indicative of the interests of the SIGCOMM community. New topics are also added as research results become available, so that new areas of networking research are reflected in the conference. For example, several papers on mobile hosts were included in SIGCOMM '91 while this topic did not appear in SIGCOMM '90 (although there was one paper in SIGCOMM '89 on networks undergoing rapid reconfiguration, by Joel Snyder). Similarly, a paper on image transfer was included in SIGCOMM '92. SIGCOMM has tried to encourage the submission of papers on network applications. In particular, the types of papers that stand a good chance of acceptance in this category are applications that use the network in new or different ways and that induce some need to rethink the way network protocols work, the way congestion control is handled, etc. In other words, the importance is not the application itself, but the effects that it has on the network and which causes us to change some aspect of the network in order to accommodate it. For example, studies of the statistical characteristics of real time voice and video streams (e.g., how bursty are they?) or an application's performance requirements (e.g., how much end-to-end delay or loss can they tolerate?) We continue to be interested in obtaining submissions for such applications. So advice to prospective authors who might wonder if SIGCOMM is an appropriate conference for publishing their work can be summarized by saying that if it is data network related and the results are substantiated, then SIGCOMM is a possibility. The probability of acceptance is larger if the paper is on one of the topics listed in the call for papers and even greater if papers on the topic have appeared in SIGCOMM before. In spite of this, the highest probability of acceptance is for papers in new areas of interest to the SIGCOMM community. Finally, of course, the quality of the submitted paper is very important in the final acceptance decision. Authors of accepted papers will be expected to sign an ACM copyright release form. The Proceedings will be distributed at the conference and published as a special issue of ACM SIGCOMM Computer Communication Review. =================================================================================== Submitting Postscript All "postscript" files are NOT always printable. By this we mean that postscript files sometimes include references to local macro sets that are not know to the generic postscript processor/printer, some of the more sophisticated postscript commands are not known to older postscript printers, etc. If you plan on submitting your paper in postscript format, please make sure that you prepend all necessary macro sets before you send it. Systems that use current versions of device independent troff or LaTEX are usually fine. Macintoshes occasionally require that the Mac macros be prepended. If you have an X-window postscript previewer and can preview the postscript file using it, then it's almost certainly printable on most postscript printers (the previewer usually adhere fairly strictly to the postscript standard). In any case, if you have a doubt, please send a sample postscript file (including a small table or figure if your paper uses these) to the program chair to ensure the file is printable. You should also still submit 5 paper copies, in addition to the postscript version. Why send postscript if you still have to submit paper? What you gain is that the paper version can be submitted later than the postscript version and that reviewers will have more time to consider your paper (since it can be delivered electronically, rather than physically). What the program chair gains is that it's easier to send electronic papers for review, but the author's paper versions can be sent to reviewers who can't accept postscript files. =================================================================================== Author Checklist This checklist should help ensure that all information needed to process a submission is sent. The deadline for paper submission is 22 February 1993. 1. Paper submission to program chair at: Dr. Deepinder Sidhu Department of Computer Science Telephone: +1 410 455 3028 UMBC, 5401 Wilkens Avenue Fax: +1 410 455 3969 Baltimore, MD 21228 E-mail: dsidhu@umbc3.umbc.edu including: a. Cover letter including information on each author: 1. Name 2. Affiliation 3. Postal address 4. Telephone number 5. Facsimile number 6. Electronic mail address 7. Student status (for the student paper award, see below) b. 5 copies of the paper. Papers should be less than 20 double-spaced pages long and should have an abstract of 100-150 words. Note: Any information about the authors must appear on a separate page of the paper, so that it can be removed before papers are sent to reviewers. c. If there is more than one author for the paper, one of them should be identified as the contact for correspondence with the program committee. 2. An e-mail of the abstract in ascii form (including author's name and the paper title) sent to the program chair at dsidhu@umbc3.umbc.edu. 3. A postscript version of the paper in one file (and including all graphics) sent to the program chair at dsidhu@umbc3.umbc.edu (this is not required, but would help). Note: If there are problems with the electronic mail address dsidhu@umbc3.umbc.edu, then please try dps6@cs.umbc.edu. STUDENT PAPER AWARD Papers submitted by students will enter a student-paper award contest. Among the accepted papers, a maximum of four outstanding papers will be awarded (1) full conference registration and (2) a travel grant of $500 US dollars. To be eligible the student must be the sole author, or the first author and primary contributor to the paper. A cover letter must identify the paper as a candidate for this competition. =================================================================================== END OF TEXT