From rem-conf Fri Aug 01 01:24:36 1997 From rem-conf-request@es.net Fri Aug 01 01:24:36 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wuCvt-0005Qw-00; Fri, 1 Aug 1997 01:19:33 -0700 Date: Fri, 1 Aug 1997 01:18:07 -0700 () From: Stephen Casner To: rem-conf@es.net Subject: AVT WG agenda for Munich Message-ID: X-X-Sender: casner@little-bear.precept.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list AVT Working Group: Here's the proposed agenda for the AVT meeting in two weeks. If you requested a slot and I forgot about it, or if there is some other topic you believe should be included, please let me know. For those of you who aren't able to attend, the session is scheduled to be multicast, but it's in the middle of the night for the US timezones. Perhaps you can run a recorder. Note the reading associated with each topic. -- Steve Casner Audio/Video Transport WG A G E N D A Thursday, August 14, 9:00-11:30 - Introduction and status [Casner] 5 - Status of RTP spec and Profile draft-ietf-avt-profile-new-01.txt, .ps - H.263 payload format approved for Proposed Std draft-ietf-avt-rtp-payload-04.txt - Redundant Audio payload almost approved draft-ietf-avt-rtp-redundancy-00.txt, .ps - Last call on IP/UDP/RTP header compression draft-ietf-avt-crtp-03.txt - Last call requested on MPEG2 payload update draft-ietf-avt-mpeg-new-01.txt - RTCP "timer reconsideration" [Rosenberg] - Brief summary of Internet Draft 5 draft-ietf-avt-reconsider-00.ps - BYE storm problem 15 - Large-scale tests of the RTCP scaling mechanisms 10 - New RTP payload format proposals - H.263+ payload format [Ott, et al] 20 - MPEG4 payload format [Fernando] 20 - BT-656 video payload format [Tynan] 20 draft-tynan-rtp-bt656-00.txt - DTMF payload format [Rosenberg] 10 draft-ietf-avt-dtmf-00.txt, .ps - FEC payload format [Rosenberg] 20 draft-ietf-avt-fec-00.txt draft-budge-media-error-correction-00.txt - Revision of RTP MIB specification [Baugher] 20 From rem-conf Fri Aug 01 04:32:07 1997 From rem-conf-request@es.net Fri Aug 01 04:32:06 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wuFhD-0006S0-00; Fri, 1 Aug 1997 04:16:35 -0700 Date: Fri, 01 Aug 1997 06:05:01 -0500 (CDT) From: BEZALEL GAVISH Subject: CFP List3 6th International Conference on Telecommunication Systems To: list3: ; Message-id: <01ILWYALC5JM8X53LQ@ctrvax.Vanderbilt.Edu> X-VMS-To: IN%"list3" X-VMS-Cc: GAVISHB MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list TSM98CFP C A L L for P A P E R S 6th International Conference on Telecommunication Systems Modeling and Analysis March 5-8, 1998 Nashville, TN Sponsored by: American Telecommunications Systems Management Association BellSouth Telecommunications, Inc. IFIP Working Group 7.3 "Computer system modeling and performance evaluation" INFORMS Technical Section on Telecommunications INFORMS College of Information Systems Vanderbilt Institute of Public Policy Studies The 6th International Conference on Telecommunication Systems - Modeling and Analysis will be held in Nashville on March 5-8, 1998. The conference will build on the tradition of the earlier conferences with a few changes in format due to the new conference location. The general idea is to limit the number of participants, concentrate on a few topics, present new problems and problem areas, and to encourage informal interaction and exchanges of ideas. The objective is to advance the state of the modeling and analysis in telecommunica- tions by stimulating research activity on new and important problems. The conference will be divided into segments with each segment devoted to a specific topic. This will allow for little conflict between segments. All papers will be screened by the Program Committee to ensure the quality of presentations. A decentralized paper handling process will be used. The Program Committee has been divided along geographical regions with a separate Program Subcommittee assigned to each region. Abstracts and papers should be submitted directly to the Program Committee Chair of the appropriate area. It is expected that this will expedite the paper review process. Social and cultural activities will be included in the 1998 agenda. The conference will be held at two sites, Thursday and Friday meetings will take place at the Tennessee Economic Development Center at the BellSouth Tower in downtown Nashville. The Saturday and Sunday meeting will be held at the ClubHouse Inn & Conference Center. (See description at the end of the message.) Lead Speakers and Keynote speakers include: James Roberts, Paul Kuehn, Bezalel Gavish The Chairmen of the Geographic Program Committees are: ---Australia, New Zealand and South East Asia: Prof. Richard Harris Department of Communication and Electronic Engineering Royal Melbourne Institute of Technology 723 Swanston Street Carlton, Victoria Australia, 3001 Phone : 61 3 9282 2450 (CATT), 61 3 9660 2457 (RMIT) Fax : 61 3 9282 2490 (CATT), 61 3 9660 1060 (RMIT) E-Mail : richard@catt.rmit.edu.au ---Europe: (except Scandinavia and Baltic states) Prof. Guy Pujolle Laboratoire PRiSM Universite de Versailles - Saint Quentin 45 avenue des Etats-Unis 78 035 Versailles Cedex FRANCE Phone : +33 (1) 39 25 40 61 Fax : +33 (1) 39 25 40 57 E-Mail : guy.pujolle@prism.uvsq.fr ---Europe: (Scandinavia and Baltic states) Dr. Johan M. Karlsson Department of Communication Systems Lund Institute of Technology P.O. Box 118 S-221 00 Lund Sweden E-Mail : johan@tts.lth.se ---Israel: Prof. Ran Giladi Department of Communication Systems Engineering Faculty of Engineering Sciences Ben Gurion University of the Negev POB 653 Beer Sheva, 84105 Israel Phone : (972)-7-6472591 FAX : (972)-7-6472883 E-Mail : ran@bgumail.bgu.ac.il ---Middle East and North Africa: Prof. Khalid Begain Department of Computer Science Mu'tah University POB 7 Mu'tah, 61710 Jordan Phone : (962)-6-617860-4 FAX : (962)-6-654061 E-Mail : begain@nets.com.jo ---North America: Prof. June S. Park Department of Management Sciences The University of Iowa 108 Pappajohn Business Administration Bldg. Iowa City, IA 52242-1000 USA Phone : 319-335-2087 Fax : 319-335-1956 E-Mail : jpark@scout-po.biz.uiowa.edu ---North East Asia: Prof. Yutaka Takahashi Nara Institute of Science and Technology Takayama-cho 8916-5, Ikoma-shi, Nara, 630-01 JAPAN Phone : 81 74 372 5350 Fax : 81 74 372 5359 E-Mail : yutaka@is.aist-nara.ac.jp ---South and Central America: Dr. Ernesto Santibanez-Gonzalez Escuela de Ingenieria Industrial Universidad Catolica, Valparaiso Av. Brasil 2147 Valparaiso Chile Phone : 56 32 257331 Fax : 56 2 214823 E-Mail : esantiba@aix1.ucv.cl ---Chairman of the Economics track: Prof. Joakim Kalvenes School of Business The University of Texas at Dallas POB 830688, J044 Richardson, TX 75083-0688 USA Phone : (972) 883-2152 Fax : (972) 883-2089 E-Mail : kalvenes@utdallas.edu ---All other geographic areas: Prof. Bezalel Gavish Owen Graduate School of Management Vanderbilt University Tel: 615-322-3659 401 21st Avenue South FAX: 615-343-7177 Nashville, TN 37203 Email: gavishb@ctrvax.vanderbilt.edu Listed below are some of the potential segments: -- Configuration and Management of ATM networks -- Internet and its Impact on Commerce and Organizational Structures -- Internet and Intranet -- Mobility and Nomadicity -- Topological Design and Network Configuration Problems -- Design and Analysis of Local Access Networks and Outside Plant Problems -- Low and Medium Earth Orbit Satellite Communication Systems -- Cellular Systems and PCS Modeling and Configuration -- Time Dependent Expansion of Telecommunication Systems -- Designing Networks for Reliability and Availability -- Network Design Problems in Gigabit and Terabit Networks -- LAN, WAN Global Network Interconnection -- ADSL and its Impact -- ATM, ISDN, BISDN Modeling and Analysis Issues -- Telecommunication Standards -- Artificial Intelligence/Heuristics in Telecommunication Systems -- Group Decision Support Systems -- Quantitative Methods in Network Management -- Pricing and Economic Analysis of Telecommunications -- Handling Investments in High Risk Technologies -- Impact of Telecommunications on Industrial Organization -- Performance Evaluation of Telecommunication Systems -- Distributed Computing and Distributed Data Bases -- Security and Privacy Issues in Telecommunications -- Virtual Reality, Multimedia and their Impact The Program Committee is open to any ideas you might have regarding additional topics or format of the conference. The intention is, whenever possible, to limit the number of parallel sessions to two. The conference is scheduled over a weekend so as to reduce teaching conflicts for academic participants, enabling participants to take advantage of weekend hotel and airfare rates and of the many events that take place in the downtown area. Keep in mind that the INFORMS Telecommunication Conference is held March 8-11, 1998 in Boca Raton, Florida. The schedule of the two conferences was designed to support participation in both conferences. Due to the limit on the number of participants, early conference and hotel registration is recommended. The ClubHouse Inn & Conference Center is the official hotel of the conference. To ensure your participation, please use the following steps: 1. Send to the appropriate Program Committee Chair by October 1, 1997, a paper (preferable), or titles and extended abstracts for potential presentations to be considered for the conference. Sending more than one extended abstract is encouraged, enabling the Program Committee to have a wider choice in terms of assigning talks to segments. Use E-mail to expedite the submission of titles and abstracts. 2. Use the forms at the end of this message to preregister for the conference and the hotel. Let us also know if you would like to have a formal duty during the conference as: Session Chair, or Discussant. 3. You will be notified by December 1, 1997, which abstract/s have been selected for the conference. Detailed instructions on how to prepare camera ready copies will be sent to authors of accepted presentations. January 20, 1998, is the deadline for sending a final version of the paper. Participants will receive copies of the collection of papers to be presented. All papers submitted to the conference will be considered for publication in the "Telecommunication Systems" Journal. The Program Committee looks forward to receiving your feedback/ideas. Feel free to volunteer any help you can offer. If you have suggestions for Segment Leaders (i.e., individuals who will have a longer time to give an overview/state of the art talk on their segment subject) please E-mail them to Prof Gavish. Also, if there are individuals whose participation you view as important, please send their names and E-mail addresses to the Program Committee Chairman, or forward to them a copy of this message. I look forward to a very successful conference. Sincerely yours, Bezalel Gavish ------------------------------------------------------------------------------- Cut Here ------------------------------------------------------------------------------- Sixth International Conference on Telecommunication Systems Modeling and Analysis REGISTRATION FORM Date: __________________ Dates: March 5, 1998 (afternoon) to March 8, 1998 Name: ________________________________________ Title: __________________ Affiliation: __________________________________________________________________ Address: __________________________________________________________________ __________________________________________________________________ Phone: ____________________________ FAX: _______________________________ E-mail: __________________________________________________________________ Potential Title of Paper(s): __________________________________________________ ____________________________________________________________________ I would like to Volunteer as Comments A Session Chair : Yes No ________________________________________________ A Discussant : Yes No ________________________________________________ Organize a Session: Yes No ________________________________________________ ________________________________________________ REGISTRATION RATES and DEADLINES Last Applica- Academic Industry Corporate ble Date Rate Rate Rate --------------- -------- -------- -------- 1. Preregistration Until Dec. 7, 1997 $ 420 $ 520 $1,300 2. Registration Until Jan. 10, 1998 $ 500 $ 600 $1,300 3. On Site Registration After Jan. 10, 1998 $ 600 $ 750 $1,500 For the rate to apply, the check or the fund transfer has to be received by the applicable date. The check should be made payable to: ATSMA, Sixth Telecommunication Conference Mail your registration form and check to: Mrs. Dru Lundeng Owen Graduate School of Management Vanderbilt University 401 21st Avenue, South Nashville, TN 37203, USA Refund Policy: Half refund, for requests received by February 1, 1998. No refund after February 1, 1998. As part of the conference registration dues you can become a member of the "American Telecommunication Systems Management Association". Please mark an X in the following entry if you wish to become an ATSMA member. ____ Yes, I wish to become an ATSMA member. ____ No, I don't wish to become an ATSMA member. ----------------------------------------------------------------------------- If you have any questions regarding the conference, please contact Dru Lundeng at 615-322-3694 or through E-mail at lundeng@ctrvax.vanderbilt.edu. Hotel Reservations A block of rooms has been reserved at the ClubHouse Inn & Conference Center for the Conference participants. Please make your hotel arrangements early, to insure getting a room at the special conference rate. You will need to mention that you are a participant of the Telecommunication Systems Conference to receive the best price. Our advice is to make your reservations as soon as possible. Hotel rooms will be released from the Telecommunication Systems Conference block on February 1, 1998, so please be sure and reserve your rooms before February 1. ClubHouse Inn & Conference Center 920 Broadway at Tenth Avenue Nashville, TN 37203 Phone: 615-244-0150 or 1-800-258-2466 (Ask to be connected with the Nashville- Downtown ClubHouse.) Fax: 615-244-0445 Reservations can also be made on their web site reservation page at: www.clubhouseinn.com $83.00 Single Occupancy Room $93.00 Double Occupancy Room and $10.00 for each add'l. person in the room. - Rates are subject to state and local tax, which is now 12.25 percent. This rate includes a full complimentary breakfast buffet each morning, four drink tickets to the nightly Manager's Reception, free parking and free local phone calls. ------------------------------------------------------------------------- ClubHouse Inn & Conference Center Reservation Request Form Name of Conference: Telecommunication Systems Conference Group #6035 Mail/FAX To: Reservations Manager ClubHouse Inn and Conference Center 920 Broadway Nashville, TN 37203 615-244-0150, FAX 615-244-0445 www.clubhouseinn.com Arrival Date ______________ Departure Date ______________ Time of Arrival ______________ No. of Rooms -------------- No. of People ______________ Guest Name:__________________________________________________ Address :__________________________________________________ :__________________________________________________ Phone No. :__________________________________________________ Payment Method: Check Check No.______________ Amount__________ or Money Order Credit Card Type______________ No.____________________ Expiration Date_______________ Type of Room: King or 2 Double Beds Smoking or Nonsmoking ***Please note all reservations will be held until 6:00 p.m. on the day of arrival unless accompanied by a first night's deposit or credit card. -------------------------------------------------------------------------- Recommended Airport: Nashville International Airport, 7 miles to the East. Transportation: Gray Line's "Downtown Airport Express" - A shuttle from Nashville International Airport to downtown hotels. Hours: 6:00 a.m. - 11:00 p.m. daily. Cost: $9.00 one way, $15.00 round trip. The shuttle can be caught at the lower level of the airport near baggage claim. Phone: 615-275-1180; 800-669-9463 ------------------------------------------------------------------------------- Bezalel Gavish Owen Graduate School of Management Vanderbilt University Tel : (615) 322-3659 Nashville, TN, 37203 FAX : (615) 343-7177 Internet: GAVISHB@CTRVAX.VANDERBILT.EDU Home: (615) 370-0813 ------------------------------------------------------------------------------- From rem-conf Fri Aug 01 07:23:59 1997 From rem-conf-request@es.net Fri Aug 01 07:23:59 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wuIVF-0007Jr-00; Fri, 1 Aug 1997 07:16:25 -0700 Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary='NextPart' To: IETF-Announce@ietf.org Cc: rem-conf@es.net From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION: draft-ietf-avt-dtmf-00.txt Date: Fri, 01 Aug 1997 10:06:46 -0400 Sender: cclark@ietf.org Message-ID: <9708011006.aa12956@ietf.org> X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Working Group of the IETF. Title : RTP Payload for DTMF Digits Author(s) : H. Schulzrinne Filename : draft-ietf-avt-dtmf-00.txt Pages : 6 Date : 1997-07-31 This memo describes how to carry dual-tone multifrequency (DTMF) signaling in RTP packets. Internet-Drafts are available by anonymous FTP. Login wih the username 'anonymous' and a password of your e-mail address. After logging in, type 'cd internet-drafts' and then 'get draft-ietf-avt-dtmf-00.txt'. A URL for the Internet-Draft is: ftp://ds.internic.net/internet-drafts/draft-ietf-avt-dtmf-00.txt Internet-Drafts directories are located at: Africa: ftp.is.co.za Europe: ftp.nordu.net ftp.nis.garr.it Pacific Rim: munnari.oz.au US East Coast: ds.internic.net US West Coast: ftp.isi.edu Internet-Drafts are also available by mail. Send a message to: mailserv@ds.internic.net. In the body type: 'FILE /internet-drafts/draft-ietf-avt-dtmf-00.txt'. NOTE: The mail server at ds.internic.net can return the document in MIME-encoded form by using the 'mpack' utility. To use this feature, insert the command 'ENCODING mime' before the 'FILE' command. To decode the response(s), you will need 'munpack' or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with 'multipart' MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary='OtherAccess' OtherAccess Content-Type: Message/External-body; access-type='mail-server'; server='mailserv@ds.internic.net' Content-Type: text/plain Content-ID: <19970731131851.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-dtmf-00.txt --OtherAccess Content-Type: Message/External-body; name='draft-ietf-avt-dtmf-00.txt'; site='ds.internic.net'; access-type='anon-ftp'; directory='internet-drafts' Content-Type: text/plain Content-ID: <19970731131851.I-D@ietf.org> --OtherAccess-- --NextPart-- From rem-conf Fri Aug 01 11:37:01 1997 From rem-conf-request@es.net Fri Aug 01 11:37:00 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wuMQW-0000zU-00; Fri, 1 Aug 1997 11:27:48 -0700 Message-Id: <33E22BB5.CF203B8B@calvin.dgbt.doc.ca> Date: Fri, 01 Aug 1997 14:32:21 -0400 From: Andrew Patrick Reply-To: andrew@calvin.dgbt.doc.ca Organization: Communications Research Centre X-Mailer: Mozilla 4.01 [en] (Win95; I) Mime-Version: 1.0 To: rem-conf@es.net Subject: MBone tool for conference floor control? X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list I seem to recall that someone recently mentioned a new MBone tool for managing the "floor" of a multicast conference. That is, keeping track of who is speaking, who will go next, etc. Can someone provide a pointer to this software, and any associated research and development documentation? Thanks -- Andrew Patrick, Ph.D. Communications Research Centre andrew@calvin.dgbt.doc.ca Ottawa, CANADA http://debra.dgbt.doc.ca/~andrew Phone: +1 613 990-4675 (Voice) From rem-conf Fri Aug 01 12:01:25 1997 From rem-conf-request@es.net Fri Aug 01 12:01:25 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wuMsA-0001WX-00; Fri, 1 Aug 1997 11:56:22 -0700 Date: Fri, 1 Aug 1997 14:56:18 -0400 From: luigi@mars.dgrc.doc.ca (John A. Stewart) Message-Id: <199708011856.OAA01095@dweeb.dgrc.doc.ca> To: rem-conf@es.net, andrew@calvin.dgbt.doc.ca Subject: Re: MBone tool for conference floor control? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Md5: wrp7kktpi5dY20K4KM8H4w== X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi Andrew; I believe that this is what you are looking for: " ... Confcntlr is a new mbone tool that allows easier access to and remote control of the video and audio portions of a videoconference. It is meant to be run with vic and vat. "We've been using confcntlr within the LabWeb project and have found it useful for its graphic user interface and communication system that allows users to easily set parameters for the video and audio, start/stop local and remote video and audio sessions, and change settings while a session is running. Confcntlr eliminates the need to "babysit" the computer at a site that is conducting an experiment and transmitting its video and audio over the network. If you're interested in trying this tool, the beta version (v.3) is available from our web site: http://www-itg.lbl.gov/mbone/confcntlr" > I seem to recall that someone recently mentioned a new MBone tool for > managing the "floor" of a multicast conference. That is, keeping track > of who is speaking, who will go next, etc. John Stewart luigi@mars.dgrc.doc.ca From rem-conf Sat Aug 02 09:41:09 1997 From rem-conf-request@es.net Sat Aug 02 09:41:08 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wuh2S-0004Zu-00; Sat, 2 Aug 1997 09:28:20 -0700 From: Joerg Ott Message-Id: <199708021610.SAA22637@kolbmais.cs.tu-berlin.de> Subject: Proposal: RTP payload format for H.263+ To: rem-conf@es.net, itu-sg16@mailbag.intel.com Date: Sat, 2 Aug 1997 18:10:56 +0200 (MET DST) Cc: stewe@cs.tu-berlin.de (Stephan Wenger), cabo@informatik.uni-bremen.de (Carsten Bormann), jo@cs.tu-berlin.de (Joerg Ott) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list To those concerned with A/V packetization, please find attached a pre-Internet-Draft defining a packetization format for carrying H.263+ encoded video streams as RTP packets. We apologize for not being able to meet the I-D draft deadline, but after a coordination meeting with members from another company who are working on the same subject we did not find enough time to complete it before the cut-off date (and as you can see, a small number of minor fixes remain yet to be done...) Despite this delay, we look forward to your comments. Gruesse, Joerg IMPORTANT NOTE: We chose a temporary I-D file name for this document which of course may change as soon as this document becomes a "real" I-D. ------------------------------------------------------------------------------- Joerg Ott jo@tzi.org Universitaet Bremen, Germany fax + 49 421 218-7000 TELES AG voice + 49 421 218-2085 ------------------------------------------------------------------------------- Internet Engineering Task Force Audio-Visual Transport WG Internet Draft Stephan Wenger draft-wenger-rtp-h263plus-payload-00.txt TU Berlin Date: 31 July 1997 Joerg Ott Expires: 31 January 1998 Carsten Bormann Universitaet Bremen RTP Payload Format for H.263+ draft-wenger-rtp-h263plus-payload-00.txt STATUS OF THIS MEMO This document is an Internet-Draft. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet-Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other docu- ments at any time. It is inappropriate to use Internet- Drafts as reference material or to cite them other than as "work in progress." To view the entire list of current Internet-Drafts, please check the "1id-abstracts.txt" listing contained in the Internet-Drafts Shadow Directories on ftp.is.co.za (Africa), ftp.nordu.net (Europe), munnari.oz.au (Pacific Rim), ds.internic.net (US East Coast), or ftp.isi.edu (US West Coast). Distribution of this memo is unlimited. ABSTRACT This Internet Draft specifies a payload format for carrying a video information stream encoded following draft ITU-T Recommendation H.263+ as RTP [5] payloads. 1. Introduction This specification describes an RTP payload type for use of H.263+ [1]. This payload allows the transportation of H.263+ data streams using all optional modes. However, due to the design of H.263+, it would be logi- cal to forbid one of the optional modes, and strongly recommend the use of others. See the section of H.263+ recommended mode combinations and [2] for details. Wenger/Ott/Bormann 31 July 1997 - 1 - Internet Draft RTP Payload Format for H.263+ Within this document, a reference to an Annex that is not further speci- fied (``Annex O'') refers to an Annex of H.263+. 2. Usage of RTP The rules for using RTP are largely similar to those defined in RFC 2032 for the encapsulation of H.261: - The RTP timestamp encodes the sampling instant of the first video image contained in the RTP packet. If the video image spans sev- eral RTP packets (see below), all packets carry the same timestamp. - The marker bit in the RTP header is set to one in the last packet of a video frame, and otherwise, must be zero. - Unlike H.261, no static payload type is assigned to H.263+. Instead, a dynamic payload type must be used, the value of which is communicated (from the sender) to the recipient(s) using SIP/SAP/SDP or H.323 mechanisms. The H.263+ data will follow the RTP header, as in: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ . . . RTP header . . . +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Mod| | +---+ H.263+ header | . . +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | H.263+ stream ... . +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Three different H.263+ packet types are defined which are identified by the first two bits (Mod) of the H.263+ header (see below). All of them are mandatory in both sending and receiving hosts. The first packet type is called Frame Mode Packet and contains the start of a frame (including the original Picture Header with all of its information). As H.263+ is a very compact encoding, on many systems virtually all data can be sent using this packet type. The second type is called Segment Mode Packet and contains one or more segments (see Annex R for the defi- nition of a segment). The third type called Follow-on Mode Packet allows the unfragmented transmission of frames or segments that are larger than the MTU. Wenger/Ott/Bormann 31 July 1997 - 2 - Internet Draft RTP Payload Format for H.263+ 3. Usage of the H.263+ packet types The payload format described here, and especially the three different packet types, can be used in various ways for achieving the best error resilience vs. data overhead tradeoff. See [2] for details. 3.1. Recommended mode combinations ITU-T has designated a couple of recommended mode combinations for the use of H.263+ codecs. This avoids confusion and interoperability prob- lems resulting out of 15 independently selectable modes, some of which have various submodes. It is highly recommended to use one of these carefully chosen mode combinations, instead of other mode combinations, to allow easier Iternet/other network Gateway design (especially to H.320 and H.324 terminals) [3]. In addition to that, it is forbidden to use Annex L in conjunction with this payload format for several reasons outlined in [4]. In addition to the information provided in the above document regarding the MIPS/Quality tradeoff modes, three other modes, which deal mostly with transport issues, have to be mentioned here: o Annex K: Slice Structured Mode o Annex R: Independently Segmented Decoding Mode o Annex N: Reference Picture Selection Mode. The usage of these modes is described in [] in conjunction with the description of the payload types. 3.2. General Payload Header All three modes have a 32-bit payload header, of which the first 20 bits are common between the modes. The other 12 bits may be used in a mode- specific way. Figure 1: General Payload Header 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 0| Sbit| Ebit|N|F| TID | Trun | PTC | mode-specific | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Mod Wenger/Ott/Bormann 31 July 1997 - 3 - Internet Draft RTP Payload Format for H.263+ Mod: 2 bits 00: Frame mode packet 01: Segment mode packet (see below) 10: Follow-on mode packet (see below) 11: reserved SBIT: 3 bits Start bit position. Identifies the first valid bit in the first byte of the payload. EBIT: 3 bits End bit position. Identifies the last valid bit in the last byte of the payload. N: 1 bit Use Annex N submode without back channel for Video Redundancy Coding. F: 1 bit First packet in Sync frame. TID: 3 bits Thread id. Note: thread 0 is always considered as the "perfect thread". TRUN: 4 bits Cyclic packet number within thread. Used in conjunction with TID and the RTP packet numbering to decide which thread has to be dropped in case of packet loss. PTC: 3 bits Picture Type information, used to allow easier routing of enhancement layers by avoiding the necessity of the interpretation of the bitstream: 000: I-picture 001: P-Picture 010: Improved PB-Frame (Annex M) Wenger/Ott/Bormann 31 July 1997 - 4 - Internet Draft RTP Payload Format for H.263+ 011: B-Picture (Annex O) 100: EI-Picture (Annex O) 101: EP-Picture (Annex O) Frame mode payload header The frame mode payload header is identical to the general payload header. The mode-specific bits are reserved and must be set to zero on transmission. If, for any reason, a frame does not fit into one RTP segment payload type packet, one or more additional Follow-on mode pack- ets can be used. See description below on Follow-on mode packets. 3.3. Segment mode payload header The segment payload header is used when complete segments can be most likely coded within one packet. If, for any reason, a segment does not fit into one RTP segment payload type packet, one or more additional Follow-on mode packets can be used. See description below on Follow-on mode packets. Since segment mode packets should be decodable even when the frame mode packet containing the Picture Layer header of this spe- cific frame gets lost, the complete Picture Layer header (simply copied out of the Frame mode packet) has to be present in the segment mode pay- load header. Figure 2: Segment mode payload header 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 1| Sbit| Ebit|N|F| TID | Trun | PTC | PLen |PSBit|PEBit|0| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Bytes of Picture Header Information as announced by Plen | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Last Byte of Picture Info (Example) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Plen: 5 bits number of bytes of Picture Header information in the header PSBIT Start bit position of Picture Header. Identifies the first valid bit in the first byte of Picture header information. Wenger/Ott/Bormann 31 July 1997 - 5 - Internet Draft RTP Payload Format for H.263+ PEBIT End bit position of Picture Header. Identifies the last valid bit in the last byte of the Picture Header information. 3.4. Follow-on Mode payload header Follow-on packets are be used if the packet size of the underlying net- work is smaller than the actual size of the frame or segment to be transmitted. In this case, one or more Follow-on packets follow one Frame or Segment type packet for transmitting the rest of the frame or segment. By convention, all packets belonging to one frame or segment should be sent with increasing RTP sequence numbers. The format of the Follow-on mode payload header is identical to the gen- eral payload header. The mode-specific bits are reserved and must be set to zero on transmission. The F bit always is sent as zero. The TID and TRUN bits are zero unless video redundancy coding is used. 4. References [These references need further completion.] [1] ITU-T, Study Group 16. H.263+, Draft 13 [2] Stephan Wenger: ITU-T, Study Group 16 Contribution. Recommended Use of H.263+ packetization. [3] Matt Bace: ITU-T, Study Group 16 Contribution. Q15A57.doc [4] Stephan Wenger: Email to the itu-adv-video Mailing list, dated Fri, 04 Jul 1997 22:05:41 +0200. Attached as Appendix I. [5] RTP: A Transport Protocol for Real-Time Applications. Audio-Video Transport Working Group, H. Schulzrinne, S. Casner, R. Frederick & V. Jacobson. RFC 1889, January 1996. 5. Authors' addresses Stephan Wenger Technische Universitaet Berlin Sekr. FR 6-3 Franklinstr. 28/29 D-10587 Berlin Germany e-mail stewe@cs.tu-berlin.de voice +49 30 314-73160 fax +49 30 314-25156 Wenger/Ott/Bormann 31 July 1997 - 6 - Internet Draft RTP Payload Format for H.263+ Joerg Ott, Carsten Bormann Universitaet Bremen Technologiezentrum Informatik (TZI), Digitale Medien und Netze Bibliothekstr. D-28359 Bremen Germany e-mail {jo|cabo}@tzi.org voice +49 421 218-2085, -7024 fax +49 421 218-7000 Appendix I --- BEGIN QUOTED E-MAIL --- X-Sender: stewe@mail.cs.tu-berlin.de Date: Fri, 04 Jul 1997 22:05:41 +0200 Subject: Q15-Packet, Q15-Prof&Term: Annex L in packet environments To: itu-adv-video@ferrari.iterated.com Cc: jo@tzi.org, cabo@tzi.org Video experts, expecially those interested in Annex L, I wonder whether we should forbid annex L in packet network environments with non guarantied QoS. I would like to ask for comments on this. Some reasons below. (1) Consider we have negotioated on the usage of Annex L, and a PSC containing FTYPE 8 (Video Segment Start Tag) was already sent. Now we loose the packet containing the frame (and the PSC) which con- tains FTYPE 9 (Video Segment End Tag). The video segment will so continue until the end of the transmission, which is not its seman- tics. (2) Consider we have negotiated on the usage of Annex L and chroma Key- ing. Now, a packet containing a chroma key gets lost. This means, that the person using the sending terminal will think, that the receiver has a chroma-key-controlled picture, whereas the receiver gets the usual image (with the chroma key color fillings). (3) To make things more complicated: think of a multipoint conference, problems (1) or (2), and a situation in which the packet loss occurs only on the connection to one of the various terminals. --- END OF QUOTED E-MAIL --- Wenger/Ott/Bormann 31 July 1997 - 7 - From rem-conf Sat Aug 02 10:43:07 1997 From rem-conf-request@es.net Sat Aug 02 10:43:06 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wui6X-0005H3-00; Sat, 2 Aug 1997 10:36:37 -0700 Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce@ietf.org Cc: rem-conf@es.net From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-avt-rtp-redundancy-01.txt,.ps Date: Sat, 02 Aug 1997 11:58:52 -0400 Sender: cclark@ietf.org Message-ID: <9708021158.aa09463@ietf.org> X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Working Group of the IETF. Title : RTP Payload for Redundant Audio Data Author(s) : M. Handley, C. Perkins, I. Kouvelas, O. Hodson, J. Bolot, A. Vega-Garcia, S. Fosse-Parisis, V. Hardman Filename : draft-ietf-avt-rtp-redundancy-01.txt,.ps Pages : 10 Date : 1997-08-01 This document describes a payload format for use with the real-time transport protocol (RTP), version 2, for encoding redundant audio data. The primary motivation for the scheme described herein is the development of audio conferencing tools for use with lossy packet networks such as the Internet Mbone, although this scheme is not limited to such applications. Internet-Drafts are available by anonymous FTP. Login wih the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-avt-rtp-redundancy-01.txt". A URL for the Internet-Draft is: ftp://ds.internic.net/internet-drafts/draft-ietf-avt-rtp-redundancy-01.txt Internet-Drafts directories are located at: Africa: ftp.is.co.za Europe: ftp.nordu.net ftp.nis.garr.it Pacific Rim: munnari.oz.au US East Coast: ds.internic.net US West Coast: ftp.isi.edu Internet-Drafts are also available by mail. Send a message to: mailserv@ds.internic.net. In the body type: "FILE /internet-drafts/draft-ietf-avt-rtp-redundancy-01.txt". NOTE: The mail server at ds.internic.net can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ds.internic.net" Content-Type: text/plain Content-ID: <19970801135028.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-rtp-redundancy-01.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-rtp-redundancy-01.txt"; site="ds.internic.net"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19970801135028.I-D@ietf.org> --OtherAccess-- --NextPart-- From rem-conf Sat Aug 02 14:09:51 1997 From rem-conf-request@es.net Sat Aug 02 14:09:51 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wulKS-0006z6-00; Sat, 2 Aug 1997 14:03:12 -0700 Date: Sat, 2 Aug 1997 17:03:10 -0400 From: Brad Karp Message-Id: <199708022103.RAA18242@dominator.eecs.harvard.edu> To: rem-conf@es.net Subject: LIVE demolition of Harvard CS dept on MBONE X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list In sdr, you will see "Harvard's Aiken Computation Lab DEMOLITION." This session will have two video streams: one from an unmanned camera INSIDE Aiken Lab as it is torn to the ground, and one from a manned, external camera, with a vantage point on the demolition from the building's exterior. The second video stream will also be used for humorous commentary on the demolition and a tour of the gutted building, accompanied by an audio stream. The camera is already transmitting video in this session. The demolition begins around 6:30 AM EDT, Monday 4 August. Don't miss this historic event! -Brad, karp@eecs.harvard.edu From rem-conf Mon Aug 04 00:33:09 1997 From rem-conf-request@es.net Mon Aug 04 00:33:08 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wvHGm-0000hl-00; Mon, 4 Aug 1997 00:09:32 -0700 Message-Id: <3.0.32.19970804001819.006e1c0c@agora.rdrop.com> X-Sender: mbaugher@agora.rdrop.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 04 Aug 1997 00:18:22 -0700 To: rem-conf@es.net From: Mark Baugher Subject: New version of RTP MIB draft document Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list hi There's a new version of the RTP MIB draft document at http://www.rdrop.com/rtp.mi2/draft-ietf-avt-rtp-mib-01.txt Mark From rem-conf Mon Aug 04 07:34:01 1997 From rem-conf-request@es.net Mon Aug 04 07:34:00 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wvO80-0005CT-00; Mon, 4 Aug 1997 07:28:56 -0700 To: rem-conf@es.net Subject: Packet loss repair draft Date: Mon, 04 Aug 1997 15:28:29 +0100 Message-ID: <2289.870704909@cs.ucl.ac.uk> From: Colin Perkins X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi, This missed the internet draft deadline, so I'm sending it directly to the group instead. It should appear as a draft after the Munich meeting. In it, I summarise a number of different options for repairing media streams which have been subject to packet loss, as a starter for the discussion in Munich of the FEC and redundancy drafts. Should probably be read in conjunction with the following: draft-ietf-avt-rtp-redundancy-00.txt draft-ietf-avt-fec-00.txt draft-budge-media-error-correction-00.txt Colin ------------------------------------------------------------------------------ INTERNET-DRAFT 3 August 1997 Colin Perkins University College London Options for Repair of Streaming Media draft-ietf-avt-info-repair-00 Status of this memo This document is an Internet-Draft. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet-Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as ``work in progress''. To learn the current status of any Internet-Draft, please check the ``1id-abstracts.txt'' listing contained in the Internet-Drafts Shadow Directories on ftp.is.co.za (Africa), ftp.nordu.net (Europe), munnari.oz.au (Pacific Rim), ds.internic.net (US East Coast), or ftp.isi.edu (US West Coast). Distribution of this document is unlimited. Comments are solicited and should be addressed to the author(s) and/or the IETF Audio/Video Transport working group's mailing list at rem-conf@es.net. Abstract This document summarizes a range of possible techniques for the repair of continuous media streams subject to packet loss. The techniques discussed include redundant transmission, retransmission, interleaving and forward error correction. The range of applicability of these techniques is noted, together with the protocol requirements and dependencies. 1 Introduction A number of applications have emerged which use IP multicast to deliver continuous media streams. Due to the unreliable nature of IP multicast transport, the quality of the received stream will be adversely affected by packet loss. A number of techniques exist by which the effects of packet loss may be repaired. These techniques have a wide range of applicability and require varying degrees of protocol support. Perkins Page 1 INTERNET-DRAFT 3 August 1997 In this document, four such techniques (redundancy, interleaving, retransmission, and FEC) are discussed, and recommendations for their applicability made. The author's experience is with the development of a loss-resilient multicast audio conferencing application. This document has, therefore, been prepared with the underlying assumption that the media is streaming audio. The techniques discussed are, however, expected to generalize to other media types in many cases. 2 Terminology and Protocol Framework A unit is defined to be a timed interval of media data, typically derived from the workings of the media coder. A packet comprises one or more units, encapsulated for transmission over the network. For example, many audio coders operate on 20ms units, which are typically combined to produce 40ms or 80ms packets for transmission. The framework of RTP [10] is assumed. This implies that packets have a sequence number and timestamp. The sequence number denotes the order in which packets are transmitted, and is used to detect losses. The timestamp is used to determine the playout order of units. Most loss recovery schemes rely on units being sent out of order, so an application must use the RTP timestamp to schedule playout. The use of RTP allows for several different media coders, with a payload type field being used to distinguish between these at the receiver. Some loss recovery schemes send some units multiple times, using different encoding schemes. A receiver is assumed to have a `quality' ranking of the differing encodings, and so is capable of choosing the `best' unit for playout, given multiple options. 3 Network Loss Characteristics If it is desired to repair a media stream subject to packet loss, it is useful to have some knowledge of the loss characteristics which are likely to be encountered. A number of studies have been conducted on the loss characteristics of the Mbone [8,9] and although the results vary somewhat, the broad conclusion is clear: in a large conference it is inevitable that some receivers will experience packet loss. Packet traces taken by Handley [8] show a session in which most receivers experience loss in the range 2-5%, with a somewhat smaller number seeing significantly higher loss rates. Other studies have presented broadly similar results. It has also been shown that the vast majority of losses are of single packets. Burst losses of two or more packets are around an order of magnitude less frequent than single packet loss, although they Perkins Page 2 INTERNET-DRAFT 3 August 1997 do occur more often than would be expected from a purely random process. Longer burst losses (of the order of tens of packets) occur infrequently. These results are consistent with a network where small amounts of transient congestion cause the majority of packet loss. In a few cases, a network link is found to be severely overloaded, and large amount of loss results. The primary focus of a packet loss repair scheme must, therefore, be to correct single packet loss, since this is by far the most frequent occurrence. It is desirable that losses of a relatively small number of consecutive packets may also be repaired, since such losses represent a small but noticeable fraction of observed losses. The correction of large bursts of loss is of considerably less importance. 4 Loss Repair Schemes In the following sections, four loss repair schemes are discussed. These schemes have been discussed in the literature a number of times, and found to be of use in a number of scenarios. Each technique is briefly described, and its advantages and disadvantages noted. A summary and comparison follows. 4.1 Redundant Transmission The case for redundant transmission of audio data has been made in [5,6]. Each unit is coded multiple times, and sent in several packets. If a packet is lost, a subsequent packet contains a copy of the unit which may be used as a replacement. By recoding the redundant unit(s) with a low bit-rate compression scheme the overhead of this technique may be reduced, at the expense of a reduction in quality (but note that even an LPC encoded fill-in sounds better than silence). Unlike the other techniques discussed, the use of redundancy has the advantage of low-latency, with only a single-packet delay being added. This makes it suitable for interactive applications, where large end-to-end delays cannot be tolerated. In a broadcast-style environment, it is possible to delay the redundant copy of a packet, achieving improved performance in the presence of burst losses [7], at the expense of additional latency. If the redundant copies of a unit are recoded with a low-bandwidth compression scheme, the bandwidth overhead of this technique is small. This does, however, result in an increased processor load which may make this technique infeasible on low power workstations, particularly if other media types are also being coded. An RTP payload format for redundant data is defined in [1]. This has been implemented in a number of audio tools, and has been shown Perkins Page 3 INTERNET-DRAFT 3 August 1997 to perform well. 4.2 Retransmission Retransmission of lost packets is an obvious means by which loss may be repaired. It is clearly of value in broadcast style applications, with relaxed delay bounds, but many authors have discounted the use of retransmission for interactive applications, due to the potentially large delay imposed. A recent paper [4] challenges this: in that paper it is noted that ``the desired degree of interactivity typically varies from one participant to another'', and that this leads to an interesting tradeoff between quality (reliability in delivery, due to retransmission of lost packets) and interactivity (latency in delivery). In addition to the possibly high latency, there is a potentially large bandwidth overhead to the use of retransmission. Not only are units of data sent multiple times, but additional control traffic must flow to request the retransmission. It has been shown [8] that, in a large Mbone session, most packets are lost by at least one receiver. In this case the overhead of requesting retransmission for most packets may be such that redundant transmission is more acceptable. This leads to a natural synergy between the two mechanisms, with a redundant transmission being used to repair all single packet losses, and those receivers experiencing burst losses, and willing to accept the additional latency, using retransmission based repair as an additional recovery mechanism. In order to reduce the overhead of retransmission, the retransmitted units may be piggy-backed onto the ongoing transmission. This also allows for the retransmission to be recoded in a different format, to further reduce the bandwidth overhead. Note that the choice of a retransmission request algorithm which is both timely and network friendly is an area worthy of further study. 4.3 Interleaving When the unit size is smaller than the packet size, and end-to-end delay is unimportant, interleaving is a useful technique for reducing the effects of loss. Units are resequenced before transmission, so that originally adjacent units are separated by a guaranteed distance in the transmitted stream, and returned to their original order at the receiver. Interleaving disperses the effect of packet losses. If, for example, units are 5ms in length and packets 20ms (ie: 4 units per packet), then the first packet could contain units 1, 5, 9, 13; the second packet would contain units 2, 6, 10, 14; and so Perkins Page 4 INTERNET-DRAFT 3 August 1997 on. It can be seen that the loss of a single packet from an interleaved stream results in multiple small gaps in the reconstructed stream, as opposed to the single large gap which would occur in a non-interleaved stream. This results in a noticeable increase in the perceived quality of an audio stream, for example. The obvious disadvantage of interleaving is that it increases latency. This limits the use of this technique for interactive applications, although it performs well for broadcast use. The major advantage of interleaving is that it does not increase the bandwidth requirements of a stream. A potential RTP payload format for interleaved data is a simple extension of the redundant audio payload [1]. That payload requires that the redundant copy of a unit is sent after the primary. If this restriction is removed, it is possible to transmit arbitrary interleaving-s of units with this payload format. 4.4 Forward Error Correction Forward error correction (FEC) schemes rely on the addition of repair data to a media stream, from which lost packets may be recovered. That repair data takes the form of `parity' packets, calculated from the exclusive-or (XOR) of a number of data packets. A lost packet may be regenerated by XOR'ing the received data with the repair data. A number of FEC schemes have been proposed for use with continuous media streams by Budge et al [3]. These vary the bandwidth, latency and repair capabilities by XOR'ing different combinations of packets to generate the parity packets. FEC based techniques have a significant advantage in that they are media independent, and provide exact repair for lost packets. In addition, the processing requirements are relatively light, especially when compared with some redundancy schemes which use very low bandwidth redundant encodings. Disadvantages of FEC include high latency (in some cases), and potentially high bandwidth overhead. It is possible to reduce the bandwidth used by the FEC data, but this can only be achieved at the expense of reduced repair capability. If the bandwidth is available, FEC does, however, provide very good error recovery capabilities. Two RTP payload formats have been proposed for FEC protected data: the original by Budge et al [3], and an alternative from Rosenberg and Schulzrinne [2] who generalize the protocol somewhat. Perkins Page 5 INTERNET-DRAFT 3 August 1997 +--------------+-------+------------------+----------------------+ | |Latency|Bandwidth Overhead| Processing Overhead | +--------------+-------+------------------+----------------------+ |Redundancy |Small | Variable |Variable, may be large| |Retransmission|Medium | Variable | High | |Interleaving |High | None | Low | |FEC |High | High | Low | +--------------+-------+------------------+----------------------+ Table 1: Overheads of different repair schemes 4.5 Summary A comparison of the relative overheads of the four schemes discussed is provided in table 1. It can be seen that the latency overhead is such that the use of redundant transmission is preferable for interactive use, whereas interleaved streams or FEC are preferable for broadcast style applications. The use of retransmission together with redundant transmission offers an interesting trade-off between the two approaches, with participants requiring interactivity relying on the redundant data only, and other participants using retransmission to correct losses at the expense of additional delay. In terms of error recovery capability, the clear winner must be the use of retransmission, since this will eventually recovery all lost packets (the time required to achieve this may be large, however). Of the other schemes, the use of FEC as proposed by Budge et al [3], is typically the most effective repair mechanism. The use of multiple redundant encodings can achieve similar repair capability, although the processing requirements are likely to be excessive if differing encodings are used for the multiple redundant units. 5 Open Issues Of the four techniques discussed, only redundant transmission has a well defined, standard, protocol framework (although this may clearly be reused for the retransmission of media data). A simple extension to this protocol provides a possibility for transporting interleaved media streams. The choice of a retransmission algorithm which is both timely and network friendly, together with a suitable control protocol, is an area worthy of further study. Two conflicting proposals exist for the transport of FEC protected data. This must clearly be resolved. Experience with redundant audio (using a single, low bandwidth, redundant encoding) has shown that this is sufficient to protect against 30% packet loss in many cases. It is possible to protect against much higher packet loss rates, but this may not be desirable. Many current Perkins Page 6 INTERNET-DRAFT 3 August 1997 media streaming applications do not employ congestion control, and the widespread use of techniques which allow operation of these tools in the presence of high levels of congestive packet loss is dubious, at best. It would clearly be useful if guidelines on this issue could be derived before widespread deployment occurs. 6 Acknowledgments The author wishes to thanks Orion Hodson for his helpful comments on an early version of this document. 7 Author's Address Colin Perkins Department of Computer Science University College London Gower Street London WC1E 6BT United Kingdom Email: c.perkins@cs.ucl.ac.uk 8 References [1] C. Perkins, I. Kouvelas, O. Hodson, V. Hardman, M. Handley, J.-C. Bolot, A. Vega-Garcia and S. Fosse-Parisis, ``RTP Payload for Redundant Audio Data'', Internet draft, IETF Audio/Video Transport working group, July 1997, draft-ietf-avt-rtp-redundancy-01.txt. [2] J. Rosenberg and H. Schulzrinne, ``An A/V Profile Extension for Generic Forward Error Correction in RTP'', Internet draft, IETF Audio/Video Transport working group, July 1997, draft-ietf-avt-fec-00.txt [3] D. Budge, R. McKenzie, W. Mills and P. Long, ``Media-Independent Error Correction using RTP'', May 1997, draft-budge-media-error-correction-00.txt [4] X. Rex Xu, A. C. Myers, H. Zhang, R. Yavatker, ``Resilient Multicast Support for Continuous-Media Applications'', Proceedings NOSSDAV'97. [5] J.-C. Bolot and A. Vega-Garcia; The case for FEC-based error control for packet audio in the Internet; ACM Multimedia Systems, 1997 [6] V. J. Hardman, M. A. Sasse, M. Handley and A. Watson, ``Reliable Audio for Use over the Internet'', Proceedings INET'95, Honalulu, Oahu, Hawaii, September 1995. http://www.isoc.org/in95prc/ Perkins Page 7 INTERNET-DRAFT 3 August 1997 [7] I. Kouvelas, O. Hodson, V. Hardman and J. Crowcroft, ``Redundancy Control in Real-Time Internet Audio Conferencing'', Proceedings of AVSPN'97, September 1997. [8] M. Handley, ``An Examination of Mbone performance'', USC/ISI Research Report: ISI/RR-97-450, http://buttle.lcs.mit.edu/ mjh/mbone.ps [9] M. Yajnik, J. Kurose and D. Towsley, ``Packet loss correlation in the Mbone multicast network'', Proceedings of IEEE Globecom'96, November 1996. [10] H. Schulzrinne, S. Casner, R. Frederick and V. Jacobson, ``RTP: A Transport protocol for Real-Time Applications'', IETF Audio/Video Transport working group, January 1996, RFC 1889. Perkins Page 8 ------------------------------------------------------------------------------ From rem-conf Tue Aug 05 03:51:27 1997 From rem-conf-request@es.net Tue Aug 05 03:51:26 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wvgww-0004VG-00; Tue, 5 Aug 1997 03:34:46 -0700 From: Dermot Tynan Message-Id: <9708051037.AA19167@karpov.wfa.digital.ie> Subject: RTP Payload Format for BT.656-3 Encoding To: rem-conf@es.net Date: Tue, 5 Aug 1997 11:37:01 +0000 (BST) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 830 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list The Internet Draft entitled "RTP Payload Format for BT.656-3 Encoding", made the cut-off for IETF but I haven't seen an announcement as yet. So that people have a chance to read the draft, I am enclosing the URL: ftp://ftp.ietf.org/internet-drafts/draft-tynan-rtp-bt656-00.txt The following is the abstract; This document specifies the RTP payload format for encapsulating ITU Recommendation BT.656-3 video streams in the Real-Time Transport Protocol (RTP). Each RTP packet contains one scan line as defined by ITU Recommendation BT.601-5, and includes decoding and positioning information. Comments are welcome to this email address (dtynan@wfa.digital.ie) or to dtynan@claddagh.ie. - Der -- Dermot Tynan +353 91 754608 dtynan@wfa.digital.ie DTN: 822-4608 AltaVista Internet Software, Galway, Ireland From rem-conf Tue Aug 05 03:51:29 1997 From rem-conf-request@es.net Tue Aug 05 03:51:28 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wvh5E-0004Xm-00; Tue, 5 Aug 1997 03:43:20 -0700 Date: Tue, 05 Aug 97 03:42 PDT To: andrew@CALVIN.DGBT.DOC.CA From: Denis DeLaRoca Subject: Re: MBone tool for conference floor control? Cc: rem-conf@ES.NET Message-Id: X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list On Fri, 01 Aug 1997 14:32:21 -0400, Andrew Patrick said: > I seem to recall that someone recently mentioned a new MBone tool for > managing the "floor" of a multicast conference. That is, keeping track > of who is speaking, who will go next, etc. > > Can someone provide a pointer to this software, and any associated > research and development documentation? May that be the "QuestionBoard", which is a tool to allow MBone participants to ask questions and which allows a moderator to do floor control? It was developed by the Berkeley Multimedia Research Center for use with their weekly seminar broadcasts over the MBONE during the regular academic year. Contact Professor Larry Rowe or Radhika Malpani for details and availability of the software. -- Denis From rem-conf Tue Aug 05 04:01:16 1997 From rem-conf-request@es.net Tue Aug 05 04:01:15 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wvhHo-0005CX-00; Tue, 5 Aug 1997 03:56:20 -0700 Date: Tue, 05 Aug 97 03:56 PDT To: mbone@ISI.EDU From: Denis DeLaRoca Subject: Re: Re: Raising the bar on the MBone Cc: rem-conf@ES.NET,mboned@NETWORK-SERVICES.UOREGON.EDU Message-Id: X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Today's New York Times features an article by John Markoff http://www.nytimes.com/library/cyber/week/080597video.html on an announcement by MCI and Progressive Networks to deploy a service to multicast video on the Internet. Anybody have any technical details on the scale of this service and how it complements/upstages the recently announced IPMI initiative for scaling up the MBONE experiment? -- Denis From rem-conf Tue Aug 05 09:30:17 1997 From rem-conf-request@es.net Tue Aug 05 09:30:16 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wvmQ0-00076C-00; Tue, 5 Aug 1997 09:25:08 -0700 Message-Id: <199708051625.JAA01126@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Denis DeLaRoca cc: mbone@ISI.EDU, rem-conf@es.net, mboned@NETWORK-SERVICES.UOREGON.EDU Subject: Re: Raising the bar on the MBone In-reply-to: Your message of "Tue, 05 Aug 1997 03:56:00 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 05 Aug 1997 09:25:01 -0700 From: Amancio Hasty X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Now sure if it is pertinent , Microsoft and Vxtreme will be making an announcement today. Cheers, Amancio >From The Desk Of Denis DeLaRoca : > Today's New York Times features an article by John Markoff > > http://www.nytimes.com/library/cyber/week/080597video.html > > on an announcement by MCI and Progressive Networks to deploy a > service to multicast video on the Internet. > > Anybody have any technical details on the scale of this service > and how it complements/upstages the recently announced IPMI initiative > for scaling up the MBONE experiment? > > -- Denis > > From rem-conf Tue Aug 05 16:45:21 1997 From rem-conf-request@es.net Tue Aug 05 16:45:21 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wvt9L-0003Lf-00; Tue, 5 Aug 1997 16:36:23 -0700 Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce@ietf.org Cc: rem-conf@es.net From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-avt-fec-00.txt Date: Tue, 05 Aug 1997 17:07:43 -0400 Sender: cclark@ietf.org Message-ID: <9708051707.aa29530@ietf.org> X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Working Group of the IETF. Title : An A/V Profile Extension for Generic Forward Error Correction in RTP Author(s) : J. Rosenberg, H. Schulzrinne Filename : draft-ietf-avt-fec-00.txt Pages : 12 Date : 1997-08-04 This document specifies an extension to RFC 1890 which allows for forward correction (FEC) of continuous media encapsulated in RTP. The profile is engineered for FEC algorithms based on the exclusive or (parity) operation, although it can be used with other techniques. The profile extension allows end systems to transmit using arbitrary block lengths and parity schemes. It also allows for the recovery of both the payload and critical RTP header fields. It is backwards com- patible with existing RFC 1890 implementations, so that receivers which do not wish to implement FEC can just ignore the extensions. Internet-Drafts are available by anonymous FTP. Login wih the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-avt-fec-00.txt". A URL for the Internet-Draft is: ftp://ds.internic.net/internet-drafts/draft-ietf-avt-fec-00.txt Internet-Drafts directories are located at: Africa: ftp.is.co.za Europe: ftp.nordu.net ftp.nis.garr.it Pacific Rim: munnari.oz.au US East Coast: ds.internic.net US West Coast: ftp.isi.edu Internet-Drafts are also available by mail. Send a message to: mailserv@ds.internic.net. In the body type: "FILE /internet-drafts/draft-ietf-avt-fec-00.txt". NOTE: The mail server at ds.internic.net can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ds.internic.net" Content-Type: text/plain Content-ID: <19970805164600.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-fec-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-fec-00.txt"; site="ds.internic.net"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19970805164600.I-D@ietf.org> --OtherAccess-- --NextPart-- From rem-conf Wed Aug 06 10:47:20 1997 From rem-conf-request@es.net Wed Aug 06 10:47:20 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wwA09-00000T-00; Wed, 6 Aug 1997 10:36:01 -0700 Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce@ietf.org Cc: rem-conf@es.net From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-avt-rtp-payload-04.txt Date: Wed, 06 Aug 1997 13:24:11 -0400 Sender: cclark@ietf.org Message-ID: <9708061324.aa15543@ietf.org> X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Working Group of the IETF. Title : RTP Payload Format for H.263 Video Streams Author(s) : C. Zhu Filename : draft-ietf-avt-rtp-payload-04.txt Pages : 11 Date : 1997-08-05 This document specifies the payload format for encapsulating an H.263 bitstream in the Real-Time Transport Protocol (RTP). Three modes are defined for the H.263 payload header. An RTP packet can use one of the three modes for H.263 video streams depending on the desired network packet size and H.263 encoding options employed. The shortest H.263 payload header (mode A) supports fragmentation at Group of Block (GOB) boundaries. The long H.263 payload headers (mode B and C) support fragmentation at Macroblock (MB) boundaries. Internet-Drafts are available by anonymous FTP. Login wih the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-avt-rtp-payload-04.txt". A URL for the Internet-Draft is: ftp://ds.internic.net/internet-drafts/draft-ietf-avt-rtp-payload-04.txt Internet-Drafts directories are located at: Africa: ftp.is.co.za Europe: ftp.nordu.net ftp.nis.garr.it Pacific Rim: munnari.oz.au US East Coast: ds.internic.net US West Coast: ftp.isi.edu Internet-Drafts are also available by mail. Send a message to: mailserv@ds.internic.net. In the body type: "FILE /internet-drafts/draft-ietf-avt-rtp-payload-04.txt". NOTE: The mail server at ds.internic.net can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ds.internic.net" Content-Type: text/plain Content-ID: <19970806113927.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-rtp-payload-04.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-rtp-payload-04.txt"; site="ds.internic.net"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19970806113927.I-D@ietf.org> --OtherAccess-- --NextPart-- From rem-conf Wed Aug 06 11:14:58 1997 From rem-conf-request@es.net Wed Aug 06 11:14:57 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wwAa9-0000fJ-00; Wed, 6 Aug 1997 11:13:13 -0700 Message-ID: <01BCA269.EA8E6E80@dyn-tnt01-247.chi.ais.net> From: Stuart Johnstone To: "'News-VidConf'" , "'News-Webcast'" Subject: Mars JPL & Vosaic Broadcast- news Date: Wed, 6 Aug 1997 13:02:48 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list NASA'S? JET PROPULSION LABS AND VOSAIC? BROADCAST MARS PROJECT "LIVE" VOSAIC's revolutionary "click & play"? Java audio and video streaming = technology will broadcast man's first exploration of Mars over the World Wide Web. (Chicago, IL)--- July 4tht, 1997-- For the first time in history, = mankind will get its closest glimpses of Mars on July 4th, the planet = renowned for Martians, science fiction lore, and Arthur C. Clarke = inspiration. In a flip-flop of the infamous War of the Worlds, it is = NASA Jet Propulsion Lab's Mars rover which will do the invading of what = many consider virgin "red" soil. The Mars rover is a highly = sophisticated, radio controlled "dune buggy", equipped with the latest = in telecommunications gear. It will be transmitting "live", real-time = images of Mars to Earth which will be broadcast live over the Internet = with Vosaic's RadioStation? and Vosaic's TVStation? products, Vosaic's = innovative, high performance Java audio and video streaming products. "NASA's JPL is proud and excited to be working with Vosaic on this = historical event," says David Dubov, Jet Propulsion Lab Mars Pathfinder = Webmaster. "The Mars Project sought near ubiquitous distribution of its = audio and video signals for this event, and only Vosaic was capable of = providing radio-like "click & play" capabilities to millions with its = leading edge Java streaming technology. Such ease of use was paramount = to NASA JPL to ensure the universe of mankind could experience for the = first time, the excitement and joy of witnessing, in real time, a truly = landmark event in the history of mankind over the Internet. What Vosaic = will be broadcasting off the Mars Rover will be the first such images = viewed by mankind?the first spin of the wheels will be but 'one small = cruise for the buggy, one giant voyage for mankind'." The broadcast of the Mars landing will utilize Vosaic's remarkable Java = streaming technology first used in Nortel's Indianapolis 500 auto race = on Memorial Day. Vosaic is working closely with NASA JPL's partners to = establish what many believe to be the world's largest single interactive = multimedia event ever staged. Vosaic and JPL's partners will partake by = using the Vosaic Broadcast System software, a truly innovative and = evolutionary design that seamlessly integrates standard Internet = Protocol networks into a cohesive, powerful platform for distributing = real-time audio and video broadcast over the World Wide Web. It is = anticipated over 500,000 people will be accessing the audio and video = broadcasts over the course of three days. "We are anticipating tremendous interest in this landmark event, with = JPL projecting over 100,000,000 visits per day from July 3rd to July 5th = on their principle Web site," says Stuart Johnstone, President/CEO of = VOSAIC LLC of Chicago, IL. "Vosaic has worked closely with its Network = Affiliate Partners (NAP's) to provide as near a radio/TV experience as = one can get on the Internet today, a simple 'click & play' is all anyone = with a PC and Web browser needs to do to enjoy this out of this world = experience? that is the beauty of Vosaic's Java streaming approach. = Only through the use of transparent technologies like Java or ActiveX = will the world enjoy an 'open' standards based environment that is truly = ubiquitous?40 million Internet citizens today can use it without = downloading a single plug-in or rebooting their machine!" Vosaic has partnered with a number of universities, government research = labs, and commercial Internet Service Providers to bring you this = historical event. These visionary Vosaic "Network Affiliate Partners" = (NAP's) are amongst the leaders in the academic, research, and business = communities, representing an aggregate capacity over their networks in = excess of 1.75 gigabits per second, and include: CORPORATIONS: NORTEL- Richardson, TX- http://www.nortel.com DIGITAL-- Maynard, MA- http://www.digital.com BBC Radio and TV, London- http://www.bbcnc.org.uk/ TIME- Pathfinder.com- New York, NY- http://www.pathfinder.com/ MediaCast Inc- http://www.mediacast.com/ ECCE Terram- Germany- http://pluto.ecce-terram.de/ San Francisco Examiner- San Francisco, CA- http://www.examiner.com/ The Christian Science Monitor- http://www.csmonitor.com/ Vosaic Germany- Germany- http://www.vosaic.de The Rheinishce Post- Germany Springer-Verlag Publishing- Germany INTERNET SERVICE PROVIDERS: America OnLine- Reston, VA- http://www.primehost.com/ ICON CMT- Weehawken, NJ-=20 GEONET- San Jose, CA- http://www.geo.net/ DIGEX ISP-TV- Maryland- http://isptv.digex.net/ SPRINT OnLine- Sydney, Australia- = http://www.sprintonline.com.au/mars/index.htm Web2Mil- Uruguay- http://web2mil.intercanal.com GlobalCenter- ISI Services- Sunnyvale, CA- http://www.isi.net/ ClearNet- New Zealand- http://www.clear.net.nz/ Earthlink Network- San Jose, CA-=20 GenerationXcellent- Chicago, IL- http://www.generationxcellent.com/ U.S. GOVERNMENT /EDUCATIONAL INSTITUTIONS: NASA Jet Propulsion Labs- LA, CA-=20 NASA Ames Labs- Mountain View, CA University of Chicago- Chicago, IL- http://www-college.uchicago.edu/ NCSA/Univ. of Illinois- IL- http://www.ncsa.uiuc.edu/mars/ops/av.html=20 Columbia Univ.- LDEO- http://www.ldeo.columbia.edu/ Smithsonian Air & Space Museum- Washington, DC LaMont-Doherty Earth Observatory -------------------------------------------------------------------------= -------- =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D VOSAIC LLC is in the audio/visual telecommunications networks business. = VOSAIC researches, develops, and markets media streaming technologies, = products, and services related to the Internet and Intranet industries = based on ITU standards-based video (MPEG, JPEG) and audio (GSM, G.723, = AC3). VOSAIC is headquartered in Chicago, IL and conducts its research = and development at its VOSAIC Labs in Champaign/Urbana, IL. A partner = in VOSAIC are the Board of Trustees at the University of Illinois, = Champaign/Urbana, IL which provides the research base through the U of = I's Systems Research Group, the umbrella organization encompassing the = Digital Computer Lab and the National Center for Supercomputing = Applications. Contacts: Stuart Johnstone Chuck Colby VOSAIC LLC=09 Chicago, IL Los Angeles, CA Ph. 312-943-6764 Ph. 310-315-9211 Email- info@vosaic.com same From rem-conf Wed Aug 06 12:43:27 1997 From rem-conf-request@es.net Wed Aug 06 12:43:27 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wwBwo-0001cc-00; Wed, 6 Aug 1997 12:40:42 -0700 Message-Id: <3.0.32.19970806154239.008fe220@wpine.com> X-Sender: joseph@wpine.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Wed, 06 Aug 1997 15:42:39 -0400 To: rem-conf@es.net From: jjackson@wpine.com (Joe Jackson) Subject: Re: July Time-Off Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Sorry...was working on something for the engineers. I did notice my signature block on the bottom, though.... At 03:27 PM 8/6/97 -0400, you wrote: >I'll need your name in order to record the time. I don't know you by rem-conf. > >Thank you. > >>I took July 30th and August 1st off. >>I also took a 1/2 day on July 29th >> >>At 08:33 AM 7/31/97 -0400, you wrote: >>>Please let me know what days you took off in July. If you've already let me >>>know or did not take time off, please don't feel the need to respond to this >>>message. >>> >>>Thank you! >>> >>> >>>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>>Elisabeth Eatman >>>Human Resources Director >>> >>>White Pine Software, Inc. >>>542 Amherst Street >>>Nashua, NH 03063 >>> >>>phone: 603-886-9050 >>>fax: 603-883-7920 >>>e-mail: eeatman@wpine.com >>>web: http://www.wpine.com >>>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> >>> >>:-) >> >>Joe J. >>___________________________________________________________________ >>Joseph E. Jackson White Pine Software >>MIS 542 Amherst Street >>Phone: (800) 241-7463 Nashua, NH >> (603) 886-9050 03063 >>Fax: (603) 886-9051 >>Email: jjackson@wpine.com >> >> "He's Dead, Jim. You get his Phaser and I'll get his wallet." >>____________________________________________________________________ >> > > :-) Joe J. ___________________________________________________________________ Joseph E. Jackson White Pine Software MIS 542 Amherst Street Phone: (800) 241-7463 Nashua, NH (603) 886-9050 03063 Fax: (603) 886-9051 Email: jjackson@wpine.com "He's Dead, Jim. You get his Phaser and I'll get his wallet." ____________________________________________________________________ From rem-conf Wed Aug 06 21:59:40 1997 From rem-conf-request@es.net Wed Aug 06 21:59:39 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wwKXy-0004e0-00; Wed, 6 Aug 1997 21:51:38 -0700 Date: Wed, 6 Aug 1997 21:14:58 -0700 (PDT) From: win100survey@vxcuj6.net To: Free100$@winonthe.net Subject: Win $100 !!! Reply-To: win100survey@msn.com X-PMFLAGS: 20720340.50 X-UIDL: 20720340_201230.501@msn.com Comments: Authenticated Sender is Message-Id: <93554639_65850016> X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Want a chance to win $100 fast? Then point your browser to: http://www.survey.com/win100survey.html Fill in the survey and you will be automatically entered into a drawing. The first prize winner will receive an American Express $100 Gift Certificate. Winners will be notified by email and have 14 days to reply. Remember that in order to be eligible you must complete the entire survey and enter your email address in the appropriate place. Thank you for your valuable help and GOOD LUCK! From rem-conf Thu Aug 07 07:40:46 1997 From rem-conf-request@es.net Thu Aug 07 07:40:45 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wwTbS-0007Kh-00; Thu, 7 Aug 1997 07:31:50 -0700 From: Biersack Ernst Date: Thu, 7 Aug 1997 16:31:10 +0200 (MET DST) Message-Id: <199708071431.QAA05161@lilie.eurecom.fr> To: alg@comm.toronto.edu, apc@ee.nthu.edu.tw, apc_members@hornbill.ee.nus.sg, cabernet-general@newcastle.ac.uk, ccrc@dworkin.wustl.edu, cellular@comnets.rwth-aachen.de, cnom@maestro.bellcore.com, commsoft@cc.bellcore.com, comsoc-chapters@ieee.org, comsoc-gicb@ieee.org, comsoc.tac@tab.ieee.org, comswtc@gmu.edu, cost237-transport@comp.lancs.ac.uk, ctc-members@redbank.tinac.com, dbworld@cs.wisc.edu, end2end-interest@isi.edu, enternet@bbn.com, f-troup@codex.cis.upenn.edu, fokus-user@fokus.gmd.de, g-troup@ccrc.wustl.edu, giga@tele.pitt.edu, hipparch@sophia.inria.fr, ieee_rtc_list@cs.tamu.edu, ieeetcpc@ccvm.sunysb.edu, isadsoc@fokus.gmd.de, itc@fokus.gmd.de, modern-heuristics@uk.ac.mailbase, multicomm@cc.bellcore.com, osimcast@bbn.com, rem-conf@es.net, reres@laas.fr, sb.all@ieee.org, sc6wg4@ntd.comsat.com, sigmedia@bellcore.com, tccc@ieee.org, xtp-relay@cs.concordia.ca, setia@cs.gmu.edu Subject: - ACM SIGCOMM 97 in Cannes Cc: erbi@alpes.eurecom.fr X-Sun-Charset: US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list (Apologies for possible duplicate copies) ACM SIGCOMM '97 The deadline for early registration is coming up soon ( August 14!!) for both, the conference AND for the hotels (the deadline for the hotels has been extended from August 1st to Aug 14). So its time to hurry up!! The annual ACM SIGCOMM 97 Conference on Applications, Technologies, Architectures and Protocols for Computer Communication will take place from September 14 to 18 in Cannes, France. There are many good reasons why you should attend: An outstanding technical program comprising - Tutorials: Sunday September 14 and Monday September 15 - Conference: Tuesday September 16 to Thursday (morning) September 18 A superb social program with: - Wine and cheese tasting: Monday September 15, 18:00 to 21:00 - Pool session: Tuesday September 16, 19:00 to 22:00 around the Hotel Majestic pool Workshops right after the conference: - Internet Simulations with the NS simulator: Thursday (afternoon) September 18 - Reliable Multicast Meeting: Friday and Saturday September 19-20 Register now!! For more information and the registrations forms see: http://www.inria.fr/rodeo/sigcomm97/ Ernst Biersack (SIGCOMM 97 publicity chair) From rem-conf Thu Aug 07 07:42:24 1997 From rem-conf-request@es.net Thu Aug 07 07:42:23 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wwTjk-0007O7-00; Thu, 7 Aug 1997 07:40:24 -0700 Message-Id: <199708071439.QAA29453@renoir.uio.no> X-Mailer: exmh version 1.6.7 5/3/96 To: rem-conf@es.net Subject: ICTE Oslo 1997 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Thu, 07 Aug 1997 16:39:39 +0200 From: Frank J|rgen Solem X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list The 14th International Conference on Tecnology and ducation (ICTE) will be arranged august 10-14 by the University of Oslo, Norway. This years theme is "Changing Practices and Technologies: Decisions Now for the Future." The plenary sessions will be sent to the MBONE and the session is announced in sdr. More information about ICTE is available at http://www.icte.org/ I have included a program outline for the plenary sessions. Times are given in UTC, localtime in Oslo is MDT, UTC +2. = Sun 10th 14:30 --- OPENING: Welcome by Rector Lucy Smith, Speech by prime minister Torbj=F8rn Jagland. Videomessage from Scott McNealy, Chairman of the Board, President and CEO SUN Microsystems --- PLENARY 1: Changing Practises and Technology, Decisions now for the Future, Dr Rolf Lenschow Mon 11th 09:30 --- PLENARY 2: The Next Generation Internet. Dr. David Nelson (U.S.Department of Energy) 14:30 --- PLENARY 3: Beyond the Boundary - The Next Twenty Years. = Dr. Robert Glass, Director, Science Office = Sunsoft (Sun Microsystems Inc.) Tue 12th 09:00 --- PLENARY 4: IT in Norwegian Education. Fred-Arne Odegaard, Norwegian Royal Ministry of = Education, Research, and Church Affair Arne Laukholm, Director, Center for Information = Technology, University of Oslo Hakon Gunderson, The Fornebu Project 14:00 --- PLENARY 5: Scandinavian School Nets. Sigmund Lieberg, Moderator Stellan Ranebo, Nordic Council of Ministers - The IDUN Project: Nordic Cooperation for IT = in Schools, Ulf Vasstr=F8m - Nordic Cooperation on Copyright Issues Rita Smedegaard - Nordic Approach to Internet through NORDUnet Petter Kongshaug, Director, UNINETT - Nordic School Net, Erla Sigurdardottir Wed 13th 09:00 --- PLENARY 6: Information Technology Strategies in the Northern Province of the Republic of = South Africa. Dr. P. A. Motsoaledi Minister of Education, = Culture and Sports, Northern Province, = Republic of South Africa 14:00 --- PLENARY 7: How Computing and Communication Will = Transform Schools in the Next 10 Years. Alexis Poliakoff (U.S. Department of Education) -- = Frank Solem Ph: +47 2285 2766 Norwegian MICE National Support Center From rem-conf Thu Aug 07 08:27:08 1997 From rem-conf-request@es.net Thu Aug 07 08:27:08 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wwUQq-0000bt-00; Thu, 7 Aug 1997 08:24:56 -0700 Sender: metzger@es.net Message-ID: <33E9E8C1.7BF942B8@es.net> Date: Thu, 07 Aug 1997 10:24:49 -0500 From: Joe Metzger Organization: ESnet X-Mailer: Mozilla 4.01b6C [en] (X11; I; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: Jonathan Corbet , abuse@es.net, poulton@wksu.org, rem-conf@es.net Subject: Re: win100survey@vxcuj6.net: Win $100 !!! X-Priority: 3 (Normal) References: <19970807141626.3985.qmail@lucy.atd.ucar.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list rem-conf@es.net is a public UNMODERATED email list. Non-subscribers are allowed to post. Therefore, it is impossible to prevent this type of abuse. There is a filter in place that redirects mail containing keywords from known spammers & previously seen spam to the list administrator. This mechanism has been able to screen out most but not all spam. However, spam that does not use any of our keywords gets through the first time. Several keywords from this incident have been added to the filters. Thank you for bringing this to my attention. --Postmaster@es.net. > ------- Forwarded Message > > Return-Path: rem-conf-request@es.net > Date: Wed, 6 Aug 1997 21:14:58 -0700 (PDT) > From: win100survey@vxcuj6.net > To: Free100$@winonthe.net > Subject: Win $100 !!! ... > Want a chance to win $100 fast? Then point your browser to: ... ------- End of Forwarded Message From rem-conf Thu Aug 07 08:52:54 1997 From rem-conf-request@es.net Thu Aug 07 08:52:52 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wwUoy-00018d-00; Thu, 7 Aug 1997 08:49:52 -0700 From: rja@corp.home.net (Ran Atkinson) Message-Id: <970807084941.ZM16640@borg.eos.home.net> Date: Thu, 7 Aug 1997 08:49:41 -0700 In-Reply-To: Joe Metzger "Re: win100survey@vxcuj6.net: Win $100 !!!" (Aug 7, 10:24) References: <19970807141626.3985.qmail@lucy.atd.ucar.edu> <33E9E8C1.7BF942B8@es.net> X-Mailer: Z-Mail (4.0.1 13Jan97) To: Joe Metzger Subject: rem-conf list policy suggestion Cc: rem-conf@es.net MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list On Aug 7 10:24, Joe Metzger wrote: Subject: Re: win100survey@vxcuj6.net: Win $100 !!! % rem-conf@es.net is a public UNMODERATED email list. Non-subscribers % are allowed to post. Therefore, it is impossible to prevent this % type of abuse. Joe, In that case, let me suggest that be changed from "PUBLIC unmoderated" status to "PUBLIC self-moderated", where "self-moderated" would mean that folks not on the list are by default disallowed from posting to it and "PUBLIC" would mean that anyone is permitted to join/leave the list at will. Such a change would significantly reduce noise while not affecting signal, IMHO. Ran rja@home.net From rem-conf Thu Aug 07 10:23:59 1997 From rem-conf-request@es.net Thu Aug 07 10:23:59 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wwWBi-0002Et-00; Thu, 7 Aug 1997 10:17:26 -0700 X-Sender: aollikai@gatekeeper Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 7 Aug 1997 10:20:09 -0700 To: rja@corp.home.net (Ran Atkinson) From: ari@sprintlabs.com (Ari Ollikainen) Subject: Re: rem-conf list policy suggestion Cc: metzger@es.net, rem-conf@es.net X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list >In that case, let me suggest that be changed from >"PUBLIC unmoderated" status to "PUBLIC self-moderated", >where "self-moderated" would mean that folks not on the list are >by default disallowed from posting to it and "PUBLIC" would mean >that anyone is permitted to join/leave the list at will. > >Such a change would significantly reduce noise while not affecting >signal, IMHO. Although a good sounding idea, were this to happen, it would prevent casual posting s to the list by list members from locations/addresses (like personal e-mail) which are not their official and/or work-sponsored *subscribed* e-mail addresses UNLESS said members munged their message From: and ReplyTo: headers. I frequently filter/forward various mailing lists from work to one of my personal accounts if I'm going to be away from the office for some time but with e-mail access through other means. IF the self-moderation allowed for the creation of address-lists for subscribers (primary and secondary posting-from), THEN such a capability would be a boon to mailing lists EVERYWHERE! And now back to scheduled programming... _/_/ _/_/_/_/ _/ Ari Ollikainen _/ _/ _/ _/ _/ Sprint Advanced Technology Laboratories _/_/_/_/ _/_/_/_/ _/ Switching and Interworking Development _/ _/ _/ _/ _/ 1 Adrian Court (M/S: CABURS0102) _/ _/ _/ _/ _/ Burlingame, CA 94010 ~~RECOM Technologies Inc.~~ Voice: 415.375.4265 FAX: 415.375.4490 From rem-conf Thu Aug 07 13:13:06 1997 From rem-conf-request@es.net Thu Aug 07 13:13:05 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wwYk4-0003fi-00; Thu, 7 Aug 1997 13:01:04 -0700 Sender: hgs@cs.columbia.edu Message-ID: <33EA2974.1A26@cs.columbia.edu> Date: Thu, 07 Aug 1997 16:00:52 -0400 From: Henning Schulzrinne Organization: Columbia University, Dept. of Computer Science X-Mailer: Mozilla 3.02 (X11; I; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: H323IMPLEMENTORS@MAILBAG.INTEL.COM CC: rem-conf@es.net Subject: Notes on RTP PTs Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Based on a discussion with Paul Long , two short notes on the treatment of the RTP PT field. I was surprised to find by these; we may need to consider to add unambiguous prohibitions to this effect to the next release of the spec. This is now also at the RTP FAQ page at http://www.cs.columbia.edu/~hgs/rtp/faq.html I welcome comments (I'm not on the H323-implementors list, so please cc: as necessary...) If I'm using H.323 or other set-up protocol, can I ignore the RTP payload type (PT) field? An application must never just play a packet without inspecting its payload type, even if a single payload type has been negotiated via H.245 or similar protocols. New mechanisms, including transmission of DTMF digits, comfort noise indication, forward error correction using redundant data, switching of encodings to take into account network conditions may conveniently use the PT to indicate special packets, which an end application can ignore, if desired, ensuring backward compatibility. But this assumption is violated if an application blindly plays back all packets regardless of PT. Also, in multicast environments, it is unlikely that every sender will use the same payload type. Should the RTP payload type (PT) field be used for multiplexing different streams? It has been suggested that in some environments (such as RTP over AAL5) that lack lower-layer muxing abilities, the RTP payload type (PT) field be used to differentiate streams originating from different sources. This is a fundamentally bad idea and violates the letter and intent of the specification. It makes use of multiple PTs in a single stream difficult (see previous question). It is also unnecessary, as the SSRC was designed for distinguishing several sources. -- Henning Schulzrinne email: schulzrinne@cs.columbia.edu Dept. of Computer Science phone: +1 212 939-7042 (@Bell Labs: 908 949 8344) Columbia University fax: +1 212 666-0140 New York, NY 10027 URL: http://www.cs.columbia.edu/~hgs From rem-conf Thu Aug 07 17:03:12 1997 From rem-conf-request@es.net Thu Aug 07 17:03:12 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wwcQb-0005xm-00; Thu, 7 Aug 1997 16:57:13 -0700 Date: Thu, 07 Aug 97 16:55:00 PDT From: Gim L Deisher Message-ID: To: rem-conf@es.net cc: Chad_Zhu@ccm.jf.intel.com, Gim_L_Deisher@ccm.jf.intel.com, Thomas_R_Gardos@ccm.jf.intel.com, Christian_Maciocco@ccm.jf.intel.com, Donald_Newell@ccm.jf.intel.com, lscline@ideal.jf.intel.com, stewe@cs.tu-berlin.de Subject: RTP Payload Format for H.263+ X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Text item: Enclosed is our draft specification for a H.263+ RTP payload. It is a preliminary version from an ITU H.263+ ad-hoc committee working on an RTP payload specification. This is an informational submission and is intended to be a counterpoint to the recent H.263+ draft submitted by Wenger et. al. We are working with Stephan Wenger to reconcile the differences between the two drafts. Our intent is to discuss this on the mailing list prior to making a presentation at the December IETF meeting in D.C. Significant differences in the drafts include the following: - Payload header support for video redundancy coding (VRC). VRC is an experimental video redundancy method and is not described in the H.263+ specification. Therefore, we don't believe that the payload should require support for VRC. - Our design goals were to optimize for efficiency and resiliency against packet loss. To support this the slice structure was added to the H.263+ specification. Our payload headers take advantage of the information that is contained in slice or GOB headers with minimal overhead while allowing each packet to be independently useful. This results in somewhat less flexibility. - Use of RTCP reports to support multilayer synchronization. Per the description in the draft, we find that the mechanisms described by Speer and McCanne for layered media presentations are not entirely sufficient for the layered encoding schemes possible with H.263+. Contained in the draft are editors notes that mark where open issues have been noted. Text item: plus_plh.txt 8/7/97 4:29P Revision History Initial version, 8/7/97 Internet Engineering Task Force Audio-Video Transport WG INTERNET-DRAFT C. Zhu Linda S. Cline Gim L. Deisher Thomas R. Gardos Christian Maciocco Donald Newell Intel Corporation Stephan Wenger TU Berlin RTP Payload Format for the 1998 Version of ITU-T Rec. H.263 Video (H.263+) Status of This Memo This document is an Internet-Draft. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet-Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or made obsolete by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." To learn the current status of any Internet-Draft, please check the "1id-abstracts.txt" listing contained in the Internet-Drafts Shadow Directories on ftp.is.co.za (Africa), nic.nordu.net (Europe), munnari.oz.au (Pacific Rim), ds.internic.net (US East Coast), or ftp.isi.edu (US West Coast). Distribution of this document is unlimited. 1. Introduction The 1998 version of ITU-T Recommendation H.263 added numerous coding options to improve codec performance over the 1996 version. We refer to the 1998 version as H.263+ in this document. Among the new options, the ones with the biggest impact on the RTP payload are the slice structured mode and the scalability mode. This section summarizes the impact of these new coding options on packetization. Refer to [4] for more information on coding options. Slice structure was added to H.263+ for three purposes: to provide enhanced error resilience capability, to make the bitstream more amenable to use with an underlying packet transport such as RTP, and to minimize video delay. The slice structured mode supports fragmentation at macroblock boundaries. H.263+ also includes bitstream scalability as an optional coding mode. Three kinds of scalability are defined: temporal, signal-to-noise ratio (SNR), and spatial scalability. Temporal scalability is achieved via the disposable nature of bidirectionally predicted frames, or B-frames. SNR scalability permits refinement of encoded video frames, thereby improving the quality (or SNR). Spatial scalability is similar to SNR scalability except the refinement layer is twice the size of the base layer in each dimension. Section 4 describes a method in which scalability may be used in a layered, multiple stream scenario. 2. Usage of RTP When transmitting H.263+ video streams over the internet, the output of the encoder can be packetized directly. All the bits resulting from the bitstream including the fixed length codes and variable length codes will be included in the packet. For H.263+ bitstreams coded with temporal, spatial, or SNR scalability, each layer shall be transmitted to a different address in a manner similar to that suggested by McCanne and Speer [6]. More specifically, each layer shall use a unique IP address and port combination relative to the base layer IP address and port. In addition, temporal relations between layers shall be expressed using the RTP timestamp so that they can be synchronized at the receiving ends in multicast or unicast applications. It is required that addresses assigned to each layer are in the same order as ELNUM defined in H.263+ [4]. They should also have the same relationship; for example, if a receiver is receiving layers 0, 1 and 3, the addresses for reception are base, base + 1, and base + 3. The H.263+ video streams will be carried as payload data within RTP packets. A new H.263+ payload header is defined in section 3, H.263+ payload header. This section defines the usage of RTP fixed header and H.263+ video packet structure. 2.1 RTP Header Usage Each RTP packet starts with a fixed RTP header. The following fields of the RTP fixed header are used for H.263+ video streams: Marker bit (M bit): The Marker bit of the RTP header is set to 1 when the current packet carries the end of current frame. 0 otherwise. Payload Type (PT): The Payload Type shall specify H.263+ video payload format. A dynamic payload can be used initially until a static payload type is assigned. Timestamp: The RTP Timestamp encodes the sampling instance of the first video frame contained in the RTP data packet. The RTP timestamp may be the same on successive packets if a video frame occupies more than one packet. For an H.263+ video stream, the RTP timestamp is based on a 90 kHz clock, the same as that of the RTP payload for H.261 stream [5]. 2.2 Video Packet Structure An H.263+ compressed bitstream is carried as a payload within each RTP packet. For each RTP packet, the RTP header is followed by an H.263+ payload header, which is followed by a standard H.263+ compressed bitstream. The size of the H.263+ payload header is variable depending on modes used as detailed in the next section. The layout of the RTP H.263+ video packet is shown as: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | RTP Header | . . +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ . H.263+ Payload Header . +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | H.263+ Stream | . . +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 3. Design Considerations The goal of this payload format are: 1) to provide an efficient way of encapsulating a H.263+ standard compliant bitstream; 2) to enhance the resiliency towards packet loss for bitstreams generated based on any of the commonly used coding options. Since it would be difficult to protect against packet loss in all situations without adding excessive overhead to the payload header, resiliency improvements for coding options that are rarely utilized or often static on the session level are not being considered here. The optional slice structured mode described in annex K of H.263+ [4] can be used to enable more flexibility for packetization. Furthermore, packets based on a slice structure are also inherently loss resilient. Similar to a picture segment that begins with a GOB header, the motion vector predictors in a slice are restricted to reside within its boundaries. When slice structure is not applied, we recommend the use of GOB header in every GOB to reduce the dependency on motion vector prediction across GOBs. Reasons justifying this choice are given in section 3.3 of [7]. The independently segmented decoding (ISD) described in annex R of [4] does not allow any data dependency across slice or GOB boundaries. It can be utilized to further improve resiliency in high loss condition. If ISD is used in conjunction with the slice structure, the dimensions and quantity of the slices present in a frame should remain the same between two intra-coded frames (I-frames). The ISD slices can be entirely intra coded from time to time to realize quick error recovery without adding latency time associated with sending complete I-frames. There are a few assumptions and constraints associated with this design of the H.263+ payload header format: . In slice structured mode, only complete slices should be included in a packet. In other words, slices should not be fragmented across packets. Optimally, a packet will contain only one slice. . In addition, we assume that no macroblock will be too large to fit in a packet. . The temporal reference (TR) corresponding to a frame can also be derived from the RTP timestamp. . For resiliency, we recommend sending full picture header for every frame. In other words, always set UFEP to '001'. . In multi-layer scenario, we assume that each layer is transmitted to a different network address. See section 5 for more detail on an optional scheme to do multi-layer synchronization. The configuration of each layer such as the enhancement layer number (ELNUM), reference layer number (RLNUM), and scalability type should be determined at the start of the session and should not change during the course of the session. . When reference picture selection (annex N) is used, the TRI and TRPI in the slice header or the GOB header should always be set for resiliency purpose. This will place TR and TRP in the slice header or GOB header. Also set BCI for BCM if a back channel is used. Note that the employment of a back channel is not practical in a multicast environment. . If any of the options in H.263+ such as custom picture clock frequency, custom picture format, reference picture selection, and PB frames are used, the receiver should wait to receive a full picture header before starting to decode when joining a session in progress. . Certain configurations and optional modes are assumed to be rarely or never changed on the session level: - Split screen indicator. - Document camera indicator. - Custom picture clock frequency. - Picture aspect ratio. - Reference picture selection mode flag. . Furthermore, we make no provision for better resiliency against losses which affect the coding options listed above or any of the following: - Full-picture freeze release. - Reference picture resampling. - Continuous presence multipoint. - PB frames. We recommend the receiver to drop the B frame if loss occurred in receiving a PB frame. The receiver may still recover the P frame portion of the PB frame. - Any supplemental enhancement information (annex L). 4. H.263+ Payload Header For H.263+ video streams, each RTP packet carries only one H.263+ video packet. The H.263+ payload header is always present for each H.263+ video packet. Four modes, A, B, C and D, are defined for the H.263+ payload. Any packet that begins with a picture start code should use mode A. For packets that start with either a GOB header or a slice header, mode B is used. Mode C may be used in place of mode B when custom picture sizes are involved. When slice structure coding option is not applied, some GOBs in the bitstream may be larger than the size of one packet. In this case, mode D should be used for packets fragmented on the macroblock boundaries. These modes are distinguished using bit 2 and bit 3 in the first 32-bit word of the payload header. The bits are set to '00' for mode A, '01' for mode B, '10' for mode C, and '11' for mode D. The two-bit version field common to all four payload modes serves to identify between different releases of the H.263+ payload format. For this particular draft, the payload is identified as version '00'. [Ed. Note: The version control will not take effect until a draft has been formally submitted to the IETF.] 4.1 Mode A The payload header in mode A is 16 bits in size. It is used to encapsulate the first packet in every frame which contains a picture header with leading picture start code. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |V=0|0 0|SBIT |EBIT | RR | H.263+ data stream .... | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Mode A Payload Header V: 2 bits Version number. Set to '00' for this payload format. SBIT: 3 bits Start bit position specifies the number of bits that should be ignored in the first data byte. EBIT: 3 bits End bit position indicates the number of bits that should be ignored in the last data byte. RR: Reserved bits. [Ed. Note: Mode B can be used to replace mode A payload header. The overhead of using mode B for packets that start with a picture header is 16 bits. Should we keep mode A and B as separate modes or merge them?] 4.2 Mode B Mode B is used to encapsulate packets that begin with either a GOB header or a slice header. In addition to all of the fields described in the mode A payload header, mode B header also includes parameters which represent various coding options in H.263+. The following 1-bit fields match the corresponding annex in H.263+: D, E, F, G, I, J, K, N, R, S, T, P, and Q. For example, D in the header indicates Unrestricted Motion Vector option as defined in annex D. When custom picture format is applied, mode C should be used instead of mode B. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |V=0|0 1|SBIT |EBIT | SRC |Z|D|E|F|G|I|J|K|N|R|S|T| PTC |P|Q|SSS| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Mode B Payload Header SRC: 3 bits Source format specifies the picture size as defined in H.263+ [4]. Z: 1 bit Custom Picture Clock Frequency (PCF). D: 1 bit Unrestricted Motion Vector mode (UMV). E: 1 bit Syntax-based Arithmetic Coding mode (SAC). F: 1 bit Advanced Prediction mode (AP). G: 1 bit PB-frames mode (PB). I: 1 bit Advanced Intra Coding mode (AIC). J: 1 bit Deblocking Filter mode (DF). K: 1 bit Slice Structured mode (SS). N: 1 bit Reference Picture Selection mode (RPS). R: 1 bit Independently Segmented Decoding mode (ISD). S: 1 bit Alternative Inter VLC mode (AIV). T: 1 bit Modified Quantization mode (MQ). PTC: 3 bits Picture Type Code. '000' I-picture (INTRA) '001' P-picture (INTER) '010' Improved PB frame (Annex M) '011' B-picture (Annex O) '100' EI-picture (Annex O) '101' EP-picture (Annex O) P: 1 bit Reference Picture Resampling (RPR). Q: 1 bit Reduced-Resolution Update mode (RRU). SSS: 2 bits Slice Structured Submode, see H.263+ for details. This field is not relevant for non-slice structured bitstream. 4.3 Mode C For bitstream that corresponds to custom picture sizes, i.e. custom picture format is signaled, mode C should be used instead of mode B. Mode C payload header consists of two additional fields which indicate the picture width and height respectively. In particular, this mode should be utilized to encapsulate packets that start with a GOB header or a slice header when there are changes in the custom picture size. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |V=0|1 0|SBIT |EBIT | SRC |Z|D|E|F|G|I|J|K|N|R|S|T| PTC |P|Q|SSS| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | CPWI | CPHI |RR | H.263+ data stream .... | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Mode C Payload Header CPWI: 7 bits Custom picture width indication. CPHI: 7 bits Custom picture height indication. [Ed. Note: We are considering replacing mode C with a payload header that includes a picture header (without PSC), such as is described by Wenger, et al. The payload header size will vary from around 3 to 5 dwords. Comments will be appreciated.] 4.4 Mode D Mode D is applicable only to bitstreams that are encoded without using the slice structured option. For a packet that begins with neither a GOB header nor a picture header, additional information is added to the payload header for resiliency. If a preceding packet containing the GOB header or the picture header is lost during the transmission of a video frame, a receiver may continue to decode the remaining macroblocks based on any mode D packet it receives. Note that here we do not attempt to protect against loss of non-zero motion vector predictors MV2 and MV3 [4] of the leading macroblock in a packet. Slice structured mode should be used to avoid potential problems in recovering these differential motion vectors for large GOBs consisting of more than one line of macroblocks. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |V=0|1 1|SBIT |EBIT | SRC |Z|D|E|F|G|I|J|K|N|R|S|T|P|Q| QUANT | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | PTC | GN | MBN | CPWI | CPHI | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | HMV1 | VMV1 | HMV1' | VMV1' | RR | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Mode D Payload Header QUANT: 5 bits Quantizer value in effect at the start of this packet. GN: 5 bits GOB number in effect at the start of this packet. MBN: 9 bits The macroblock number (relative to its GOB) in effect at the start of this packet. HMV1, VMV1: 7 bits each Horizontal and vertical motion vector predictors for the first macroblock coded in this packet from the macroblock to its left. HMV1', VMV1': 7 bits each Horizontal and vertical motion vector predictors for block 3 of the first macroblock coded in this packet from the macroblock to its left. Set to 0's when both advanced prediction and deblocking filter are off. All other fields are the same as defined in the preceding sections. [Ed. Note: Is it appropriate to require the use of slice structure with this payload type? If so, mode D will not be needed.] 5. Multi-layer Synchronization The scalability option may be used to create layered encodings. Multiple layers of H.263+ bitstreams may be transported to different network addresses. This section also describes an optional H.263+ specific RTCP packet format for synchronization and adaptive control when layered bitstreams are distributed with different RTP sessions. The information contained in these RTCP packets may also be transmitted out-of-band using a different control protocol. The need to synchronize different layers transmitted over different sessions with different addresses calls for payload specific measures to express the associations between layers, because what is suggested by Speer and McCanne [6] is not necessarily adequate for H.263+ for efficient operations in a loosely coupled environments. For example, an EP frame in layer 1 can be predicted from a preceding EI or EP frame in the same layer in conjunction with a P frame from the base layer. In addition, layer 1 could be an enhancement to base layer spatially, while layer 2 may be an enhancement to the base layer temporally. This information is useful in that layer 2 does not need to use layer 1 in order to contribute to overall picture. On the other hand, if layer 2 is coded based on prediction from layer 1, it has to wait for layer 1 in order to proceed. This section defines H.263+ specific RTCP packets for multi-layer synchronization and adaptive control. Layering information is represented in 4-tuples in the form of [layer number, reference layer number, scalability attribute, target rate info]. For example: . [0, -1, any, 20]: base layer depends on nothing at a target rate of 20 kbps. . [1, 0, SNR, 30]: layer 1, SNR enhancement to layer 0 at a target rate of 30 kbps. . [2, 0, B, 40]: layer 2, B frames enhancement to layer 0, at a target rate of 40 kbps. . [3, 2, S, 40]: layer 3, spatial enhancement to layer 2, at a target rate of 40 kbps. The RTCP packets defined in this section shall be sent to the address of the base layer only. It serves the following purposes: 1) assist the receiver in receiving and decoding different layers out of different addresses; 2) advise the receivers about layer distribution, attributes, and target rate information so that they can choose the layers to receive from. An assumption is made here that layer dependencies do not change during the session; otherwise an additional mechanism to distribute this information in-band during dynamic changes would be necessary, requiring additional bandwidth and receiver complexity. If a sender ceases sending one of the layers during the session, this may be indicated by a rate information value of 0, or by dropping the tuple for that layer. The RTCP packet format and payload type to be used is the RTCP APP (application defined) packet (PT = 204). 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |V=2|P| subtype | PT=204 | length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SSRC of the packet sender | +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ | name (ASCII) | +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ | LN | RLN |ST | RI | +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ | .... | +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ V, P, and length fields are defined the same as in APP RTCP packets [1], PT is payload type, value is 204. Since tuples are 32 bit fields, the number of tuples in this packet may be derived from the length field. subtype: 5 bits The subtype for this APP packet: 0. name: 4 octets The descriptive name for this set of APP packets: "H.263+". Layer Number (LN): 4 bits Layer number to be described. Referenced Layer Number (RLN): 4 bits The number of the layer on which LN depends. Scalability Type (ST): 2 bits Which type of scalability is used: '00' for SNR, '01' for spatial, and '10' for temporal; '11' for mixed, in which more than one type of scalability is used. Rate Information (RI): 22 bits Date rate measured in unit of 1024 bits per second. [Ed. Notes: We include section 5 here since it is designed to support annex O of H.263+. Is it more appropriate to separate this section into a different draft? Comments welcome.] 6. References [1] H. Schulzrinne, S. Casner, R. Frederick, V. Jacobson, "RTP : A Transport Protocol for Real-Time Applications", RFC 1889. [2] "Video Codec for Audiovisual Services at px64 kbits/s", ITU-T Recommendation H.261, 1993. [3] "RTP Profile for Audio and Video Conference with Minimal Control", RFC 1890. [4] "Video Coding for Low Bitrate Communication", Draft ITU-T Recommendation H.263, Draft 13, July 1997. [5] T. Turletti, C. Huitema, "RTP Payload Format for H.261 Video Streams", RFC 2032. [6] M. F. Speer and S. McCanne, "RTP Usage with Layered Multimedia Streams", internet-draft work-in-progress, IETF, draft-ietf-avt-layered-video-02.txt, May 1996. [7] C. Zhu, "RTP Payload Format for H.263 Video Streams", internet-draft, IETF, draft-ietf-avt-rtp-payload-04.txt, March 1997. From rem-conf Fri Aug 08 06:04:31 1997 From rem-conf-request@es.net Fri Aug 08 06:04:30 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wwocI-0002rk-00; Fri, 8 Aug 1997 05:58:06 -0700 Message-Id: <01BCA3E1.7E6F8C60@apocalypse.teleeducation.nb.ca> From: Dwight Spencer To: "rem-conf@es.net" Subject: RE: rem-conf list policy suggestion Date: Fri, 8 Aug 1997 09:57:32 -0300 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list "smartlist" has this capability, to allow a seperate list for "posters" (accept) and a list for subscribers (dist). I believe listserv also has a capability to have "silent" subscription option, where you can post (to a presumably closed list), but not get post (to that particular address).. this is getting off topic, but I thought the list may want to know all the same. dwight s. -- dwight spencer phone: 506 444 5389 internet services manager fax: 506 444 4232 spencer@teleeducation.nb.ca TeleEducation NB, 500 Beaverbrook Court, Fredericton, NB, Canada, E3B 5H1 -----Original Message----- From: Ari Ollikainen [SMTP:ari@sprintlabs.com] Sent: Thursday, August 07, 1997 2:20 PM To: Ran Atkinson Cc: metzger@es.net; rem-conf@es.net Subject: Re: rem-conf list policy suggestion >Such a change would significantly reduce noise while not affecting >signal, IMHO. IF the self-moderation allowed for the creation of address-lists for subscribers (primary and secondary posting-from), THEN such a capability would be a boon to mailing lists EVERYWHERE! And now back to scheduled programming... From rem-conf Fri Aug 08 11:31:13 1997 From rem-conf-request@es.net Fri Aug 08 11:31:12 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wwtiF-00056D-00; Fri, 8 Aug 1997 11:24:35 -0700 Date: Fri, 08 Aug 97 11:21:00 PDT From: Gim L Deisher Message-ID: To: rem-conf@es.net cc: Chad_Zhu@ccm.jf.intel.com, Thomas_R_Gardos@ccm.jf.intel.com, Christian_Maciocco@ccm.jf.intel.com, Donald_Newell@ccm.jf.intel.com, lscline@ideal.jf.intel.com, stewe@cs.tu-berlin.de Subject: Correction - RTP Payload Format for H.263+ X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list In posting our draft specification of the H.263+ RTP payload, we mentioned that "it is a preliminary version from an ITU H.263+ ad-hoc committee working on an RTP payload specification." To be more accurate, we should have stated that it is a preliminary version that has been submitted TO the ITU H.263+ ad-hoc committee on RTP payload specification. We apologize for any confusion this may have caused. From rem-conf Mon Aug 11 01:02:55 1997 From rem-conf-request@es.net Mon Aug 11 01:02:54 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wxp5Y-0006Qx-00; Mon, 11 Aug 1997 00:40:28 -0700 Message-Id: <3.0.32.19970711143233.0068c0e0@expert.hust.edu.cn> X-Sender: pcheng@expert.hust.edu.cn X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 11 Jul 1997 14:32:35 +0800 To: rem-conf@es.net From: Cheng Ping Subject: Multicasting On ATM Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list I am a greenhand in this net. Who can tell me something about multicast on ATM? Where can I get some references? Thanks in advance. From rem-conf Mon Aug 11 10:07:01 1997 From rem-conf-request@es.net Mon Aug 11 10:07:00 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wxxpX-0001OY-00; Mon, 11 Aug 1997 10:00:31 -0700 Date: Mon, 11 Aug 1997 09:00:01 -0800 (ADT) From: "Nathan L. Bills" To: mbone@cilea.it, rem-conf@es.net Subject: Towards Teraflop Architectures, Algorithms and Applications Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi All, Dr. Agarwal from Wichita State University will be giving a talk at the University of Alaska Fairbanks on teraflops computing Wednesday, August 13th, between 18:00 - 20:00 GMT. Here's a description of his talk: "Towards Teraflop Architectures, Algorithms and Applications" During the past decade, a large number of parallel computers have been commercially built worldwide using SIMD or MIMD (both shared and distributed memory) architectural routes to parallelism. However, they have been limited to a peak performance of at most a few gigaflops. Very recently, new systems have been built which offer the promise of teraflow scalability to solve the so called "Grand Challenge Problems." Cray T3D, IBM SP2, Convex Exemplar SPP1000, Intel Paragon XP/S, KSR-2, and CM5 are some of the machines which fall into this category. This lecture will review these architectures and their potential for solving large scale problems. Interplay of numerical algorithms and system software (compiler, operating system, high performance FORTRAN etc.) in fully exploiting these architectures will be discussed. Selected benchmarks of large scale problems from linear algebra and matrix theory, and Computational Fluid Dynamics will be presented. The future trends in the development of scalable parallel hardware, parallel system software, and parallel numerical algorithms will be assessed. In addition, the potential of network computing for achieving teraflop performance will be examined. We are planning to broadcast this talk over the mbone. See the URL http://www.arsc.edu/pubs/bulletins/FreeTalks.shtml for more details. nathan ---------------------------------------------------------------------------- Nathan Bills bills@arsc.edu Network Systems Analyst Arctic Region Supercomputing Center Tel: (907) 474-5309 From rem-conf Tue Aug 12 03:01:28 1997 From rem-conf-request@es.net Tue Aug 12 03:01:26 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wyDWc-0007Ep-00; Tue, 12 Aug 1997 02:46:02 -0700 To: tccc@ieee.org, giga@tele.pitt.edu, comswtc@gmu.edu, multicomm@cc.bellcore.com, commsoft@cc.bellcore.com, apc@ee.nthu.edu.tw, apc_members@hornbill.ee.nus.sg, ieeetcpc@ccvm.sunysb.edu, ieee_rtc_list@cs.tamu.edu, enternet@bbn.com, comsoc.tac@tab.ieee.org, comsoc-gicb@ieee.org, sb.all@ieee.org, comsoc-chapters@ieee.org, itc@fokus.gmd.de, rem-conf@es.net, sc6wg4@ntd.comsat.com, cabernet-general@newcastle.ac.uk, performance@haven.epm.ornl.gov, cellular@comnets.rwth-aachen.de, hipparch@sophia.inria.fr, f-troup@codex.cis.upenn.edu, g-troup@ccrc.wustl.edu, ccrc@dworkin.wustl.edu, osimcast@bbn.com, xtp-relay@cs.concordia.ca, reres@laas.fr, cost237-transport@comp.lancs.ac.uk, isadsoc@fokus.gmd.de, ctc-members@redbank.tinac.com, cnom@maestro.bellcore.com, sigmedia@bellcore.com, kia@koko.CS.UNLV.EDU, fokus-user@fokus.gmd.de, alg@comm.toronto.edu, dbworld@cs.wisc.edu Subject: IEEE IC3N'97 Advance Program and the Registration Form (Call For Participations) Date: Tue, 12 Aug 1997 02:39:01 -0700 From: Kia Makki Message-Id: X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list TENTATIVE TECHNICAL PROGRAM AND CALL FOR PARTICIPATION IC3N'97 6th International Conference on Computer Communications and Networks September 22 -- 25, 1997 Monte Carlo Hotel Las Vegas, Nevada Technical Co-Sponsored by IEEE Communication Society*, DataTech, and NASA, in cooperation with NSF, NIST, USL, IEEE Computer Society*(pending approval) Keynote/Invited Speakers: * T.R.N. Rao, University of Southwestern Louisiana * Tatsyua Suda, National Science Foundation (NSF) * Biswanath Mukherjee, University of California, Davis * Tony Pressley, Department of Defense (DOD) * Frank Halloran, Army Research Office * L. Goldber, National Science Foundation (NSF) * Sudhir Dixit, Nokia Research Center * Robert L. Kaminski Airforce Rome Laboratory ******************************************************************************** Sunday, September 21 ******************************************************************************** 6:00-8:00pm Registration ******************************************************************************** Monday, September 22 ******************************************************************************** 7:30-8:45am Registration 8:45-9:00am Opening Session: Kia Makki, Lionel Ni and Mukesh Singhal 9:00-10:00am Keynote Address: "Encryption, Electronic Signatures and Security in Computer Communications" * T.R.N. Rao, University of Southwestern Louisiana 10:00-10:30am Coffee Break 10:30-12:00pm Three Parallel Sessions (1, 2, 3) ------------------------------------------------ Session 1: ATM Networks I Chair: K.V. Bhat, Lucent Technologies. Multi-Frame Isochronous Service for ATM Networks: Stop-and-Go Revisited by Ibaraki and Kameda, Simon Fraser U. A Burst-Level Priority Scheme for Bursty Traffic in ATM Networks, by Jose Roberto Fernandez and Matt W. Mutka, Michgan State U. TCP Selective Acknowledgements and UBR+ Drop Policies to Improve ATM-UBR Performance over Terrestrial and Satellite Networks by Rohit Goyal, Raj Jain, Shivkumar Kalyanaraman, Sonia Fahmy, Bobby Vandalore, Xiangrong Cai, Ohio State U. Session 2: Wireless Networks I Chair: Chunming Qiao, SUNY Buffalo. Shared Tree Wireless Network Multicast by Ching-Chuan Chiang, Mario Gerla, and Lixia Zhang, UCLA. Fault Tolerance of PCS Mobility Databases by S. C. Chen, M. F. Chang, and Y. B. Lin, Industrial Technology Research Institute, National Chiao Tung University, Taiwan, ROC. Routing in Ad-hoc Networks Using a Virtual Backbone by B. Das, R. Shivakumar, and V. Bharghavan, U of Illinois. Session 3: Multicasting I Chair: Melody Moh, San Jose State Univ. Analyzing the Latency of the Totem Multicast Protocols by E. Thomopoulos, L. E. Moser and P. M. Melliar-Smith, UC, Santa Barbara. The Performance of Multicast Banyan Networks by Yuanyuan Yang, U. of Vermont, Burlington S In Search of an API for Scalable Reliable Multicast Dr. Jim Gemmell, Dave Bassett, Jorg Liebeherr, Microsoft Research, U. of Virginia, Charlottesville. S GMNF-DVMRP: A Modified Version of Distance Vector Multicast Routing Protocol, by Lai, Lin, Lin, and Yu, National Chiao Tung University, Taiwan, ROC. 12:00-1:30pm Lunch 1:30-3:00pm Three Parallel Sessions (4, 5, 6) ------------------------------------------------ Session 4: Congestion Control Chair: Louise Moser, UC Santa Barbara. Performance Analysis of Rate-based Congestion Control Scheme and Choice of High and Low Thresholds by Y. C. Lai, National Chiao Tung University, Taiwan, ROC. Explicit Rate ABR Schemes Using Traffic Load as Congestion Indicator by Chiussi et al, Bell Lab., NJ. Overload control of SCP in Advanced Intellgent Network with Fairness and Priority by Yong Lee, and JooSeok Song, Yonsei University, Korea. Session 5: Routing Protocols Chair: George Thomas, The University of Southwestern Louisiana An extended comparison of slotted and unslotted deflection routing by Thierry Chich and Pierre Fraigniaud, Laboratoire de l'Informatique du Parallelisme - CNRS, France. An Improved Topology Discovery Algorithm for Networks with Wormhole Routing and Directed Links by Ying-Yi Huang and Mart L. Molle, UC Riverside. DRS: A Fault Tolerant Network Routing System For Mission Critical Distributed Applications by Abdur Chowdhury, David Grossman, Eric Burger, Ophir Frieder Session 6: Wireless Networks II Chair: Imrich Chlamtac, University of Texas, Dallas. Performability Analysis of Handoff Calls in Personal Communication Networks by Cheul Woo Ro, Kishor S. Trivedi, Duke University. Transport State Handoff in Mobile Cellular Networks by R. Gopalakrishnan, K. Brown, and S. Singh, University of South Carolina. S A Novel Mobile Agent Search Algorithm by W. S. Chen et al., National Chung-Hsing University, National Chengchi University, Taiwan, ROC S Mobile Extensions to RSVP by D. Awduche and E. Agu, UUNET Technologies Inc., VA, and U. of Mass. Amherst. 3:00-3:30pm Coffee Break 3:30-5:00pm Three Parallel Sessions (7, 8, 9) ------------------------------------------------- Session 7: Optical Networks Chair: W. Peng, SW Texas State Univ. Combined Teletraffic/Transmission Performance of Optical Cross-connected Networks using Hybrid-Store-and-Forward, by G.A. Castanon and O.K. Tonguz, State University of New York at Buffalo. Pipelined Transmission Scheduling in All-Optical Unidirectional TDM/WDM Rings by Xijun Zhang and Chunming Qiao, State University of New York at Buffalo. S Efficient Distributed Control Protocols for WDM All-Optical Networks by Yousong Mei and Chunming Qiao, State Unviersity of New York at Buffalo. S TWDM Multihop Lightwave Networks Based on Rotator Digraphs by P. J. Wan, University of Minnesota. Session 8: Protocol Synthesis and Verification Chair: Eyton Modiano, MIT Lincoln Lab. STEPS: a Software Tool-set for automatEd Protocol Synthesis, by H. Kahlouche, SIMADE division - laboratory of cooperative systems, France. Accommodating Nondeterminism in Protocol Testing using An Automated Oracle by J. J. Li, H. Liu and R. E. Seviora, Bellcore and University of Waterloo. S Automated Formal Verification of Protocols by S. Vassilaras and D. R. Avresky, Boston University. S Using Estelle to implement a Flexible Multicast Protocol by Amin Saifa, Universite de savoie, France. Session 9: Multicasting II Chair: Matt Mutka, Michigan State U. "Scheduling Support for Multicasting Sessions in Broadband Communication Networks" by K.H. Sheta and M. Singhal, Ohio State Univ. Resource Allocation Control Protocols for Multicast Data Transport in Multi-service Networks by K. Ravindran && T. J. Gong City University of New York && Kansas State University, New Error Recovery Structures for Reliable Multicasting by Lifan Gu, J.J.Garcia-Luna-Aceves, UC Santa Cruz. 6:00-8:00pm Conference Reception ******************************************************************************** Tuesday, September 23 ******************************************************************************** 7:30-8:30am Registration 8:30-9:30am Keynote Address: * Tatsuya Suda, National Science Foundation (NSF) 9:30-10:00am Coffee Break 10:00-11:15am Three Parallel Sessions (10, 11, 12) ------------------------------------------------- Session 10: Distributed Multimedia Systems I Chair: Forouzan Golshani, Arizona State University. Improving Video-on-Demand Server Efficiency Through Stream Tapping by Steve Carter and Darrell Long, UC Santa Cruz. A distributed algorithm of delay bounded routing for multimedia applications by Xiaohua Jia, City University of Hong Kong Kia Makki, University of Nevada Niki Pissinou, The University of Southwestern Louisiana S New Algorithms and Techniques for Well-Synchronized Audio and Video Streams Communications Session 11: ATM Networks Modeling Chair: Hamid R. Arabnia, The University of Georgia. A Performance Model for ATM Switches with Mutiple Input Queues by G. Nong, J. K. Muppala and M. Hamdi, Hong Kong University of Science and Technology. Tight upper bounds for cell loss probabilities and required bandwidth estimation in ATM multiplexers by X. Liu, B. Bensaou, H. K. Tsang, and L. Liu, Hong Kong University of Science and Technology. S Modeling ATM Traffic Using Stochastic Petri Net by Bo Li, Hong Kong University of Science and Technology. Session 12: QoS Guarantees I Chair: H. Satio, NTT Telecommunication Networks Laboratories. Time Dependent Priority Scheduling for Guaranteed Service Connections by Shailender Chaudhry and Alok Choudhary, Syracuse University. Efficient Admission Control for EDF Scheduler with Statistical QoS Guarantee, Technical University of Nova Scotia, Canada. S QoS Routing Algorithms for Pre-Computed Paths By C. Pornavalai, G. Chakraborty, and N. Shirator, Tohoku University and The University of Aizu, Japan. 11:15-12:15pm Govt. Panel (Funding) * Frank Halloran, Army Research Office * Tony Pressley, Department of Defense (DOD) * L. Goldber, National Science Foundation (NSF) 12:15-1:45pm Lunch 1:45-3:00pm Three Parallel Sessions (13 ,14 ,15) ------------------------------------------------ Session 13: Wireless Networks III Chair: A.G. Kongiantis, Lucent Tech. Distributed & persistent Mobile agents for heterogeneous personal communications systemst by Peter Stanski and Arkady Zaslavsky, Monash University, Australia. Admission Control for Wireless Networks with Heterogeneous Traffic using Event Based Resource Estimation by Misic, Chanson and Lai. by Misic, Chanson, and Lai, Hong Kong University of Science and Technology. Network Connectivity of Layered Self-Organizing Wireless Networks by C. Zhao, T. Ueda, T. Katsura, M. Kishimoto, and H. Okada, Kansai University, Japan. Session 14: QoS Guarantees II Chair: Hamid Sharif, University of Nebraska, Lincoln Design and Implementation of a QoS capable Switch-Router by E. Basturk et al., IBM T. J. Watson Research Center. Boosting The Network Performance Via Traffic Reshaping by Sergey Gorinsky, The University of Texas at Austin, Sanjoy Baruah, The University of Vermont, and Alexander Stoyen, New Jersey Institute of Technology S Supporting Distributed Applications on Advanced Communication Networks by A. Schill, Dresden University of Technolgoy, German. Session 15: Invited Talk "Air Force Global Communication Networks Research" * Robert L. Kaminski Airforce Rome Laboratory "The Use of ATM in a Tactical Environment" * Frank Halloran, Army Research Office (ARO) * Tony Pressley, Department of Defense (DOD) 3:00-3:30pm Coffee Break 3:30-5:00pm Three Parallel Sessions (16, 17, 18) ------------------------------------------------- Session 16: Traffic Control in ATM Networks Chair: A.K. Somani, U of Washington. Performance of ATM Available Bit Rate for Bursty TCP Sources and Interfering Traffic by Duke P. Hong and Tatsuya Suda, UC Irvine. Dynamic Bandwidth Allocation for Real-time VBR Video Traffic in ATM Networks by H. W. Chu and H. K. Tsang, Hong Kong University of Science and Technolgoy. QOS Based Performance of Selective Repeat Transport User in HYBRID ATM/TDMA Networks by M. Talla, Concordia University, Canada. Session 17: Networks for Real-Time Applications Chair: X. Jia, City U of Hong Kong. A Solution for the Priority Queue Problem of Deadline-Ordered Service Disciplines, UC San Diego. Testing the feasibility of synchronous bandwidth allocation for time-critical communication in FDDI networks by Sijing Zhang, Tee-Hiang Cheng, K.R.Subramanian, Liren Zhang and Chee Heng Tan, Nanyang Technological University, Singapore. S High-Performance Scalable Computing for Real-Time Applications by T. Boggess and F. Shirley, Sanders, A Lockheed Martin Company. S Dynamic Scheduling of Real-Time Messages over an Optical Network by C. C. Yu, and S. Bhattacharya, Arizona State. Session 18: Networks Design I Chair: Robert R. Henry, The University of Southwestern Louisiana Evaluation of the Number of Destination Hosts for Data Networking and Its Application to Address Cache Design by M. Aida, National Networks Laboratories, Japan. Scheduling Packet Transmissions in a Multi-hop Packet Switched Network Based on Message Length, by Eytan Modiano, MIT Lincoln Laboratory. S @INGate: A Distributed Intelligent Network Architecture to Bridge Switching and Packet Networks by P. Hoffman, Technical University Berlin, Germany. S The Minimization of the Maximum Nodal Degree by Multispace Search by B. Du, J. Gu, and Wei Wang, Hong Kong University of Science and Technology. 7:00-9:30pm Banquet ******************************************************************************** Wednesday, September 24 ******************************************************************************** 7:30-8:30am Registration 8:30-9:30am Keynote Address: "Optical Networks -- Status Report and the Road Ahead" * Biswanath Mukherjee, University of California, Davis 9:30-10:00am Coffee Break 10:00-11:30am Three Parallel Sessions (19, 20, 21) ------------------------------------------------- Session 19: ATM Networks II Chair: Nada Golmie, NIST Heuristic Algorithms for Path Selection in Private ATM Networks by X. Jiang and T. Yang, Technical University of Nova Scotia, Canada. Logical IP Subnet Information Protocol for IP Routing over ATM by C. Park, J. O. Kim, and H. J. Kim, Electronics and Telecommunications Research Institute, Korea. SPAM: A Data Forwarding Model for Multipoint-to-Multipoint Connection Support in ATM Networks by Sridhar Komandur and Daniel Mosse', U. of Pittsburgh. Session 20: Multimedia Systems II Chair: Niki Pissinou, The University of Southwestern Louisiana. An Imprecise Algorithm for Real-time Compressed Image/Video Transmission by X. Chen and M. K. Cheng, U. of Houston. An Efficient Traffic Control Scheme for Integrated Voice, Video, and Data Over ATM Networks: Explicit Allowed Rate Algorithm (EARA) By A. Dinesh and W. melody Moh, Octel Communications Co., Canada. S A Performance System for High Quality Desktop Video Conference by S. Catrava and F. Golshani, Arizona State. Session 21: Internet and World Wide Web Chair: Kia Makki, UNLV Static Caching In Web Servers by I. Tatarinov, A. Rousskov, and V. Soloviev, North Dakota University. Reliability of Internet Hosts: A case study from the end user's perspective by M. Kalyanakrishnan, R. Iyer, and J. Patel, U. of Illinois, Urbana. S Archiving Agents for the World Wide Web by C. Braendli and H. Rudin, Zurich Research Laboratory, IBM Research Division. S GIS2WEB AND ITS INTER-APPLICATION COMMUNICATIONS ISSUES by Xiannong Meng, Richard H. Fowler, Eric Reiken. University of Texas - Pan American. 11:30-12:00pm Coffee Break 12:00-1:00pm: Panel (Industrial) * Kabekode Bhat, Lucent Technology Inc. * Sudhir Dixit, Nokia Research Center 1:00-2:30pm Lunch 2:30-4:00pm Three Parallel Sessions (22, 23, 24) ------------------------------------------------- Session 22: TCP/IP Chair: Andrew Vernon, Bellsouth. NetRAP - A Network Resource Allocation Protocol for IP over Ethernet by Martin Gitsels, Hans Eberle, Christian Kleitsch, Institute of Computer Systems, ETH Zurich, Switzerland. Statistical Characterization of Wide-Area IP Traffic by M. Lucas et al., U. of Virginia, Charlottesville. Session 23: Network Performance Modeling Chair: Abdur Chowdhury, The Telephone Connection. Performance Testing of Communication Protocols For Three-Tier Computing: Results for ICA and X Window Protocols by David C. Roberts, David A. Grossman, Ophir Frieder, Robert Bernstein and Eric Bishop Performance Analysis of Parallel Frame Synchronization Scheme in SDH Systems by M. S. Obaidat and Jun Teng, Monmouth University Protocol Filtering: A microscopic Approach to windows NT and Novell netware network modeling by Rajiv S. Pimplaskar, Suk-Chung Yoon and E. K. Park Session 24: Networks Design II Chair: M. S. Obaidat, Monmouth University Effective Search Strategies for Application-Independent Speedup in UDP Demultiplexing by J. Dixon and K. Calvert, Georgia Tech. Design Issues in Data Networks by E. Drakopoulos, Lucent Technologies. Timing properties of the timed token MAC protocol by Sijing Zhang and Alan Burns, Nanyang Technological University, Singapore and University of York, UK. ******************************************************************************** 4:00-4:30pm Coffee Break 4:30-5:45pm Three Parallel Sessions (25, 26, 27) ------------------------------------------------ Session 25: ATM Switch/Interface Chair: S. Busovaca, Cal State Univ, Sacramento. A Low Cost Serching Device for an ATM adapter by R.J GLAISE and JM MUNIER, La Gaude Laboratory, France. S ATM Network Interface Architectures for Low Latency Patrik Sundstroem and Per Andersson, Lund University, Sweden. S A Multicast ATM Switch With Slotted Ring Fabric R. Henry, U. of Southwestern Louisiana. S ATM Switches with Bifurcated Input Queueing by Thomas and Veludandi, U. of Southwestern Louisiana. Session 26: Network Security and Tools Chair: David Grossman, Office of Information Technology A New Frameowrk for Secure Network Management by Hatefi and Golshani, Arizona State. An Architecture for Inter-Domain Troubleshooting by D. Thaler and C.V. Ravishankar, U of Michigan. S An Innovative Routing Protocol Evaluation Tool by W. Peng, Motorola and Southwest Texas State University. Session 27: Invited talk * L. Goldber, National Science Foundation (NSF) * Sudhir Dixit, Nokia Research Center ***************************************************************************** ICCCN'95 Tutorials ================== Thursday, September 25, 1997 ***************************************************************************** Tutoriual 1: "WIRELESS ATM AND MOBILE COMPUTING" by Dr. Upkar Varshney Washburn University Topeka, KS Time: 8am-noon This tutorial will focus on these challenges presented by Wireless ATM and on the solutions that have been designed and proposed to use it for mobile computing. The tutorial will also discuss a number of working models that have been designed and being tested for wireless ATM environment. If time permits, we will also discuss related issues such as Mobile IP over ATM vs Wireless ATM. Outline: ======== I. Overview of Asynchronous Transfer Mode (ATM) and Wireless Networks II. Motivation behind Wireless ATM III. Issues in Wireless ATM IV. Mobility and Connection Management V. Error Control VI. QoS Issues VII. Protocol Issues VIII. Wireless ATM Projects/Prototypes The Instructor: Upkar Varshney is an Assistant Professor at Washburn University, Topeka, KS. His research interests include wireless ATM, mobile computing and transport protocols. Prior to joining the faculty at Washburn in 1994, he was a Research Associate at the Center for Telecomputing Research, University of Missouri-Kansas City. He holds a B.S. in Electrical Engineering from University of Roorkee, an M.S. in Computer Science and a Ph.D. in Telecommunications and Computer Networking, both from University of Missouri-Kansas City. Professor Varshney is the designer of a Networking Program at Washburn and has written over 15 journal, magazine and conference papers. He is a member of IEEE , Communications and Computer Societies and its TC on Multimedia Communications, and ACM. He has widely spoken at various conferences, organizations and universities. -------------------------------------------------------------------------- Tutorial 2: "Cable Data Modems" Dawn Fitzgerald Product Planning Mgr Motorola CableComm Data Products Time: 8am-noon Topics: ======= I. Systems Designs (subscriber Modem & HE termination equipment, network interfaces, network requirements, etc.) II. Access Methods (slotted vs. hybrid contention/polling) III. Spectrum Management (frequency agility, noise mitigation, channel size etc.) IV. Security (subscriber : encryption methods, service provider: theft of service.) V. Services Levels (system requirements to provide) VI. High Speed Data applications (IP multicast, video conf, gaming, CD audio quality) VII. Network Management of HFC High Speed Data network The Instructor: =============== Dawn Fitzgerald recieved MS EE, MIT '94, MBA Sloan '94, and BS EE, RPI '87. He is currently a Product Planning Mgr in Motorola CableComm Data Products. His experience include 2yrs product management, Motorola He has 1 yr experience in traffic modeling (OPNET), Motorola and 6 yrs experience in circuit design, IBM. -------------------------------------------------------------------------- Tutorial #3: "Image Compression Based on Wavelet Image Decomposition and Learning Vector Quantization" by Nicolaos B. Karayiannis Department of Electrical and Computer Engineering University of Houston Time: 8am-noon Abstract ======== This short course describes an image compression system based on wavelet decomposition and vector quantization. The images are decomposed using wavelet filters into a set of subimages with different resolutions corresponding to different frequency bands. The resulting subimages are vector quantized using learning vector quantization algorithms. These algorithms perform vector quantization by updating all prototypes of a competitive neural network through an unsupervised learning process. The competition between the prototypes for each input of the LVQ network is regulated by the form of the membership function involved in the development of the algorithms. The quality of the multiresolution codebooks designed by these algorithms is measured on the reconstructed images belonging to the training set used for multiresolution codebook design and the reconstructed images from a testing set. -------------------------------------------------------------------------- Tutorial #4: Real-Time Knowledge-Based Multimedia Systems by Albert Cheng Univ. of Houston. Time: 1-5pm Topics/Abstract: Instructor: -------------------------------------------------------------------------- Tutorial #5: Real-Time Communication in Computer Networks by Wei Zhao Time: 1-5pm Abstract: With the increase use of distributed real-time computer systems (e.g., those computer systems for command and control, multimedia, advanced avionics, and management in telecommunications), the ability of computer networks to handle delay sensitive traffic is becoming more important. For traditional networks, maximizing the throughput or minimizing the average delay is the most important performance criteria. In the real-time domain, however, concern focuses on satisfying the time constraints of individual messages. In this tutorial, we will examine the recent research and development in real-time communications. Two general strategies are used in real-time communication: the guaranteed strategy and the best-effort strategy. In the former, messages are guaranteed to meet their delay requirements by proper reservation of network resources. In the best effort strategy, the network will attempt to send messages according to their timing requirements, but no guarantees are given. In the tutorial, we will discuss how these two strategies are realized in several popular computer networks: bus, token ring, slot ring, FDDI, DQDB, and ATM. Outline 1. Introduction 2. Models and classifications 3. Real-time communication in multi-access networks: bus, token ring, FDDI, and DQDB 3.1. Guarantee strategy 3.2. Best-effort strategy 4. Real-time communication in ATM networks 4.1. Basic approaches 4.2. Traffic descriptions 4.3. Scheduling 4.4. Routing 4.5. Regulation 5. Other issues 5.1. Fault-tolerance 5.2. Security 5.3. Integrated host and network scheduling 6. Summary Audience * Managers of enterprise networks: to determine ========= the real-time communication technology and products available and to obtain the basics for formulating their enterprise requirements, understanding what vendors have to offer and asking the right questions. * Vendors of network industry: to learn the benefits and limitations of the real-time communication technology in the hope of influencing them to upgrade their products. * Researchers: to learn about the important concepts and issues related to the real-time communication technology complementary to their own expertise. Instructor: Professor Wei Zhao is active in research and development in the areas of communication networks, fault tolerant real-time systems, distributed operating systems. In 1992, he received the Outstanding Paper Award in the IEEE International Conference on Distributed Computing Systems for a paper on real-time communications. He is an inventor of two U.S. patents on using high speed networks for time- critical applications. Dr. Zhao was an editor for the IEEE Transactions on Computers from 1992 to 1996. He was a vice-chair of IEEE ICDCS 94 and 95. He served as the Program Committee Chair and the general chair for the first and the second IEEE Real-Time Technology and Applications Symposia, respectively. ------------------------ cut her for ICCCN97 up-to-date Reg. form ---------- ICCCN'97 REGISTRATION FORM September 22 - 25, 1997, Monte Carlo Hotel, Las Vegas Nevada, USA Please complete this form (TYPE or PRINT), and return with your payment to the address given below (Please copy this form for additional attendees). Your paper number, if any:__________________________ Your paper title, if any:_____________________________________________________ ______________________________________________________________________________ Paper authors:___________________________________________________________ Your First Name:_________________________ Last Name:_______________________________ Title (Dr/Mr/Ms/Prof.):_____ Position:________________________________________ Company/Univ.:___________________________________ Dept.:______________________ Address:______________________________________________________________________ City:_______________________________ State:_____ Zip/Postal Code:_____________ Country:______________________ Phone:_________________________________________ Fax:__________________________________E-mail:_________________________________ ============================================================================== ADVANCE (For AUTHORS - one payment per accepted paper is required by August 1, 1997 with the manuscript. For regular attendees/non-authors as long as it is postmarked by Aug. 15, 1997 you can still pay ADVANCE): ICCCN97 Reg. Fee: IEEE Communic. Soc. ____Member($400.00) ____Non-Member($450.00) ___Student($300.00) Tutorial Reg. Fee: (See advance program for tutorial information) IEEE Comm Soc (each half day)____Member($200.00) ____Non-Member($230.00) ___Student($120.00) (each one day) ____Member($300.00) ____Non-Member($330.00) ___Student($220.00) *Circle your choice of Tutorial #: 1 2 3 4 5 ============================================================================== LATE/ONSITE (Received AFTER August 15, 1997): ICCCN97 Reg. Fee: IEEE Comm Soc ____Member($450.00) ____Non-Member($500.00) ___Student($350.00) Tutorial Reg. Fee: (See advance program for tutorial information) IEEE Comm Soc (each half day)____Member($250.00) ____Non-Member($280.00) ___Student($150.00) (each one day) ____Member($350.00) ____Non-Member($380.00) ___Student($250.00) *Circle your choice of Tutorial #: 1 2 3 4 5 ------------------------------------------------------------------------------ ICCCN97 Reg. Fee : choose category $_______________ Tutorial Fee for each: choose category $_______________ Extra Page Charge:(US$150.00 per page) $_______________ Extra Conf. Reception Tickets: ($40/each) $_______________ Extra Conf. Banquet Tickets: ($50/each) $_______________ Extra copy of conf. proceedings: ($60/each) $_______________ Total Fees Enclosed: US$_____________________ ** Make check/money order payable to ICCCN97 ** Check method of payment: ___Check/money order (payable to ICCCN97) ___Company Purchase Order number:____________________ (we accept P.O only from companies in USA and "ONSITE RATE" is applied to each P.O) Signature:________________________________________ Date:______________________ IEEE membership number (required for member rate):____________________________ * Please let us know if you are or not planning to attend any of the following events (please put "yes" or "no"): ___________________________________________________________ | | WILL ATTEND | WILL NOT ATTEND | |__________________________|_____________|_________________| |Sept. 22 Reception | | | |--------------------------|-------------|-----------------| |Sept. 23 Banquet | | | |--------------------------|-------------|-----------------| * At least ONE author per accepted paper (regular or short) should pre-register by the camera-ready paper deadline (August 1, 1997), or the paper will be excluded from the proceedings. The proceedings will be published by IEEE. The proceedings will only be distributed and can be picked on site. * The maximum length is 6 pages for regular paper and 4 pages for short paper. Authors can buy at most 3 extra pages for regular paper at a cost of U.S. $150.00 and at most 2 extra pages for short paper at a cost of U.S. $150.00 per page (so total length limit is 9 pages for a regular paper and 6 pages for a short paper, if you buy extra pages). * Send this two-page registration form with payment (in US Dollars ONLY and make checks or money order payable to "ICCCN97") to: Dr. EK Park Re: ICCCN97 Treasurer Computer Science Telecommunications Program University of Missouri 4747 Troost Ave., Room 207 Kansas City, MO 64110 USA (816)235-1497; (816)235-5159(fax); ekpark@cstp.umkc.edu The conference registration fee covers a copy of proceedings, conference reception, refreshments during the conference, and the dinner banquet. Additional reception and banquet tickets can be purchased. * All payments must be in U.S. dollars. All checks or money orders from banks outside the United States should be cashable at a branch of that bank in the United States or at any U.S. bank. If you send us check or money order, it should have complete "micro encoding line" at the bottom of it (ask your bank about this). You can also send Traveler's check of American Express or Visa or MasterCard (be sure that you sign each check and make it payable to "ICCCN97"). We accept purchase orders from U.S. organizations only and ONSITE RATE is applied to each purchase order. We DO NOT accept any other form of payments (no credit cards). You are responsible for paying fees to get the check or money order. Student rate attendees must have proper ID. * ICCCN97 will be held at: Monte Carlo Hotel 3770 Las Vegas Boulevard, South Las Vegas, Nevada 89109 USA Phone: (702) 730-7777 Room Rate: $79.00 for Monday through Thursday and $129.00 for Friday and Saturday. All room rates are net per room, per night, single or double occupancy plus taxes. Individuals to make their own reservations by calling 1-800-311-8999 (or 702-730-7777), and use the group name "Network IC3N Conference" to receive group rate. Individuals are on their own for payment of room, tax and any incidental charges. All reservations must be made prior to the Cut-off date of August 21, 1997. All reservations must be guaranteed for late arrival by a valid credit card or an advance deposit of one night's room and tax. Check-in time is 3:00PM. * Acknowledgement of receipt of the registration form with payment will be sent out by e-mail only if you provide your e-mail address. Conference registration materials including receipts and proceedings can be picked up only at the registration desk on site. * Refund Policy: Paid registrants who cannot attend, and do not send a substitute, are entitled to a refund of paid fees (less a US$200.00 processing fee) if a request is received in writing on or before August 15, 1997. Registrants are liable for their full fees after that date (i.e., NO Refund will be made !!). All no-show registrations will be billed in full. There will be extra handling/shipping/mailing charges of $200.00 if it needs to be mailed to any paid registrants with "no show". Primary Author is responsible/liable for full registration fees for the accepted paper (regular or short) and at least one author per paper (if not the primary author) must register by August 1, 1997 deadline by sending the registration form with payment to the conference Treasurer and this is not refunded at any cases and one author per paper must come and give presentation. * If you have any questions contact appropriate person: on registrations (Dr. Park: ekpark@cstp.umkc.edu); on technical programs (Program Chairs: Dr. Ni at ni@cps.msu.edu; Dr. Singhal at singhal@cis.ohio-state.edu); on other conference related matters (General Chair Dr. Makki: kia@koko.cs.unlv.edu or for general info or help, send email to ic3n@cacs.usl.edu). * Please visit our WWW site for up-to-date IC3N97 program information and related activities: From rem-conf Wed Aug 13 06:23:02 1997 From rem-conf-request@es.net Wed Aug 13 06:23:02 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wyd83-0006xv-00; Wed, 13 Aug 1997 06:06:23 -0700 From: sohraby@lucent.com Date: Wed, 13 Aug 97 08:31:08 EDT Original-From: kas1@hoserve.ho.lucent.com Message-Id: <9708131231.AA02521@qc54.ho.lucent.com> To: rem-conf@es.net Subject: Mobicom 97 Program X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list MobiCom'97 Advance Program and Call for Participation THE THIRD ANNUAL ACM/IEEE INTERNATIONAL CONFERENCE ON MOBILE COMPUTING AND NETWORKING The Palace of the Hungarian Academy of Sciences Budapest, Hungary Tutorials and Conference: September 26-30, 1997 Workshops: October 1, 1997 The wireless communication revolution is bringing fundamental changes to telecommunication and computing. Wide-area cellular systems and wireless LANs promise to make integrated networks a reality and provide fully distributed and ubiquitous mobile computing and communications, thus bringing an end to the tyranny of geography. Furthermore, services for the mobile user are maturing and are poised to change the nature and scope of communication. This conference, the third of an annual series, serves as the premier international forum addressing networks, systems, algorithms, and applications that support the symbiosis of mobile computers and wireless networks. The MobiCom'97 technical program features the presentation of 26 excellent papers, selected after detailed review from over 100 submissions received this year. In addition, the program will include 4 panel discussion sessions and 2 invited keynote speakers, plus 5 tutorials before the conference and 2 workshops after the conference. All together, MobiCom'97 offers an outstanding technical program and promises to be an exciting conference on the cutting edge of mobile computing and networking. We invite you to join us for MobiCom'97 and hope to see you in beautiful and historic Budapest! Important Dates --------------- Hotel Reservation Deadline: August 15, 1997 Early Registration Deadline: August 29, 1997 For more information, please contact either of the Program Co-Chairs: David B. Johnson, Carnegie Mellon University, dbj@cs.cmu.edu, Telephone: +1 412 268 7399, Fax: +1 412 268 5576; or Christopher Rose, Rutgers University, crose@ece.rutgers.edu, Telephone: +1 908 445 5250, Fax: +1 908 445 2820. For complete details and all the latest MobiCom'97 information, visit the MobiCom'97 Home Page on the World Wide Web at: http://www.monarch.cs.cmu.edu/~mobicom97/ --------------------------------------------------------------------------- The location for MobiCom'97 is the Palace of the Hungarian Academy of Sciences. The Academy is the most prestigious scientific institution in Hungary, and the Palace, the central building of the Academy, is one of the most beautiful buildings in Budapest. It is located on the Pest side of Budapest, east of the Danube River, near the Chain Bridge. The Palace overlooks the northern end of Roosevelt Square, along the embankment of the Danube River. Built between 1861 and 1865, this neo-Renaissance building is decorated, both inside and outside, with sculptures and wall-paintings by the most outstanding Hungarian artists of the age. The conference hotels are all located nearby, and many of the sights and shops of Budapest are within easy walking distance. Budapest is easily reached by air, rail, road, or river. Budapest's airport is served by a number of major world airlines, with nonstop flights from many foreign cities. For transportation from the airport to your hotel, we suggest the LRI MINIBUS Service. The information desk for this shuttle service is located in the center of the airport arrival lobby. You can order this service inside the baggage claim area as well. The price of the shuttle is 1200 Hungarian Forint (HUF) per person (approximately US $7-8) one way. Citizens of some countries may require entry visas to visit Hungary. No visa is needed for citizens of the USA, Canada, or any of the European countries, except Albania, Turkey, Kazakhstan, and Uzbekistan. A visa is needed for citizens of Japan and Australia. If in doubt, please check this with the Hungarian Embassy in your country. They will help you to complete the necessary entry formalities. --------------------------------------------------------------------------- FRIDAY, SEPTEMBER 26 -------------------- 8:30am - 5:00pm Tutorial 1 (Full-Day) * Wireless ATM: Standards, Architectures, Protocols & Implementation, Lou Dellaverson (Motorola, USA), C.-K. Toh (Hughes Research Laboratories, USA), and Arup Acharya (NEC, USA) 8:30am - 5:00pm Tutorial 2 (Full-Day) * Mobile IP: Adding Mobility to the Internet, Charles E. Perkins (Sun Microsystems, USA) SATURDAY, SEPTEMBER 27 ---------------------- 8:30am - 5:00pm Tutorial 3 (Full-Day) * Simulation of Large Mobile Wireless Networks, Rajive Bagrodia and Mario Gerla (University of California at Los Angeles, USA) 8:30am - 12:00pm Tutorial 4 (Half-Day, Morning) * Cellular Wireless Networks: Principles and Operation, Zygmunt J. Haas (Cornell University, USA) 1:30pm - 5:00pm Tutorial 5 (Half-Day, Afternoon) * Disconnected and Weakly Connected Access to the World Wide Web: Issues and Techniques, Murray S. Mazer (Open Group Research Institute, USA) 7:00pm - 9:00pm Welcome Reception SUNDAY, SEPTEMBER 28 -------------------- 1:00pm - 2:00pm Registration 2:00pm - 3:30pm Opening Session * Welcome and opening remarks * Awards presentation * Opening Keynote Speaker 3:30pm - 4:00pm Break 4:00pm - 5:30pm Session 1: Reconfiguration and Adaptation * Composable Ad-hoc Mobile Services for Universal Interaction, Todd Hodes, Randy H. Katz, Edouard Servan-Schreiber, and Lawrence Rowe (University of California at Berkeley, USA): BEST STUDENT PAPER AWARD * Dynamic Network Configuration Support for Mobile Computers, Jon Inouye (Oregon Graduate Institute, USA) * Location-Aware Mobile Applications based on Directory Services, Henning Maass (Philips Research Laboratories Aachen, Germany) Evening Conference Dinner Banquet MONDAY, SEPTEMBER 29 -------------------- 8:30am - 10:00am Session 2: Wireless Network Architectures * Reliable Broadcast in Mobile Multihop Networks, Elena Pagani and Gian Paolo Rossi (Universita degli Studi di Milano, Italy) * Route Optimization in Mobile ATM Networks, Gopal Dommety (Ohio State University, USA), Malathi Veeraraghavan (Bell Laboratories, USA), and Mukesh Singhal (Ohio State University, USA) * Wireless Andrew: Experience Building a High Speed, Campus-Wide Wireless Data Network, Bernard J. Bennington and Charles R. Bartel (Carnegie Mellon University, USA) 10:00am - 10:30am Break 10:30am - 12:00pm Concurrent Sessions Session 3A: Mobile and Wireless Data Delivery * Geographic Addressing and Routing, Julio C. Navas and Tomasz Imielinski (Rutgers, USA) * The Effects of Asymmetry on TCP Performance over Wide-Area Wireless Networks, Hari Balakrishnan, Venkata N. Padmanabhan, and Randy H. Katz (University of California at Berkeley, USA) * Log-time Algorithms for Scheduling Single and Multiple Channel Data Broadcast, Sohail Hameed and Nitin H. Vaidya (Texas A&M University, USA) Session 3B: PANEL 1 * Building and Managing Large Wireless LANs: Real-World Experiences, Moderator: Victor Bahl (Microsoft, USA) 12:00pm - 2:00pm Conference Lunch * Luncheon Keynote Speaker 2:00pm - 3:30pm Concurrent Sessions Session 4A: Multimedia and QoS Issues * Multimedia Communication in Cellular PACS Network, Yukio Hashimoto and Behcet Sarikaya (University of Aizu, Japan); and Mehmet Ulema (DaeWoo Telecom, USA) * Delivering Diverse Delay/Dropping QoS Requirements in a TDMA Environment, Jeffrey M. Capone and Ioannis Stavrakakis (Northeastern University, USA) * Uplink CDMA Systems with Diverse QoS Guarantees for Heterogeneous Traffic, Sunghyun Choi and Kang G. Shin (University of Michigan, USA) Session 4B: PANEL 2 * Commercial Applications of Mobile Ad Hoc Networking: Are We Kidding Ourselves?, Moderator: M. Scott Corson (University of Maryland, USA) 3:30pm - 4:00pm Break 4:00pm - 5:00pm Session 5: Wireless Error Control * An Adaptive Hybrid ARQ Scheme with Concatenated FEC Codes for Wireless ATM, Inwhee Joe (Georgia Institute of Technology, USA) * Low Power Error Control for Wireless Links, Paul Lettieri, Christina Fragouli, and Mani B. Srivastava (University of California at Los Angeles, USA) Evening Dinner Cruise (optional) TUESDAY, SEPTEMBER 30 --------------------- 8:30am - 10:00am Session 6: Mobile IP * Mobile Multicast (MoM) Protocol: Multicast Support for Mobile Hosts, Tim Harrison, Carey L. Williamson, Wayne Mackrell, and Richard B. Bunt (University of Saskatchewan, Canada) * A New Multicasting-based Architecture for Internet Host Mobility, Jayanth P. Mysore and Vaduvur Bharghavan (University of Illinois at Urbana-Champaign, USA) * A Public-Key Based Secure Mobile IP, John Zao, Stephen Kent, Joshua Gahm, Gregory Troxel, Matt Condell, Pam Helinek, Nina Yuan, and Isidro Castineyra (BBN, USA) 10:00am - 10:30am Break 10:30am - 12:00pm Concurrent Sessions Session 7A: Location Management and Handover * A New Location Update Strategy for Cellular Networks and its Implementation using a Genetic Algorithm, Sajal K. Das and Sanjoy K. Sen (University of North Texas, USA) * A Dynamic Paging Scheme for Wireless Communication Systems, Guang Wan and Eric C. Lin (Southern Methodist University, USA) * A Connection Handover Protocol for LEO Satellite ATM Networks, Huseyin Uzunalioglu, Wei Yen, and Ian F. Akyildiz (Georgia Institute of Technology, USA) Session 7B: PANEL 3 * Integration of Wireless and Wired Networks: Visions and Reality, Moderator: Mooi Choo Chuah (Lucent, USA) 12:00pm - 1:30pm Lunch 1:30pm - 3:00pm Concurrent Sessions Session 8A: Protection in Mobile Computing * A Protection Scheme for Mobile Agents on Java, Daniel Hagimont and Leila Ismail (INRIA, France) * Ticket Based Service Access for the Mobile User, Bhrat Patel and Jon Crowcroft (University College London, UK) * Dealing with Server Corruption in Weakly Consistent, Replicated Data Systems, Mike Spreitzer, Marvin Theimer, and Karin Petersen (Xerox PARC, USA); Alan Demers (Oracle Corporation, USA); and Doug Terry (Xerox PARC, USA) Session 8B: PANEL 4 * QoS in the Next Generation Mobile Internet: What is Feasible?, Moderator: Andrew T. Campbell (Columbia University, USA) 3:00pm - 3:30pm Break 3:30pm - 5:00pm Session 9: Proxy-Based Architectures * Support for Mobile Pen-Based Applications, Wayne Citrin, Paul Hamill, Mark D. Gross, and Adrienne Warmack (University of Colorado at Boulder, USA) * A General Purpose Proxy Filtering Mechanism Applied to the Mobile Environment, Bruce Zenel (Columbia University, USA) and Dan Duchamp (AT&T Labs - Research, USA) * Web Browsing in a Wireless Environment: Disconnected and Asynchronous Operation in ARTour Web Express, Henry Chang, Carl Tait, Norman Cohen, Moshe Shapiro, and Steve Mastrianni (IBM T.J. Watson Research Center, USA); and Rick Floyd, Barron Housel, and David Lindquist (IBM, USA) 5:00pm Conference Adjourns WEDNESDAY, OCTOBER 1 -------------------- All day Workshops * The Second International Workshop on Satellite-based Information Services (WOSBIS'97). For more information, visit the WOSBIS'97 homepage at http://www.wins.hrl.com/conferences/WOSBIS97/. * The First International Workshop on Discrete Algorithms and Methods for Mobile Computing and Communications (DIAL-M). Visit the DIAL-M homepage at http://www.polytechnique.fr/poly/~derepas/dialm/ for more information. --------------------------------------------------------------------------- TUTORIAL 1 ---------- Wireless ATM: Standards, Architectures, Protocols & Implementation Dr. Lou Dellaverson (Motorola, USA), Dr. C.-K. Toh (Hughes Research Laboratories, USA), and Dr. Arup Acharya (NEC, USA) Friday, September 26 8:30am - 5:00pm ATM is currently viewed as the next high speed integrated network paradigm, supporting different classes of traffic and providing quality of service. Mobile communications have evolved and created a significant impact on the way we work and communicate. The convergence of mobile communications, computing, and ATM gives rise to Wireles ATM networks. While ATM helps to bring multimedia to the desktop, Wireless ATM provides similar services to mobile computers and devices. In addition, Wireless ATM networks provide seamless integration with ATM-based B-ISDN networks. This tutorial will cover system-level architectures for mobile/wireless ATM with necessary radio protocols for wireless ATM access and networking protocols to support mobility management. Standardization activity within the ATM Forum's WATM group will be presented along with implementation experience from research prototypes of mobile and wireless ATM. This tutorial will not only benefit researchers, professors, students, but also consultants, network engineers and managers who wish to acquire the knowledge and practical know-how on Wireless ATM. TUTORIAL 2 ---------- Mobile IP: Adding Mobility to the Internet Charles E. Perkins (Sun Microsystems, USA) Friday, September 26 8:30am - 5:00pm The Internet is growing by leaps and bounds, and likewise mobile computers are becoming more and more popular. When mobile computers move and attach themselves to new networks within the Internet, they can use Mobile IP as a means to achieve seamless roaming transparently to application software. In this situation, transparent means that the applications work just as before and don't need to be recompiled or reconfigured. Seamless means that roaming from one place to another occurs without inconvenience to the user. As long as a physical communication path exists, the user might not even be aware when movement has happened. The objective of this tutorial is to lay out all the necessary protocol technology to allow mobile computers to use Mobile IP, and to describe the relevant operation of other protocols which can be used to aid mobility, such as DHCP and Service Location Protocol. Topics that will be covered include Agent Advertisements, registration procedures, tunneling mechanisms, the role of security, and home agents and foreign agents. We will also cover how to set up a home network, getting care-of addresses via DHCP, Route Optimization, smooth handoffs, IPv6 mobility support, and the Service Location Protocol. In addition, we will look at an architectural model for supporting nomadic users under development within the Cross-Industry Working Team (XIWT) in the "Nomadicity" group. TUTORIAL 3 ---------- Simulation of Large Mobile Wireless Networks Prof. Rajive Bagrodia and Prof. Mario Gerla (University of California at Los Angeles, USA) Saturday, September 27 8:30am - 5:00pm Protocols for wireless networks are complex to design, evaluate and implement. Their performance depends on a combination of factors that include multimedia traffic patterns, mobility models, application objectives, processor characteristics, and radio characteristics. Evaluation of a protocol as a function of these diverse parameters is analytically intractable. Given the complexity of the radio environment, sequential simulation of networks with thousands of nodes requires several days, and perhaps, even weeks. To make the design more interactive, it is imperative to reduce the turnaround time for the models. The goal of this tutorial is to describe efficient simulation techniques for very large mobile wireless networks and to present some representative case studies. The environment has been built using the Maisie simulation language at UCLA. A number of approaches to reducing the simulation time for such models will be presented including parallel simulation, hierarchical modeling, and multi-paradigm models. The tutorial will begin with an overview of existing simulators, including OPNET, Bones, and other commercial products. The primary emphasis of the tutorial is on presenting the use of Maisie for parallel simulation of network models and their subsequent porting into physical implementation. The sources of overhead in the parallel execution of network models will be discussed together with methods to reduce their impact. Common pitfalls encountered in the design of parallel simulation models will be discussed. We will also describe techniques to port simulation models to protocol implementations. Finally, a number of case studies will be presented to highlight the lessons that have been learned in the design, simulation, and implementation of wireless network protocols. TUTORIAL 4 ---------- Cellular Wireless Networks: Principles and Operation Prof. Zygmunt J. Haas (Cornell University, USA) Saturday, September 27 8:30am - 12:00pm This tutorial addresses the basic networking concepts of mobile cellular and wireless networks, exposing both the theoretical and practical aspects of mobile communication. As an introduction, basic enabling technology will be presented, such as the cellular principle and multiple access technologies (e.g., CDMA). Following this introduction to mobile radio, we will investigate the underlying techniques used in design and operation of cellular networks, including handoff schemes, channel assignment and power control algorithms, common-air protocols (e.g., IS-54/136, IS-95, GSM, etc.), and microcellular architectures. Some more advanced concepts, such as macrodiversity and multi-tier wireless networks, will be briefly discussed. Next, we will address the subject of user mobility support in the wireless environment. In particular, call processing functions, which include roaming, routing, and registration, will be explained. The differences between mobility management in data networks and in voice networks will be clarified. As an example, a comparison of the Cellular Digital Packet Data (CDPD) and Internet mobility support through Mobile IP will be presented. The tutorial will be augmented with abundance of examples from existing and proposed future wireless networks. The tutorial is targeted towards broad audience, both from the academic and the industrial environments. TUTORIAL 5 ---------- Disconnected and Weakly Connected Access to the World Wide Web: Issues and Techniques Dr. Murray S. Mazer (Open Group Research Institute, USA) Saturday, September 27 1:30pm - 5:00pm This tutorial addresses the concepts, issues, and techniques involved in supporting weakly connected and disconnected access to Web-based information resources. ``Access'' includes both reading and writing - in addition to continuing to browse under diminished bandwidth conditions, the user may wish to create or change content, having it integrated back into the Web when the connectivity is sufficient. As background, we will review techniques used for disconnected and weakly connected access to network-based file systems. We will compare and contrast file systems and the World Wide Web, pointing out numerous ways in which the two types of information systems differ (and how those differences affect the adaptation of techniques from the file system space to the Web space). The tutorial will include a review of systems for "off-line browsing" (a.k.a. disconnected reading) and for filtering requests and responses to adapt to changing bandwidth conditions. We will address issues, techniques, and limitations regarding architectural choices, meta-data requirements, data management, "weblet" management, consistency, pre-fetching policies, change staging and integration, content transformation, security, user expectations, and other relevant topics. We will also discuss the impact of HTTP1.1 and other topical standards. --------------------------------------------------------------------------- MobiCom'97 Registration Form ---------------------------- Last Name (Surname): _____________________________________________________ _____________________________________ [ ] Prof. [ ] Dr. [ ] Mr. [ ] Ms. First Name: ______________________________________________________________ Title/Position: __________________________________________________________ Company/Organization: ____________________________________________________ Address: _________________________________________________________________ __________________________________________________________________________ __________________________________________________________________________ Telephone: _____________________________ Fax: ____________________________ E-mail Address: __________________________________________________________ WWW Homepage URL: ________________________________________________________ Name on Badge: ___________________________________________________________ [ ] ACM or [ ] IEEE Membership #: ________________________________________ Special needs (please describe): _________________________________________ _________________________________________ Vegetarian Meals: [ ] Yes [ ] No TUTORIAL SELECTIONS: Please select the tutorials you would like to attend: Friday, September 26: [ ] T1 (Full-Day) Wireless ATM: Standards, Architectures, Protocols & Implementation, Lou Dellaverson (Motorola, USA), C.-K. Toh (Hughes Research Laboratories, USA), and Arup Acharya (NEC, USA) [ ] T2 (Full-Day) Mobile IP: Adding Mobility to the Internet, Charles E. Perkins (Sun Microsystems, USA) Saturday, September 27: [ ] T3 (Full-Day) Simulation of Large Mobile Wireless Networks, Rajive Bagrodia and Mario Gerla (University of California at Los Angeles, USA) [ ] T4 (Half-Day, Cellular Wireless Networks: Principles and Morning) Operation, Zygmunt J. Haas (Cornell University, USA) [ ] T5 (Half-Day, Disconnected and Weakly Connected Access to the Afternoon) World Wide Web: Issues and Techniques, Murray S. Mazer (Open Group Research Institute, USA) WORKSHOP SELECTION: If you would like to attend one of the two workshops, please make your selection below (both workshops will be held on October 1, immediately following the conference technical program): [ ] WOSBIS The Second International Workshop on Satellite-based Information Services [ ] DIAL-M The First International Workshop on Discrete Algorithms and Methods for Mobile Computing and Communications REGISTRATION FEES: Early Registration Late Registration (Through August 29) (After August 29) Fee for each half-day tutorial: ACM/IEEE Members: [ ] $150 [ ] $200 Non-members: [ ] $200 [ ] $250 Full-time Students: [ ] $50 [ ] $70 Fee for each full-day tutorial: ACM/IEEE Members: [ ] $200 [ ] $250 Non-members: [ ] $250 [ ] $300 Full-time Students: [ ] $75 [ ] $95 Conference registration fee: ACM/IEEE Members: [ ] $400 [ ] $450 Non-members: [ ] $450 [ ] $500 Full-time Students: [ ] $100 [ ] $120 Workshop registration fee: ACM/IEEE Members: [ ] $100 [ ] $150 Non-members: [ ] $120 [ ] $170 Full-time Students: [ ] $50 [ ] $70 Total registration fees: Half-day Tutorials (____ half-day tutorials * $______) $_______ Full-day Tutorials (____ full-day tutorials * $______) $_______ Conference Registration $_______ Workshop Registration $_______ Optional Monday Dinner Cruise (____ tickets * $45) $_______ Total $_______ PAYMENT INFORMATION: [ ] I have enclosed a check or money order in USD payable to MobiCom'97 Please charge the Total above to my: [ ] VISA [ ] MasterCard [ ] American Express Credit Card #: _____________________________ Expiration Date: _________ Name as it appears on card: ___________________________________________ Signature: ____________________________________________________________ SEND PAYMENT TO: To register for MobiCom'97, print this form, fill it out, and mail or fax it to: ACM/IEEE MobiCom'97 c/o Ms. Nadine Hunley Lucent Technologies Bell Laboratories, Room 3K-331 101 Crawfords Corner Rd. Holmdel, NJ 07733 USA Telephone: +1 732 949-0819 Fax: +1 732 834-5906 E-mail: nhunley@lucent.com You may also register by e-mail by completing and returning this plain text copy of the registration form. Please note that your credit card number is not secure when transmitted through e-mail. Payment by check, money order, or credit card must accompany your registration form. Purchase orders cannot be accepted. All fax and e-mail registrations must be paid by credit card. All registration fees above are in U.S. Dollars (USD) and must be paid in U.S. Dollars. A credit card signature will be required at the conference for e-mail registrations. Note: Written requests for refunds must be postmarked no later than September 12, 1997. Refunds are subject to a US $50 service charge. Participants with confirmed registration who fail to attend or notify MobiCom registration of cancellation before the refund date are subject to the full fee. Substitutions are allowed at any time. Registrations received after September 12, 1997 will be processed on-site only. All conference registrations include attendance at conference sessions, a copy of the conference proceedings, the Welcome Reception on September 27, the Conference Lunch and Conference Dinner Banquet on September 28, and coffee breaks. Breakfast is included in all hotels offered for the conference. Additional tickets to the Conference Dinner Banquet and additional copies of the conference proceedings will be available for additional cost. Please inquire when you register if you are interested in additional banquet tickets. Tutorial registration includes attendance at the tutorial, tutorial notes, and coffee breaks; full-day tutorials also include lunch. Workshop registration includes attendance at the workshop, workshop proceedings, lunch, and coffee breaks. An optional dinner cruise on the Danube River is being arranged for Monday evening, September 29. The price for this cruise is $45 per person and is not included in your conference registration fee. If you would like to join us for this dinner cruise, please mark the number of tickets desired on your registration form and add the appropriate amount to your total registration. --------------------------------------------------------------------------- MobiCom'97 Hotel Reservation Form --------------------------------- Please return to CONTOURS by August 15, 1997 Last Name (Surname): _____________________________________________________ _____________________________________ [ ] Prof. [ ] Dr. [ ] Mr. [ ] Ms. First Name: ______________________________________________________________ Company/Organization: ____________________________________________________ Address: _________________________________________________________________ __________________________________________________________________________ __________________________________________________________________________ Telephone: _____________________________ Fax: ____________________________ E-mail address: __________________________________________________________ Arrival Date: ______________________ Departure Date: _____________________ Sharing room with: _______________________________________________________ Special needs (please describe): _________________________________________ _________________________________________ Vegetarian Meals: [ ] Yes [ ] No HOTEL SELECTION: Please select the hotel and type of room you would like to reserve: Single Room Double Room Hotel ATRIUM HYATT: Room with Danube-view: USD 277 USD 294 Room without Danube-view: USD 230 USD 246 Hotel TAVERNA: USD 98 USD 127 Hotel GELLERT: USD 89 USD 150 City Panzio MATYAS: USD 66 USD 84 City Panzio PILVAX: USD 66 USD 84 Hotel VENTURA: USD 51 USD 60 All hotel rates are per night and include breakfast and VAT. All prices are in U.S. Dollars (USD). For more information on the available hotels, see the complete Advance Program or visit the MobiCom'97 Home Page at http://www.monarch.cs.cmu.edu/~mobicom97/. RESERVATION DEPOSIT: Deposit equal to one night in the chosen hotel: USD ______ Bank commission and handling fee: USD ___ 12 Total: USD ______ DEPOSIT PAYMENT INFORMATION: [ ] Bank cheque or money order in U.S. Dollars payable to CONTOURS. Private cheques cannot be accepted. [ ] Eurocheque in Hungarian Forint (HUF) payable to CONTOURS. The limit of one cheque is HUF 30000. [ ] Bank transfer to account number 10200885-32613003-00000000 to Hungarian Credit Bank (H-1539 Budapest 114, P.O. Box 624), made out to the order of CONTOURS. Your bank transfer must indicate your name and "MobiCom'97". [ ] VISA [ ] Eurocard/MasterCard [ ] American Express [ ] Diners Credit Card #: _____________________________ Expiration Date: _________ Name as it appears on card: ___________________________________________ Billing address: ______________________________________________________ _______________________________________________________________________ Date: _________________________________________________________________ Signature: ____________________________________________________________ SEND RESERVATION TO: Please print this form, fill it out, and return a copy not later than August 15, 1997 to: CONTOURS Congress Bureau Alkotas u. 47 H-1123 Budapest Hungary Telephone: +36-1-2122239 or 2122240 Telephone/Fax: +36-1-1566712 E-mail: contours@contours.ind.eunet.hu WWW: http://contours.aux.net/index2.htm Your reservation form should be accompanied by a deposit equal to one night at the chosen hotel. CONTOURS can confirm your reservation only once the deposit arrives. All payments should be directed to CONTOURS Congress Bureau at the address above. An additional USD 12 should be sent with your payment to cover the bank commission and the handling fee. A limited number of rooms has been reserved at each hotel. Hotel reservation will be made on a first-come first-served basis. If the hotel requested is fully booked, CONTOURS will suggest another hotel. All requests, changes, or cancellations in hotel reservations should be directed to CONTOURS. A confirmation will be sent by CONTOURS showing your request and the money received, and including detailed information on the hotel reserved. The deposit will be deducted from the whole amount of the accommodation. The balance must be paid upon arrival at the CONTOURS Registration Desk at the conference (not to the hotel). At the CONTOURS Registration Desk, you can arrange the rest of your payment by credit card, traveler's cheque, or cash. Only extras are paid directly to the hotel. Note: Cancellations of hotel reservation must be sent in writing to CONTOURS. If your cancellation is received before September 1, 1997 the deposit minus USD 20 will be refunded. Cancellations received after this date are not entitled to any refund. All refunds will be made after the close of the conference. --------------------------------------------------------------------------- From rem-conf Wed Aug 13 09:11:55 1997 From rem-conf-request@es.net Wed Aug 13 09:11:55 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wyftd-0000aO-00; Wed, 13 Aug 1997 09:03:41 -0700 Message-Id: <199708131603.SAA00889@mbone1.ietf.de> From: clauberg@mbone1.ietf.de (Axel Clauberg) Date: Wed, 13 Aug 1997 18:03:37 +0200 X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: rem-conf@es.net Subject: IETF39 Wednesday tape replay X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Todays (Wednesday) IETF39 tape replay will start at 23:00 MET DST = 21:00 UTC = 5pm EDT = 2pm PDT Tomorrows (Thursday) tape replay will start at the next full hour after the end of the Open Plenary and IESG, this will probably be (hopefully... ;-)) 19:00 MET DST (7 pm) = 17:00 UTC = 1pm EDT = 10am PDT or + 1 hour. Wednesday replay: (times in MET DST = +2 to UTC = +6 to EDT = +9 to PDT) Channel 1: 23:00 - 01:23 ISSLL 01:23 - 03:38 INTSERV 03:38 - 05:32 IPNGWG 05:32 - ~8:00 IAB Channel 2: 23:00 - 00:49 MBONED 00:49 - 02:44 PINT 02:44 - ~5:15 MBONED Today, all tapes had been triple checked and they are definetly OK... Cheers, Axel PS: we're still working on a procedure for Fridays ipsec replay... From rem-conf Wed Aug 13 15:06:27 1997 From rem-conf-request@es.net Wed Aug 13 15:06:26 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wylUc-0003ct-00; Wed, 13 Aug 1997 15:02:14 -0700 Message-Id: <199708132201.PAA20006@tikal.synopsys.com> To: baylisa@baylisa.org, rem-conf@es.net, sage-members@usenix.org Cc: bigmac@baylisa.org Subject: BayLISA: Upcoming meetings Date: Wed, 13 Aug 1997 15:01:09 -0700 From: Bryan McDonald X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list The BayLISA group meets monthly to discuss topics of interest to systems and network administrators. The meetings are free and open to the public. Please feel free to redistribute this meeting announcement. BayLISA holds monthly meetings on the third Thursday of each month at 7:30 PM PST. We meet at Cisco Building J in San Jose, on Tasman Drive near First street. See www.baylisa.org for more information. The meetings are also broadcast via MBONE. Schedule ======== August 21, 1997: Gigabit Ethernet, Andy Bechtolsheim of Cisco Systems Andy Bechtolsheim left Sun to found Granite Systems, and Granite was bought last year by Cisco Systems. September 18, 1997: Possible topic: LINUX, speaker pending October 15, 1997: Possible topic: Atria Clearcase, speaker pending November 20, 1997: Perl and Java, Larry Wall BayLISA Board elections [Schedule subject to change] For further information on BayLISA, check out our web site: http://www.baylisa.org/ To get further information on the meeting location, you can also ftp it from ftp.baylisa.org:/BayLISA/location For any other information, please send email to: info@baylisa.org If you have any questions, please contact me or the info alias listed above. =============================================================================== Bryan McDonald bigmac@baylisa.org President president@baylisa.org BayLISA http://www.baylisa.org =============================================================================== From rem-conf Thu Aug 14 02:19:08 1997 From rem-conf-request@es.net Thu Aug 14 02:19:07 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wyvz2-000776-00; Thu, 14 Aug 1997 02:14:20 -0700 From: west@arcturus.net Message-Id: <199708140850.BAA21587@norway.it.earthlink.net> Comments: Authenticated sender is To: "Net Access" Date: Thu, 14 Aug 1997 03:50:06 +0000 X-Distribution: Bulk MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Free Internet Access Reply-to: west@arcturus.net Priority: normal X-mailer: Pegasus Mail for Win32 (v2.54) X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list 'Hello, If you would be interested in learning how you can get FREE INTERNET ACCESS and you know 10 other people who would also like to get Free Internet Access, please reply to this message. We are a new Internet Provider that can give you more stable, reliable service, in the US or Canada AND IT'S FREE, if you can enroll a few friends. In fact, you may end up making thousands per month. If you are interested in learning more, please reply to `west@arcturus.net' and put the word 'info' in the subject field. If you are not interested in better Internet Service, please disregard this message. If you want to be removed from our mailing list, send the word 'Remove' in the subject field. Thanks and have a nice day! From rem-conf Thu Aug 14 02:38:03 1997 From rem-conf-request@es.net Thu Aug 14 02:38:02 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wywKS-0007Zo-00; Thu, 14 Aug 1997 02:36:28 -0700 Message-Id: <199708140936.LAA23156@noc.rrz.uni-koeln.de> From: clauberg@rrz.Uni-Koeln.DE (Axel Clauberg) Date: Thu, 14 Aug 1997 11:36:24 +0200 X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: rem-conf@es.net Subject: IETF39 Friday tape replay X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list As the video equipment here in Munich will be returned on Friday directly after the ipsec session (and the E3 line will be cut at noon, too), we'll retransmit the ipsec session on Monday, Aug 18 at 20:00 (= 8pm) MET DST = 18:00 UTC = 2pm EDT = 11am PDT from Cologne. Best regards, Axel PS: todays tape replay will start (as announced yesterday) at the next full hour after the end of the open plenary (see wb) From rem-conf Fri Aug 15 02:32:46 1997 From rem-conf-request@es.net Fri Aug 15 02:32:44 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0wzIYy-0007bz-00; Fri, 15 Aug 1997 02:20:56 -0700 Date: Fri, 15 Aug 1997 11:20:27 +0200 (MET DST) Message-Id: <199708150920.LAA21159@dienstmann.informatik.uni-bremen.de> From: Carsten Bormann To: ietf-ppp@merit.edu CC: issll@mercury.lcs.mit.edu, rem-conf@es.net Subject: IP Header Compression over PPP, last call X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list At Monday's PPPEXT meeting, we presented the (then) latest version of the "IP Header Compression over PPP" draft. We got some valuable feedback on the various alternatives that were in that draft and have now prepared a final version of the document. As suggested by the working group, we have eliminated the flags in the new format of the IP header compression option for this protocol, and have withdrawn the request to change the specification of the IPCP/IPv6CP "IP Compression Protocl" option to allow multiple values to be negotiated. Hence, an implementation that wishes to use RTP compression will use TCP compression as part of the new scheme as well (of course, the sender may choose to compress or not compress any packet it wishes). As RTP compression is not part of the IPHC chain-of-headers framework, but an application-protocol oriented mechanism, RTP compression is still an option as part of the overall scheme, but it is now selected via a suboption rather than a flag. If another protocol is added to this compression framework in the future which requires negotiation of additional parameters, a new suboption may be defined. We understand that there is less concern now about the number of unassigned PPP packet types available. Therefore, we have changed FULL_HEADER frames (which are likely to be more frequent in the future than IPv4 or IPv6 frames) to also use an 8-bit compressible PID. The other 16-bit PIDs (COMPRESSED_TCP_NODELTA, COMPRESSED_UDP_16, COMPRESSED_RTP_16, CONTEXT_STATE) remain. As suggested by the WG, for the 8-bit PIDs, we propose to use the range already established for 8-bit values. As the underlying IPHC and CRTP schemes have been technically stable for some months now and this draft is reflecting WG consensus, we request the WG chair to issue a WG last call for this document. Then after two weeks, we request that it be submitted as a PPPEXT document to the IESG for last call as a Proposed Standard. As I-Ds are not accepted until after IETF, we are including the draft in this message and will submit it next week. Since the set of packet types required for IPHC and CRP is stable, we also request that IANA now assign the PID numbers required, as soon as the draft is posted. Mathias Engan, Steve Casner, Carsten Bormann ----------------------------------------------------------------------------- Internet Engineering Task Force IPng, ISSLL and AVT Working Groups INTERNET-DRAFT M. Engan draft-engan-ip-compress-01.txt Lulea University of Technology S. Casner Precept Software C. Bormann Universitaet Bremen TZI August 15, 1997 Expires: 2/98 IP Header Compression over PPP Status of this Memo This document is an Internet-Draft. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet-Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference mate- rial or to cite them other than as "work in progress." To learn the current status of any Internet-Draft, please check the "1id-abstracts.txt" listing contained in the Internet- Drafts Shadow Directories on ftp.is.co.za (Africa), nic.nordu.net (Europe), munnari.oz.au (Pacific Rim), ds.internic.net (US East Coast), or ftp.isi.edu (US West Coast). Distribution of this document is unlimited. Abstract This document describes an option for negotiating the use of header compression on IP datagrams transmitted over the Point-to- Point Protocol [RFC1661]. It defines extensions to the PPP Con- trol Protocols for IPv4 and IPv6 [RFC1332, RFC2023]. Header com- pression may be applied to IPv4 and IPv6 datagrams in combination with TCP, UDP and RTP transport protocols as specified in [IPHC] and [CRTP]. Engan/Casner/Bormann Expires February 1997 FORMFEED[Page 1] Internet Draft draft-engan-ip-compress-01.txt August 1997 1. Introduction The IP Header Compression (IPHC) defined in [IPHC] may be used for compression of both IPv4 and IPv6 datagrams or packets encapsulated with multiple IP headers. IPHC is also capable of compressing both TCP and UDP transport protocol headers. The IP/UDP/RTP header com- pression defined in [CRTP] fits within the framework defined by IPHC so that it may also be applied to both IPv4 and IPv6 packets. In order to establish compression of IP datagrams sent over a PPP link each end of the link must agree on a set of configuration param- eters for the compression. The process of negotiating link parame- ters for network layer protocols is handled in PPP by a family of network control protocols (NCPs). Since there are separate NCPs for IPv4 and IPv6, this document defines configuration options to be used in both NCPs to negotiate parameters for the compression scheme. IPHC relies on the link layer's ability to indicate the types of datagrams carried in the link layer frames. In this document nine new types for the PPP Data Link Layer Protocol Field are defined along with their meaning. In general, header compression schemes that use delta encoding of compressed packets require that the lower layer does not reorder packets between compressor and decompressor. IPHC uses delta encod- ing of compressed packets for TCP and RTP. The IPHC specification [IPHC] includes methods that allow link layers that may reorder pack- ets to be used with IPHC. Since PPP does not reorder packets these mechanisms are disabled by default. When using reordering mechanisms such as multiclass multilink PPP [MCML], care must be taken so that packets that share the same compression context are not reordered. 2. Configuration Option This document specifies a new compression protocol value for the IPCP IP-Compression-Protocol option as specified in [RFC1332]. The new value and the associated option format are described in section 2.1. The option format is structured to allow future extensions to the IPHC scheme. NOTE: The specification of link and network layer parameter negotiation for PPP [RFC1661], [RFC1331], [RFC1332] does not prohibit multiple instances of one configuration option but states that the specification of a configuration option must explicitly allow multiple instances. From the current specification of the IPCP IP-Compression-Protocol Engan/Casner/Bormann Expires February 1997 FORMFEED[Page 2] Internet Draft draft-engan-ip-compress-01.txt August 1997 configuration option [RFC1332, p 6] it follows that it can only be used to select a single compression protocol at any given time. NOTE: [RFC1332] is not explicit about whether the option negotiates the capabilities of the receiver or of the sender. In keeping with current practice, we assume that the option describes the capabilities of the decompressor (receiving side) of the peer that sends the Config-Req. 2.1. Configuration Option Format Both the network control protocol for IPv4, IPCP [RFC1332] and the IPv6 NCP, IPV6CP [RFC2023] may be used to negotiate IP Header Compression parameters for their respective protocols. The format of the configura- tion option is the same for both IPCP and IPV6CP. Description This NCP configuration option is used to negotiate parameters for IP Header Compression. The option format is summarized below. The fields are transmitted from left to right. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type | Length | IP-Compression-Protocol | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | TCP_SPACE | NON_TCP_SPACE | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | F_MAX_PERIOD | F_MAX_TIME | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MAX_HEADER | suboptions... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type 2 Length >= 14 The length may be increased if the presence of additional parame- ters is indicated by additional suboptions. IP-Compression-Protocol TO BE ASSIGNED (same value as FULL_HEADER below) Engan/Casner/Bormann Expires February 1997 FORMFEED[Page 3] Internet Draft draft-engan-ip-compress-01.txt August 1997 TCP_SPACE The TCP_SPACE field is two octets and indicates the maximum value of a context identifier in the space of context identifiers allocated for TCP. Suggested value: 15 TCP_SPACE must be at least 0 and at most 255 (The value 0 implies having one context). NON_TCP_SPACE The NON_TCP_SPACE field is two octets and indicates the maximum value of a context identifier in the space of context identifiers allocated for non-TCP. These context identifiers are carried in COMPRESSED_NON_TCP, COMPRESSED_UDP and COMPRESSED_RTP packet head- ers. Suggested value: 15 NON_TCP_SPACE must be at least 0 and at most 65535 (The value 0 implies having one context). F_MAX_PERIOD Maximum interval between full headers. No more than F_MAX_PERIOD COMPRESSED_NON_TCP headers may be sent between FULL_HEADER head- ers. Suggested value: 256 A value of zero implies infinity, i.e. there is no limit to the number of consecutive COMPRESSED_NON_TCP headers. F_MAX_TIME Maximum time interval between full headers. COMPRESSED_NON_TCP headers may not be sent more than F_MAX_TIME seconds after sending the last FULL_HEADER header. Suggested value: 5 seconds A value of zero implies infinity. MAX_HEADER The largest header size in octets that may be compressed. Suggested value: 168 octets The value of MAX_HEADER should be large enough so that at least the outer network layer header can be compressed. To increase Engan/Casner/Bormann Expires February 1997 FORMFEED[Page 4] Internet Draft draft-engan-ip-compress-01.txt August 1997 compression efficiency MAX_HEADER should be set to a value large enough to cover common combinations of network and transport layer headers. suboptions The suboptions field consists of zero or more suboptions. Each suboption consists of a type field, a length field and zero or more parameter octets, as defined by the suboption type. The value of the length field indicates the length of the suboption in its entirety, including the lengths of the type and length fields. 0 1 2 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type | Length | Parameters... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 2.2 RTP-Compression Suboption The RTP-Compression suboption is included in the NCP IP-Compression- Protocol option for IPHC if IP/UDP/RTP compression is to be enabled. After successful negotiation of parameters for IP Header Compression the use of Protocol Identifiers FULL_HEADER, COMPRESSED_TCP, COM- PRESSED_TCP_NODELTA and COMPRESSED_NON_TCP is enabled, regardless of the prescence of an RTP-Compression suboption. Description Enable use of Protocol Identifiers COMPRESSED_RTP, COMPRESSED_UDP and CONTEXT_STATE as specified in [CRTP]. 0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type 1 Length 2 Engan/Casner/Bormann Expires February 1997 FORMFEED[Page 5] Internet Draft draft-engan-ip-compress-01.txt August 1997 3. Multiple Network Control Protocols The IPHC protocol is able to compress both IPv6 and IPv4 datagrams. Both IPCP and IPV6CP are able to negotiate option parameter values for IPHC. These values apply to the compression of packets where the outer header is an IPv4 header and an IPv6 header, respectively. 3.1. Sharing Context Identifier Space For the compression and decompression of IPv4 and IPv6 datagram head- ers the context identifier space is shared. While the parameter val- ues are independently negotiated, sharing the context identifier spaces becomes more complex when the parameter values differ. Since the compressed packets share context identifier space, the compres- sion engine must allocate context identifiers out of a common pool; for compressed packets, the decompressor has to examine the context state to determine what parameters to use for decompression. Context identifier spaces are not shared between TCP and non- TCP/UDP/RTP. Doing so would require additional mechanisms to ensure that no error can occur when switching from using a context identi- fier for TCP to non-TCP. 4. Demultiplexing of Datagrams The IPHC specification [IPHC] defines four header formats for differ- ent types of compressed headers. They are compressed TCP, compressed TCP with no delta encoding, compressed non-TCP with 8 bit CID and compressed non-TCP with 16 bit CID. The two non-TCP formats may be distinguished by their contents so both may use the same link-level identifier. A fifth header format, the full header is distinct from a regular header in that it carries additional information to estab- lish shared context between the compressor and decompressor. The specification of IP/UDP/RTP Header Compression [CRTP] defines four additional formats of compressed headers. They are for com- pressed UDP and compressed RTP (on top of UDP), both with either 8- or 16-bit CIDs. In addition, there is an explicit error message from the decompressor to the compressor. The link layer must be able to indicate these header formats with distinct values. Nine PPP Data Link Layer Protocol Field values are specified below. FULL_HEADER The frame contains a full header as specified in [CRTP] Section Engan/Casner/Bormann Expires February 1997 FORMFEED[Page 6] Internet Draft draft-engan-ip-compress-01.txt August 1997 3.3.1. This is the same as the FULL_HEADER specified in [IPHC] Section 5.3. Value: TO BE ASSIGNED 1 (8-bit) COMPRESSED_TCP The frame contains a datagram with a compressed header with the format as specified in [IPHC] Section 6a. Value: TO BE ASSIGNED 2 (8-bit) COMPRESSED_TCP_NODELTA The frame contains a datagram with a compressed header with the format as specified in [IPHC] Section 6b. Value: TO BE ASSIGNED 3 (16-bit) COMPRESSED_NON_TCP The frame contains a datagram with a compressed header with the format as specified in either Section 6c or Section 6d of [IPHC]. Value: TO BE ASSIGNED 4 (8-bit) COMPRESSED_RTP_8 The frame contains a datagram with a compressed header with the format as specified in [CRTP] Section 3.3.2, using 8-bit CIDs. Value: TO BE ASSIGNED 5 (8-bit) COMPRESSED_RTP_16 The frame contains a datagram with a compressed header with the format as specified in [CRTP] Section 3.3.2, using 16-bit CIDs. Value: TO BE ASSIGNED 6 (16-bit) COMPRESSED_UDP_8 The frame contains a datagram with a compressed header with the format as specified in [CRTP] Section 3.3.3, using 8-bit CIDs. Value: TO BE ASSIGNED 7 (8-bit) COMPRESSED_UDP_16 The frame contains a datagram with a compressed header with the format as specified in [CRTP] Section 3.3.3, using 16-bit CIDs. Value: TO BE ASSIGNED 8 (16-bit) CONTEXT_STATE The frame is a link-level message sent from the decompressor to the compressor as specified in [CRTP] Section 3.3.5. Value: TO BE ASSIGNED 9 (16-bit) Engan/Casner/Bormann Expires February 1997 FORMFEED[Page 7] Internet Draft draft-engan-ip-compress-01.txt August 1997 5. References [CRTP] Casner, S., Jacobson, V., "Compressing IP/UDP/RTP Headers for Low-Speed Serial Links", Internet-Draft (work in progress), April 8, 1997, expires September 1997. [IPHC] Degermark, M., Nordgren, B., Pink, S., "IP Header Compres- sion", Internet-Draft (work in progress). [RFC2023] Haskin, E., Allan, E., "IP Version 6 over PPP", RFC 2023, October 1996. [RFC1144] Jacobson, V., "Compressing TCP/IP Headers for Low- Speed Serial Links", RFC 1144, February 1990. [RFC1332] McGregor, G., "The PPP Internet Protocol Control Protocol (IPCP)", RFC 1332, May 1992. [RFC1889] Schulzrinne, H., Casner, S., Frederick, R., and Jacobson, V., "RTP: A Transport Protocol for real-time applica- tions", RFC 1889, January 1996. [RFC1661] Simpson, W., ed., "The Point-To-Point Protocol (PPP)", RFC 1661, July 1994. [MCML] Bormann, C., "The Multi-Class Extension to Multi-Link PPP", Internet-Draft (work in progress), May 1997, expires November 1997. [HCPPP] Engan, M., Casner, S., Bormann, C., "IP Header Compression over PPP", Internet-Draft (work in progress), April 1997, expires September 1997, draft-engan-ip-compress-00.txt. 6. Security Considerations Negotiation of the option defined here imposes no additional security considerations beyond those that otherwise apply to PPP [RFC1661]. The use of header compression can, in rare cases, cause the misdeliv- ery of packets. If necessary, confidentiality of packet contents should be assured by encryption. Encryption applied at the IP layer (e.g., using IPSEC mechanisms) precludes header compression of the encrypted headers, though compression of the outer IP header and authentication/security headers is still possible as described in [IPHC]. For RTP packets, full header compression is possible if the RTP payload is encrypted by itself without encrypting the UDP or RTP headers, as described in [RFC1889]. This method is appropriate when Engan/Casner/Bormann Expires February 1997 FORMFEED[Page 8] Internet Draft draft-engan-ip-compress-01.txt August 1997 the UDP and RTP header information need not be kept confidential. Engan/Casner/Bormann Expires February 1997 FORMFEED[Page 9] Internet Draft draft-engan-ip-compress-01.txt August 1997 7. Authors' Addresses Mathias Engan CDT/Dept of Computer Communication Lulea University of Technology S-971 87 Lulea, Sweden Phone: +46 920 72288 Mobile: +46 70 522 8109 Fax: +46 920 72801 EMail: engan@cdt.luth.se Stephen L. Casner Precept Software, Inc. 1072 Arastradero Road Palo Alto, CA 94304 United States EMail: casner@precept.com Carsten Bormann Universitaet Bremen FB3 TZI Postfach 330440 D-28334 Bremen, GERMANY EMail: cabo@tzi.uni-bremen.de Phone: +49.421.218-7024 Fax: +49.421.218-7000 Engan/Casner/Bormann Expires February 1997 FORMFEED[Page 10] From rem-conf Sun Aug 17 15:58:57 1997 From rem-conf-request@es.net Sun Aug 17 15:58:57 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x0DxB-0006e1-00; Sun, 17 Aug 1997 15:37:45 -0700 Message-Id: <199708172237.PAA01246@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: rem-conf@es.net Subject: FreeBSD 3.0 -current Bt848 Video Capture and Sound Driver Release Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 17 Aug 1997 15:37:42 -0700 From: Amancio Hasty X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list The FreeBSD Bt848 driver project Web Page is at: http://freebsd.org/~fsmp/HomeAuto/Bt848.html The latest release of the FreeBSD 3.0 -current bt848 driver and FreeBSD 3.0 -current sound driver is at: ftp://rah.star-gate.com/pub/bt848.tar.gz ftp://rah.star-gate.com/pub/guspnp16.tar.gz Video capture boards based upon Brooktree's Bt848 PCI chipset are low cost high performance video capture boards. Recently, at Fry's Electronics in Palo, California, was selling WinCast TV/PCI with a tuner (bt848 based card) for as little as $89 (US). For Hauppage's WinCast TV owners you can get a color video camera for only $99: http://www.hauppauge.com/html/offer.htm So for less than $190 you can outfit your PC for video conferencing . I am not affiliated with Hauppage just trying to prove how cheap video solutions for the PCs is getting 8) The Bt848 chipset is known to work with Pentium / Triton II and Pentium Pro / Natoma. Other chipset combinations have proven to be problematic. With at least a Pentium / Triton II you can display 640x480x32 at 30 fps on a decent video card such as matrox millenium (vram) or an S3 968 with VRAM. dram based video cards work okay however they tend not to have the necessary bandwith for full resolution video playback. ---- Driver stuff... Major functionality: o The driver now works on Linux and BSDI Linux support by Brad Parker and the linux driver is at: ftp://ftp.parker.boston.ma.us/pub/mbone/bt848 Questions about the linux version of the driver to Brad Parker mostly because I don't run Linux so I will not be able to help you much in that area. BSDI support by Keith Sklower Also changes made by Keith are now part of the FreeBSD bt848 driver. Mostly because the changes required are small and they don't clutter the driver or architecture. o Minor bug fix for FreeBSD due to a change in FreeBSD 3.0 -current's PCI interface o Better support for yuv in order to support Van Jacobson's recommended way of doing video capture for vic found in grabber-meteor.cc. Additionally, only for the Matrox Meteor users this works around a bug found in the Matrox Meteor PCI handling which causes a severe system lock up. The Bt848 based cards don't have such limitation nevertheless we provide the same kind of functionality in order to better support vic and Matrox Meteor type style cards. The distribution includes grabber-meteor.cc which supports both Bt848 and Matrox Meteor cards from the grabber-meteor.cc stand point of view the only difference is that grabber-meteor.cc is now able to work with either Matrox Meteor cards or Bt848 based cards by properly indentifying the cards in the system . vic now works with either Matrox Meteor cards and/or Bt848 cards and I have had both cards install at the same time on my FreeBSD system. o Better color matching support so applications such as fxtv can query the driver to find out what are the color depths supported by the driver. 15,16,24,32, byte swapping , word swapping or both. fxtv is capable displaying video directly into a video display's frame buffer so it makes a very cool TV for your PC. fxtv was written by Randall Hopper . Further information about fxtv can be found at: http://multiverse.com/~rhh/fxtv/ ---- The latest sound driver supports mmaping the dma buffer to user space in order to support applications such as linux's xquake which write directly to the dma buffer in order to minimize latency. The latest sound driver snapshot has been tested on SB16, GUS PnP Pro, and AudioTrix Pro. The SB16 cards don't support true full duplex operation. The GUS cards and Audio Trix Pro as well as CS4231 based cards do support full duplex dma operations suitable for audio conferencing tools. Enjoy, Amancio From rem-conf Mon Aug 18 01:23:22 1997 From rem-conf-request@es.net Mon Aug 18 01:23:22 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x0N0Y-0001sa-00; Mon, 18 Aug 1997 01:17:50 -0700 Message-ID: <19970818081645.10508.rocketmail@send1.rocketmail.com> Date: Mon, 18 Aug 1997 01:16:45 -0700 (PDT) From: Vidya Bharati Subject: subscribing to mailing list ... To: rem-conf@es.net MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Dear Sir, We are a team of 4 college students working on the implementation of a desktop videoconferencing project (LAN based)... we would like some info on all cabling, networking, software, hardware, vendors, operating system (preferably Win NT 4.0), security and other relevant issues... We would also like to be in your mailing lists.. We found your Videoconferencing FAQ to be very useful & informative ... thank you and keep up the good work !!! _____________________________________________________________________ Sent by RocketMail. Get your free e-mail at http://www.rocketmail.com From rem-conf Mon Aug 18 14:28:00 1997 From rem-conf-request@es.net Mon Aug 18 14:27:59 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x0ZE9-0000mY-00; Mon, 18 Aug 1997 14:20:41 -0700 From: koodli@NASBPD01BS.ntc.nokia.com (Koodli Rajeev NRC/Boston) To: rem-conf@es.net ('mbone_feed') Message-Id: <1997Aug17.172100.1991.70226@rhino.ntc.nokia.com> X-Mailer: Microsoft Mail via PostalUnion/SMTP for Windows NT Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Organization: Nokia Telecommunications Date: Mon, 18 Aug 1997 17:22:14 -0400 Subject: Tunnel feed X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi, could someone provide an mbone feed for our machine - 208.219.91.195 ? Our ISP has no service available yet. Thanks.. -Rajeev From rem-conf Tue Aug 19 05:25:41 1997 From rem-conf-request@es.net Tue Aug 19 05:25:41 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x0nA5-0005f6-00; Tue, 19 Aug 1997 05:13:25 -0700 X-Authentication-Warning: msri.org: smap set sender to using -f Date: Tue, 19 Aug 1997 05:12:32 -0700 (PDT) Message-Id: <199708191212.FAA04592@hille.msri.org> To: rem-conf@es.net From: Reply-to: mc-mbone@iij-mc.co.jp Subject: Setagaya Fireworks X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list MBone Broadcast Announcement ---------------------------- Title: Setagaya Fireworks Date: Aug 23, 1997 Time: 18:00 GMT+9 3 hours Contact: mc-mbone@iij-mc.co.jp URL: http://www.iij-mc.co.jp/hanabi/ Description: Fireworks from Setagaya, Tokyo, Japan. Enjoy! mbone broadcast schedule http://www.msri.org/mbone From rem-conf Tue Aug 19 12:05:51 1997 From rem-conf-request@es.net Tue Aug 19 12:05:51 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x0tVq-0000U2-00; Tue, 19 Aug 1997 12:00:18 -0700 Message-Id: From: cclark@ietf.org Bcc: Date: Tue, 19 Aug 1997 12:00:18 -0700 To: rem-conf@es.net Subject: Unidentified subject! X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list From rem-conf Tue Aug 19 20:59:29 1997 From rem-conf-request@es.net Tue Aug 19 20:59:28 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x11jc-0004JI-00; Tue, 19 Aug 1997 20:47:04 -0700 From: Message-Id: <9708200342.AA31979@bigpink.pa.dec.com> To: rem-conf@es.net Cc: band@std.org Subject: Severe Tire Damage 20-aug-97 Date: Tue, 19 Aug 97 20:42:03 -0700 X-Mts: smtp X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list What: Severe Tire Damage benefit for Austria When: 20-aug-97, 9pm PDT Not to be outdone by the Canadians, the Koreans, the Germans, the Swedes, the Americans, or even the Usenix community, a video crew from Austria's ORF national television channel will make a pilgrimage to California experience a Severe Tire Damage mcast from up close and personal. This time we'll start the music at 9pm Pacific time >from the Fabulous SRC SubForum, located beneath Digital Equipment's Systems Research Center at the heart of the Greater Palo Alto metroplex. Join the fun at http://www.std.org band@std.org From rem-conf Wed Aug 20 07:18:02 1997 From rem-conf-request@es.net Wed Aug 20 07:18:01 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x1BQC-0007O2-00; Wed, 20 Aug 1997 07:07:40 -0700 From: koodli@NASBPD01BS.ntc.nokia.com (Koodli Rajeev NRC/Boston) To: rem-conf@es.net ('mbone_feed') Message-Id: <1997Aug19.100800.1991.71110@rhino.ntc.nokia.com> X-Mailer: Microsoft Mail via PostalUnion/SMTP for Windows NT Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Organization: Nokia Telecommunications Date: Wed, 20 Aug 1997 10:09:24 -0400 Subject: Reques for feed X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi, this is a request for tunnel feed in the Burlington (Boston), MA area. Those who are willing to provide us a feed, please contact me. Thanks.. -Rajeev From rem-conf Thu Aug 21 01:07:09 1997 From rem-conf-request@es.net Thu Aug 21 01:07:08 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x1S8L-0004pd-00; Thu, 21 Aug 1997 00:58:21 -0700 Message-Id: <199708210758.JAA02604@renoir.uio.no> X-Mailer: exmh version 1.6.7 5/3/96 To: rem-conf@es.net Subject: Audio/video cards for Windows Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 21 Aug 1997 09:57:57 +0200 From: Frank J|rgen Solem X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list I'm looking for some good audio and video cards for use with rat/vat and vic on a PC running Windows 95/NT. I hope someone can recomend some cards with the following functionality. I would like to have a audio card which support full duplex audio. The video card should grab pictures at as high framerate as possible. I'm currently using a color Quickcam with vic (h.261) and get ~5 fps. However, the Quickcam makes fairly good pictures at a low price. I believe the Videum card also as been testet and don't give high enough framerate. -- Frank Solem University of Oslo Ph: +47 2285 2766 Center for Information Technology Services From rem-conf Thu Aug 21 01:25:03 1997 From rem-conf-request@es.net Thu Aug 21 01:25:03 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x1SSA-0005IW-00; Thu, 21 Aug 1997 01:18:50 -0700 Message-Id: <199708210818.KAA19243@demo.cdt.luth.se> X-Mailer: exmh version 2.0zeta 7/24/97 To: Frank J|rgen Solem cc: rem-conf@es.net Subject: Re: Audio/video cards for Windows In-reply-to: Your message of "Thu, 21 Aug 1997 09:57:57 +0200." <199708210758.JAA02604@renoir.uio.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 21 Aug 1997 10:18:38 +0200 From: Peter Parnes X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list If you want to use NT4 with your video card, then I would recommend Osprey 100p. In Sweden, it costs about 2700+tax. /P From rem-conf Thu Aug 21 06:40:55 1997 From rem-conf-request@es.net Thu Aug 21 06:40:55 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x1XOd-0007N1-00; Thu, 21 Aug 1997 06:35:31 -0700 Date: Thu, 21 Aug 1997 16:35:27 +0300 (EET DST) From: Seppo Kallio To: rem-conf@es.net Subject: Free tool to add sound into mpeg movie? In-Reply-To: <199704242220.PAA03778@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by itu.cc.jyu.fi id QAA10064 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Is there some free Unix tools to add sound into mpeg movie? Seppo Kallio kallio@cc.jyu.fi Computing Center 553606 (sis=E4inen), 050 5524968 (suora ulkoa) U of Jyv=E4skyl=E4 62.14N 25.44E Fax +358-14-603611 PL 35, 40351 Jyv=E4skyl=E4, Finland http://www.jyu.fi/~kallio From rem-conf Thu Aug 21 09:26:36 1997 From rem-conf-request@es.net Thu Aug 21 09:26:35 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x1Zsx-0001DT-00; Thu, 21 Aug 1997 09:14:59 -0700 X-Mailer: exmh version 2.0zeta 7/24/97 From: Piers O'Hanlon Organisation: MultiMedia Support and Comms Centre, University College London,Uk Phone: +44 171 636 8333 ext 3056 (Hang on in there...) X-url: http://www.avc.ucl.ac.uk To: Seppo Kallio cc: rem-conf@es.net, P.OHanlon@cs.ucl.ac.uk Subject: Re: Free tool to add sound into mpeg movie? In-reply-to: Your message of "Thu, 21 Aug 1997 16:35:27 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Thu, 21 Aug 1997 17:14:44 +0100 Message-ID: <3278.872180084@cs.ucl.ac.uk> Sender: P.OHanlon@cs.ucl.ac.uk X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list > = > Is there some free Unix tools to add sound into mpeg movie? > = There's not a bad suite of mpeg software by Multimedia Communications Lab= = Boston University (mcl@spiderman.bu.edu) designed for: SGI Indigo/Indigo-2 SPARCIPX with the 8KHz ULaw AMD audio device(/dev/audio) LINUX with a 16 bit soundcard (/dev/dsp) The system encoder is: mpeg_system_encode_v1.0.tar.gz (there's other modu= les = they do as well in the same places). Find it at: = http://ftpsearch.ntnu.no/ftpsearch?query=3Dmpeg_system_encode_v1.0.tar.gz= &limdom=3D & Plus on a PC there's quite a handy program that comes with Vitec Multimed= ia's = MPEG clip editor that allows you to multiplex Audio and video into a syst= em = stream (the clip editor is limited (ie demo) but the multiplexor isn't). Piers O'Hanlon ______________ MultiMedia Support and Comms Centre University College London. From rem-conf Thu Aug 21 11:57:24 1997 From rem-conf-request@es.net Thu Aug 21 11:57:24 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x1cLJ-0002Sz-00; Thu, 21 Aug 1997 11:52:25 -0700 X-Authentication-Warning: msri.org: smap set sender to using -f Date: Thu, 21 Aug 1997 11:51:43 -0700 (PDT) Message-Id: <199708211851.LAA06914@hille.msri.org> To: rem-conf@es.net From: Reply-to: wu@bmrc.berkeley.edu Subject: Modeling and Rendering Architecture from Photographs X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list MBone Broadcast Announcement ---------------------------- Title: Modeling and Rendering Architecture from Photographs Date: Aug 27, 1997 Time: 12:30 PST8PDT 2 hours Contact: wu@bmrc.berkeley.edu URL: http://bmrc.berkeley.edu/298/w1.htm Description: Imagine visiting your favorite place, taking a few pictures, and then turning those pictures into a photorealisic three-dimensional computer model. We have been working to make this possible by merging techniques from computer vision and computer graphics. mbone broadcast schedule http://www.msri.org/mbone From rem-conf Thu Aug 21 12:24:28 1997 From rem-conf-request@es.net Thu Aug 21 12:24:27 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x1cmQ-0003KK-00; Thu, 21 Aug 1997 12:20:26 -0700 X-Authentication-Warning: msri.org: smap set sender to using -f Date: Thu, 21 Aug 1997 12:20:06 -0700 (PDT) Message-Id: <199708211920.MAA06950@hille.msri.org> To: rem-conf@es.net From: Reply-to: wu@bmrc.berkeley.edu Subject: Effective Visualization of Large, Multidimensional Datasets X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list MBone Broadcast Announcement ---------------------------- Title: Effective Visualization of Large, Multidimensional Datasets Date: Sep 03, 1997 Time: 12:30 PST8PDT 2 hours Contact: wu@bmrc.berkeley.edu URL: http://bmrc.berkeley.edu/298/w2.htm Description: My primary research area is computer graphics, specifically the investigation of methods for rapidly and accurately visualizing large, multidimensional datasets. mbone broadcast schedule http://www.msri.org/mbone From rem-conf Thu Aug 21 14:12:37 1997 From rem-conf-request@es.net Thu Aug 21 14:12:36 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x1eRo-0004cx-00; Thu, 21 Aug 1997 14:07:16 -0700 From: sohraby@lucent.com Date: Thu, 21 Aug 97 16:22:26 EDT Original-From: kas1@hoserve.ho.lucent.com Message-Id: <9708212022.AA08155@qc54.ho.lucent.com> To: rem-conf@es.net Subject: Mobicom 97 running out of availbel hotel rooms! X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Mobicom '97 Particpants: If you have already registered for the conference and not made your hotel reservations, hurry. They are running out of available rooms. Some have already ran out! You can find detail Mobicom 97 conference information at: http://www.monarch.cs.cmu.edu/~mobicom97/ From rem-conf Thu Aug 21 19:16:47 1997 From rem-conf-request@es.net Thu Aug 21 19:16:45 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x1jCQ-0007JF-00; Thu, 21 Aug 1997 19:11:42 -0700 Message-ID: <762388C091FAD01180FF00A02462137801C8C9@exs01.ex.nus.edu.sg> From: Tey Chee Meng To: rem-conf@es.net, "'wu@bmrc.berkeley.edu'" Subject: RE: Modeling and Rendering Architecture from Photographs Date: Fri, 22 Aug 1997 09:18:43 +0800 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1458.49) Content-Type: text/plain X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list The given url is not valid. Tey Chee Meng Network Group > ---------- > From: wu@bmrc.berkeley.edu[SMTP:wu@bmrc.berkeley.edu] > Reply To: wu@bmrc.berkeley.edu > Sent: Friday, August 22, 1997 2:51 AM > To: rem-conf@es.net > Subject: Modeling and Rendering Architecture from Photographs > > MBone Broadcast Announcement > ---------------------------- > > Title: > Modeling and Rendering Architecture from Photographs > Date: > Aug 27, 1997 > > Time: > 12:30 PST8PDT 2 hours > > Contact: > wu@bmrc.berkeley.edu > > URL: > http://bmrc.berkeley.edu/298/w1.htm > > Description: > Imagine visiting your favorite place, taking a few pictures, and > then turning those pictures into a photorealisic three-dimensional > computer model. We have been working to make this possible by merging > techniques from computer vision and computer graphics. > > > > > > > > > > mbone broadcast schedule http://www.msri.org/mbone > From rem-conf Fri Aug 22 00:50:58 1997 From rem-conf-request@es.net Fri Aug 22 00:50:58 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x1oOs-0001ik-00; Fri, 22 Aug 1997 00:44:54 -0700 Message-Id: <199708220748.AAA15409@isl.hrl.hac.com> To: tccc@cs.umass.edu, dbworld@cs.wisc.edu, f-troup@aurora.cis.upenn.edu, cost237-transport@comp.lancs.ac.uk, reres@laas.fr, xtp-relay@cs.concordia.ca, rem-conf@es.net, sigmedia@bellcore.com, cnom@maestro.bellcore.com, commsoft@cc.bellcore.com, hipparch@sophia.inria.fr, end2end-interest@isi.edu, udlr@sophia.inria.fr, tcp-over-satellite@achtung.sp.trw.com Subject: WOSBIS'97 Preliminary Program Date: Fri, 22 Aug 1997 00:48:31 -0700 From: ygz@isl.hrl.hac.com (Yongguang Zhang) X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list WOSBIS'97 PRELIMINARY PROGRAM The Second International Workshop on Satellite-Based Information Services An ACM/IEEE MobiCom'97 Workshop Wednesday, October 1, 1997 The Palace of the Hungarian Academy of Sciences Budapest, Hungary Sponsored by ACM SIGMOBILE and NASA Lewis Research Center http://www.wins.hrl.com/conferences/WOSBIS97/ ------------------------------------------------------------------------------ 8:00am - 8:30am Registration 8:30am - 8:40am Opening Remarks 8:40am - 9:40am Keynote Speech "Satellites and the Next Generation Internet" Randy H. Katz Distinguished Professor and Chairman of the EECS Dept. University of California, Berkeley, USA 9:40am - 10:40am Session 1: Data Management * Heuristic MultiDisk Scheduling for Data Broadcasting LI Lin (Changsha Inst. of Technology, China) ZHOU Xingming (Changsha Inst. of Technology, China) * Location Management in Moving Objects Databases Ouri Wolfson (University of Illinois, Chicago, USA) Sam Chamberlain (Army Research Labs, USA) Son Dao (Hughes Research Labs, USA) Liqin Jiang (University of Illinois, Chicago, USA) 10:40am - 10:50am Break 10:50am - 12:20pm Session 2: Internetworking with Satellites * Scalable Feedback for Satellite Broadcasts Jorg Nonnenmacher (Institut Eurecom, France) Ernst Biersack (Institut Eurecom, France) * Satellite Transport Protocol (STP) -- An SSCOP-based Transport Protocol for Datagram Satellite Networks Thomas R. Henderson (Univ. of Calif., Berkeley, USA) Randy Katz (University of California, Berkeley, USA) * Dynamic Routing in Networks with Unidirectional Links Walid Dabbous (INRIA Sophia Antipolis, France) Emmanuel Duros (INRIA Sophia Antipolis, France) Thierry Ernst (INRIA Sophia Antipolis, France) 12:20pm - 1:50pm Lunch Break 1:50pm - 2:50pm Session 3: Systems and Applications * Optimizing Paging and Registration Costs for Location Tracking in Satellite-based Personal Communications Archan Misra (University of Maryland, USA) Leandros Tassiulas (University of Maryland, USA) * An Information Management Architecture for On-demand Satellite Broadcasting Walter Beck (Boeing, USA) Art Murphy (Boeing, USA) Pamela Drew (Boeing, USA) * A Data Transmission Protocol Alternative to TCP for SATCOM Applications Gary M. Comparetto (The MITRE Corporation, USA) * Extensions of DBS and Hybrid Internet John S. Baras (University of Maryland, USA) Keith Holleman (University of Maryland, USA) Manish Karir (University of Maryland, USA) Vijay Bharadwaj (University of Maryland, USA) Spyro Papademetriou (University of Maryland, USA) Narin Suphasindhu (University of Maryland, USA) 2:50pm - 3:00pm Break 3:00pm - 4:00pm Session 4: Media Access * Service Integration in Next Generation VSAT Networks Michael H. Hadjitheodosiou (Univ. of Maryland, USA) * Performance Evaluation of Satellite MAC Protocols with QoS Guarantees Dennis Connors (Hughes Research Labs, USA) Bo Ryu (Hughes Research Labs, USA) 4:00pm - 5:00pm Panel Discussion (TBD) 5:00pm Workshop Adjourns ------------------------------------------------------------------------------ The location for WOSBIS'97/MobiCom'97 is the Palace of the Hungarian Academy of Sciences. The Academy is the most prestigious scientific institution in Hungary, and the Palace, the central building of the Academy, is one of the most beautiful buildings in Budapest. It is located on the Pest side of Budapest, east of the Danube River, near the Chain Bridge. The Palace overlooks the northern end of Roosevelt Square, along the embankment of the Danube River. Built between 1861 and 1865, this neo-Renaissance building is decorated, both inside and outside, with sculptures and wall-paintings by the most outstanding Hungarian artists of the age. The conference hotels are all located nearby, and many of the sights and shops of Budapest are within easy walking distance. Budapest is easily reached by air, rail, road, or river. Budapest's airport is served by a number of major world airlines, with nonstop flights from many foreign cities. For transportation from the airport to your hotel, we suggest the LRI MINIBUS Service. The information desk for this shuttle service is located in the center of the airport arrival lobby. You can order this service inside the baggage claim area as well. The price of the shuttle is 1200 Hungarian Forint (HUF) per person (approximately US $7-8) one way. Citizens of some countries may require entry visas to visit Hungary. No visa is needed for citizens of the USA, Canada, or any of the European countries, except Albania, Turkey, Kazakhstan, and Uzbekistan. A visa is needed for citizens of Japan and Australia. If in doubt, please check this with the Hungarian Embassy in your country. They will help you to complete the necessary entry formalities. The registration of WOSBIS'97 is through ACM/IEEE MobiCom'97. --------------------------------------------------------------------------- WOSBIS'97/MobiCom'97 Registration Form -------------------------------------- Last Name (Surname): _____________________________________________________ _____________________________________ [ ] Prof. [ ] Dr. [ ] Mr. [ ] Ms. First Name: ______________________________________________________________ Title/Position: __________________________________________________________ Company/Organization: ____________________________________________________ Address: _________________________________________________________________ __________________________________________________________________________ __________________________________________________________________________ Telephone: _____________________________ Fax: ____________________________ E-mail Address: __________________________________________________________ WWW Homepage URL: ________________________________________________________ Name on Badge: ___________________________________________________________ [ ] ACM or [ ] IEEE Membership #: ________________________________________ Special needs (please describe): _________________________________________ _________________________________________ Vegetarian Meals: [ ] Yes [ ] No MOBICOM'97 TUTORIAL SELECTIONS: Please select the tutorials you would like to attend: Friday, September 26: [ ] T1 (Full-Day) Wireless ATM: Standards, Architectures, Protocols & Implementation, Lou Dellaverson (Motorola, USA), C.-K. Toh (Hughes Research Laboratories, USA), and Arup Acharya (NEC, USA) [ ] T2 (Full-Day) Mobile IP: Adding Mobility to the Internet, Charles E. Perkins (Sun Microsystems, USA) Saturday, September 27: [ ] T3 (Full-Day) Simulation of Large Mobile Wireless Networks, Rajive Bagrodia and Mario Gerla (University of California at Los Angeles, USA) [ ] T4 (Half-Day, Cellular Wireless Networks: Principles and Morning) Operation, Zygmunt J. Haas (Cornell University, USA) [ ] T5 (Half-Day, Disconnected and Weakly Connected Access to the Afternoon) World Wide Web: Issues and Techniques, Murray S. Mazer (Open Group Research Institute, USA) WORKSHOP SELECTION: If you would like to attend one of the two workshops, please make your selection below (both workshops will be held on October 1, immediately following the conference technical program): [X] WOSBIS The Second International Workshop on Satellite-based Information Services [ ] DIAL-M The First International Workshop on Discrete Algorithms and Methods for Mobile Computing and Communications REGISTRATION FEES: Early Registration Late Registration (Through August 29) (After August 29) Fee for each half-day tutorial: ACM/IEEE Members: [ ] $150 [ ] $200 Non-members: [ ] $200 [ ] $250 Full-time Students: [ ] $50 [ ] $70 Fee for each full-day tutorial: ACM/IEEE Members: [ ] $200 [ ] $250 Non-members: [ ] $250 [ ] $300 Full-time Students: [ ] $75 [ ] $95 Conference registration fee: ACM/IEEE Members: [ ] $400 [ ] $450 Non-members: [ ] $450 [ ] $500 Full-time Students: [ ] $100 [ ] $120 Workshop registration fee: ACM/IEEE Members: [ ] $100 [ ] $150 Non-members: [ ] $120 [ ] $170 Full-time Students: [ ] $50 [ ] $70 Total registration fees: Half-day Tutorials (____ half-day tutorials * $______) $_______ Full-day Tutorials (____ full-day tutorials * $______) $_______ Conference Registration $_______ Workshop Registration $_______ Optional Monday Dinner Cruise (____ tickets * $45) $_______ Total $_______ PAYMENT INFORMATION: [ ] I have enclosed a check or money order in USD payable to MobiCom'97 Please charge the Total above to my: [ ] VISA [ ] MasterCard [ ] American Express Credit Card #: _____________________________ Expiration Date: _________ Name as it appears on card: ___________________________________________ Signature: ____________________________________________________________ SEND PAYMENT TO: To register for WOSBIS'97/MobiCom'97, print this form, fill it out, and mail or fax it to: ACM/IEEE MobiCom'97 (WOSBIS'97) c/o Ms. Nadine Hunley Lucent Technologies Bell Laboratories, Room 3K-331 101 Crawfords Corner Rd. Holmdel, NJ 07733 USA Telephone: +1 732 949-0819 Fax: +1 732 834-5906 E-mail: nhunley@lucent.com You may also register by e-mail by completing and returning this plain text copy of the registration form. Please note that your credit card number is not secure when transmitted through e-mail. Payment by check, money order, or credit card must accompany your registration form. Purchase orders cannot be accepted. All fax and e-mail registrations must be paid by credit card. All registration fees above are in U.S. Dollars (USD) and must be paid in U.S. Dollars. A credit card signature will be required at the conference for e-mail registrations. Note: Written requests for refunds must be postmarked no later than September 12, 1997. Refunds are subject to a US $50 service charge. Participants with confirmed registration who fail to attend or notify MobiCom registration of cancellation before the refund date are subject to the full fee. Substitutions are allowed at any time. Registrations received after September 12, 1997 will be processed on-site only. All conference registrations include attendance at conference sessions, a copy of the conference proceedings, the Welcome Reception on September 27, the Conference Lunch and Conference Dinner Banquet on September 28, and coffee breaks. Breakfast is included in all hotels offered for the conference. Additional tickets to the Conference Dinner Banquet and additional copies of the conference proceedings will be available for additional cost. Please inquire when you register if you are interested in additional banquet tickets. Tutorial registration includes attendance at the tutorial, tutorial notes, and coffee breaks; full-day tutorials also include lunch. Workshop registration includes attendance at the workshop, workshop proceedings, lunch, and coffee breaks. An optional dinner cruise on the Danube River is being arranged for Monday evening, September 29. The price for this cruise is $45 per person and is not included in your conference registration fee. If you would like to join us for this dinner cruise, please mark the number of tickets desired on your registration form and add the appropriate amount to your total registration. --------------------------------------------------------------------------- WOSBIS'97/MobiCom'97 Hotel Reservation Form ------------------------------------------- Please return to CONTOURS by August 15, 1997 Last Name (Surname): _____________________________________________________ _____________________________________ [ ] Prof. [ ] Dr. [ ] Mr. [ ] Ms. First Name: ______________________________________________________________ Company/Organization: ____________________________________________________ Address: _________________________________________________________________ __________________________________________________________________________ __________________________________________________________________________ Telephone: _____________________________ Fax: ____________________________ E-mail address: __________________________________________________________ Arrival Date: ______________________ Departure Date: _____________________ Sharing room with: _______________________________________________________ Special needs (please describe): _________________________________________ _________________________________________ Vegetarian Meals: [ ] Yes [ ] No HOTEL SELECTION: Please select the hotel and type of room you would like to reserve: Single Room Double Room Hotel ATRIUM HYATT: Room with Danube-view: USD 277 USD 294 Room without Danube-view: USD 230 USD 246 Hotel TAVERNA: USD 98 USD 127 Hotel GELLERT: USD 89 USD 150 City Panzio MATYAS: USD 66 USD 84 City Panzio PILVAX: USD 66 USD 84 Hotel VENTURA: USD 51 USD 60 All hotel rates are per night and include breakfast and VAT. All prices are in U.S. Dollars (USD). For more information on the available hotels, visit the MobiCom'97 Home Page at http://www.monarch.cs.cmu.edu/~mobicom97/. RESERVATION DEPOSIT: Deposit equal to one night in the chosen hotel: USD ______ Bank commission and handling fee: USD ___ 12 Total: USD ______ DEPOSIT PAYMENT INFORMATION: [ ] Bank cheque or money order in U.S. Dollars payable to CONTOURS. Private cheques cannot be accepted. [ ] Eurocheque in Hungarian Forint (HUF) payable to CONTOURS. The limit of one cheque is HUF 30000. [ ] Bank transfer to account number 10200885-32613003-00000000 to Hungarian Credit Bank (H-1539 Budapest 114, P.O. Box 624), made out to the order of CONTOURS. Your bank transfer must indicate your name and "MobiCom'97". [ ] VISA [ ] Eurocard/MasterCard [ ] American Express [ ] Diners Credit Card #: _____________________________ Expiration Date: _________ Name as it appears on card: ___________________________________________ Billing address: ______________________________________________________ _______________________________________________________________________ Date: _________________________________________________________________ Signature: ____________________________________________________________ SEND RESERVATION TO: Please print this form, fill it out, and return a copy not later than August 15, 1997 to: CONTOURS Congress Bureau Alkotas u. 47 H-1123 Budapest Hungary Telephone: +36-1-2122239 or 2122240 Telephone/Fax: +36-1-1566712 E-mail: contours@contours.ind.eunet.hu WWW: http://contours.aux.net/index2.htm Your reservation form should be accompanied by a deposit equal to one night at the chosen hotel. CONTOURS can confirm your reservation only once the deposit arrives. All payments should be directed to CONTOURS Congress Bureau at the address above. An additional USD 12 should be sent with your payment to cover the bank commission and the handling fee. A limited number of rooms has been reserved at each hotel. Hotel reservation will be made on a first-come first-served basis. If the hotel requested is fully booked, CONTOURS will suggest another hotel. All requests, changes, or cancellations in hotel reservations should be directed to CONTOURS. A confirmation will be sent by CONTOURS showing your request and the money received, and including detailed information on the hotel reserved. The deposit will be deducted from the whole amount of the accommodation. The balance must be paid upon arrival at the CONTOURS Registration Desk at the conference (not to the hotel). At the CONTOURS Registration Desk, you can arrange the rest of your payment by credit card, traveler's cheque, or cash. Only extras are paid directly to the hotel. Note: Cancellations of hotel reservation must be sent in writing to CONTOURS. If your cancellation is received before September 1, 1997 the deposit minus USD 20 will be refunded. Cancellations received after this date are not entitled to any refund. All refunds will be made after the close of the conference. --------------------------------------------------------------------------- From rem-conf Fri Aug 22 07:23:43 1997 From rem-conf-request@es.net Fri Aug 22 07:23:43 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x1uUQ-0004Qa-00; Fri, 22 Aug 1997 07:15:02 -0700 Message-Id: <199708221414.QAA06607@renoir.uio.no> X-Mailer: exmh version 1.6.7 5/3/96 To: rem-conf@es.net Subject: Vic on HP Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 16:14:09 +0200 From: Frank J|rgen Solem X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Later this year we are going to transmit a conference on the MBONE. For this purpose HP will give/lend us a workstation. However I'm not sure if it's possible to use an HP worstation with vic. According to the vic 'homepage' at http://www-nrg.ee.lbl.gov/vic/ it lookes like it is possible to use Xvideo. Has anyone tested this, and what kind of videocard was used? Are there any card delivered by HP? I would also like too know if the image quality is good. -- Frank Solem Ph: +47 2285 2766 Norwegian MICE National Support Center From rem-conf Fri Aug 22 08:07:17 1997 From rem-conf-request@es.net Fri Aug 22 08:07:17 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x1vEV-0005CC-00; Fri, 22 Aug 1997 08:02:39 -0700 Date: Fri, 22 Aug 1997 11:01:05 -0400 From: wchung@dilbert.pictel.com (Wilson Chung) Message-Id: <199708221501.LAA25516@dilbert.pictel.com> To: f.j.solem@usit.uio.no, rem-conf@es.net Subject: Re: Vic on HP X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Does VIC or MBONE exists in Window NT or 95 platform now? I have an earlier version of VIC. best regards, Wilson, PictureTel Corp. From rem-conf Fri Aug 22 14:56:48 1997 From rem-conf-request@es.net Fri Aug 22 14:56:47 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x21Sl-0001fT-00; Fri, 22 Aug 1997 14:41:47 -0700 Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce@ietf.org Cc: rem-conf@es.net From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-avt-info-repair-00.txt Date: Fri, 22 Aug 1997 17:14:37 -0400 Sender: cclark@ietf.org Message-ID: <9708221715.aa15819@ietf.org> X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Working Group of the IETF. Title : Options for Repair of Streaming Media Author(s) : C. Perkins Filename : draft-ietf-avt-info-repair-00.txt Pages : 8 Date : 21-Aug-97 This document summarizes a range of possible techniques for the repair of continuous media streams subject to packet loss. The techniques discussed include redundant transmission, retransmission, interleaving and forward error correction. The range of applicability of these techniques is noted, together with the protocol requirements and dependencies. Internet-Drafts are available by anonymous FTP. Login wih the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-avt-info-repair-00.txt". A URL for the Internet-Draft is: ftp://ds.internic.net/internet-drafts/draft-ietf-avt-info-repair-00.txt Internet-Drafts directories are located at: Africa: ftp.is.co.za Europe: ftp.nordu.net ftp.nis.garr.it Pacific Rim: munnari.oz.au US East Coast: ds.internic.net US West Coast: ftp.isi.edu Internet-Drafts are also available by mail. Send a message to: mailserv@ds.internic.net. In the body type: "FILE /internet-drafts/draft-ietf-avt-info-repair-00.txt". NOTE: The mail server at ds.internic.net can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ds.internic.net" Content-Type: text/plain Content-ID: <19970821150522.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-info-repair-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-info-repair-00.txt"; site="ds.internic.net"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19970821150522.I-D@ietf.org> --OtherAccess-- --NextPart-- From rem-conf Mon Aug 25 11:09:30 1997 From rem-conf-request@es.net Mon Aug 25 11:09:30 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x33DC-0000tz-00; Mon, 25 Aug 1997 10:45:58 -0700 To: IETF-Announce: ; Cc: rem-conf@es.net From: The IESG SUBJECT: Last Call: RTP Payload Format for MPEG1/MPEG2 Video to Proposed Standard Reply-to: iesg@ietf.org Date: Mon, 25 Aug 1997 13:24:34 -0400 Sender: scoya@ietf.org Message-ID: <9708251324.aa12682@ietf.org> X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list The IESG has received a request to consider RTP Payload Format for MPEG1/MPEG2 Video as a Proposed Standard. The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send any comments to the iesg@ietf.org or ietf@ietf.org mailing lists by August 28, 1997. Files can be obtained via ftp://ds.internic.net/internet-drafts/draft-ietf-avt-mpeg-new-01.txt From rem-conf Mon Aug 25 22:55:00 1997 From rem-conf-request@es.net Mon Aug 25 22:55:00 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x3ETs-0005oT-00; Mon, 25 Aug 1997 22:47:56 -0700 Message-Id: <3.0.3.16.19970825224433.21f72dc4@shell7.ba.best.com> X-Sender: rsf@shell7.ba.best.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.3 (16) Date: Mon, 25 Aug 1997 22:44:33 To: rem-conf@es.net From: Ross Finlayson Subject: Some tips for MBone session announcers (& writers of announcer programs) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list [My apologies to those of you who receive this twice. I'd previously sent it only to "confctrl", but it was suggested that I send it to "rem-conf" as well] In recent weeks (& especially last week) we've seen a large number of frivolous sessions announced to the default SDP directory. This is due in part to the fact that "MBone session announcing netiquette" has not yet been well publicised. However, design flaws in some of the newer session announcing programs also seem to be a contributing factor. To help reduce the clutter in the default SDP directory, here are some tips for making MBone session announcements (& some tips for people who have implemented session announcing programs). 1/ Scope If you're creating just a 'test' session, then please limit its scope, so that the rest of the world doesn't have to be bothered by it. [Tip for session announcement program implementors: Make the default scope for new announcements small.] 2/ Lifetime As the SDP spec notes, sessions that are unbounded in time - i.e., have no expiration date - are strongly discouraged. Please add a (realistic) expiration date on your session announcement. [Tip for session announcement program implementors: Make it difficult, if not impossible, to create a session without an expiration date. Also, make the default expiration date small - e.g., 2 hours after the start time, as is done by "sdr", for instance.] 3/ Modifying announcements If you wish to make a change to a previously announced session - e.g., to change the start time or fix a typo - then please do so by editing the existing announcement, rather than creating a new announcement. [Tip for session announcement program implementors: Remember that a session is identified, in part, by the field in "o=". If an existing session announcement is changed (e.g., by editing), then the field should remain the *same as before*, otherwise receivers will think that the modified announcement is for a completely new session. (Note: Even some versions of "sdr" seem to get this wrong.)] 4/ Start time If you're announcing an event that occurs in the future, please try to set an accurate start time. Some session browsers make use of the start time to order its list of sessions, and/or to allow the launch of a session to be automatically scheduled to occur on its start time. [Tip for session announcement program implementors: Make it easy for the user to set a start time when announcing a new session.] Ross. From rem-conf Tue Aug 26 03:12:52 1997 From rem-conf-request@es.net Tue Aug 26 03:12:51 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x3IJA-0007KS-00; Tue, 26 Aug 1997 02:53:08 -0700 Message-Id: <9708260951.AA21092@dxcoms.cern.ch> Subject: MBONE broadcast of LEPC session To: rem-conf@es.net, hepnet-l@slacvm.slac.stanford.edu, hrc@frcpn11.in2p3.fr, htasc@listbox.cern.ch, net-teleconferencing@listbox.cern.ch Date: Tue, 26 Aug 1997 11:51:01 +0200 (MET DST) From: "Martin Fluckiger - CERN/IT/CS" Cc: fle@dxcoms.cern.ch (Martin Fluckiger) X-Mailer: ELM [version 2.4 PL25] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list CERN is pleased to announce the MBONE broadcast of the LEP Committee Open Session -------------------------- on Tuesday, 9 September 1997 at 09:00 (UTC+2) from the CERN Auditorium *** Times are UTC+2 *** Reports on the LEP machine: 09:00 - 09:20 Status of LEP2 and present performance (Mike Lamont) 09:20 - 09:40 Status of the LEP2 RF system (Gunther Geschonke) 09:40 - 10:00 Estimates of LEP2 future performance (Daniel Brandt) LEP working group reports: 10:00 - 10:30 Electroweak physics (Robert Clare) 10:30 - 11:00 Coffee break 11:00 - 11:30 Higgs particles (Peter Igo-Kemenes) 11:30 - 12:00 Four-jet events (Dieter Schlatter) Energy request: 12:00 - 12:20 ALEPH request for 131/136 GeV running (Peter Dornan) The broadcast is announced via sdr as "CERN LEPC". vat and vic applications will be used with a ttl of 127. In case of questions or problems please contact . This message is sent to distribution lists, sorry if you receive multiple copies of it. Best regards, -------------------------------------------------------------------- Martin Fluckiger & Christian Isnard CERN - CN/CS/EN multicast@noc.cern.ch European Laboratory for Particle Physics Computers and Networks division CH-1211 Geneva 23 - Switzerland From rem-conf Tue Aug 26 11:35:00 1997 From rem-conf-request@es.net Tue Aug 26 11:35:00 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x3QGR-0002jH-00; Tue, 26 Aug 1997 11:22:51 -0700 Message-ID: <19970826112317.09600@nlanr.net> Date: Tue, 26 Aug 1997 11:23:17 -0700 From: k claffy To: rem-conf@es.net Cc: todd@sdsc.edu, gjohnson@sdsc.edu Subject: "Apple's WebObjects Enterprise", Aaron Morse, Consulting Engineer, Apple Enterprise Solutions Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.64e X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list ====================================================================== SCWPF Forum Agenda www.sdsc.edu/scwpf ====================================================================== Invited Speaker "Apple's WebObjects Enterprise" Aaron Morse Consulting Engineer, Apple Enterprise Solutions Aaron will present a technical overview of Apple's WebObjects Enterprise, focusing on architecture, scalability, and capability. WebObjects provides an operating system-independent, web server-independent, browser-independent framework for generating dynamic HTML, managing session state, interacting with persistent data stores, and vending scalable applications on the web. See our web site for directions and parking information www.sdsc.edu/scwpf Date: August 27, 1997 Time: 7:00PM Place: SDSC Auditorium The agenda for this meeting of the Southern California Web Programmers Forum is the following: 7:00-7:15 Announcements 7:10-~8:15 Invited Speaker(s) ~8:15-9:00 Questions, discussion, and refreshments ---------------------------------------------------- To unsubscribe from this e-mail list, send mail to majordomo@sdsc.edu with the words unsubscribe scwpf in the body of the message. Do not send unsubscribe messages to the entire list From rem-conf Tue Aug 26 11:50:01 1997 From rem-conf-request@es.net Tue Aug 26 11:50:00 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x3Qdo-0003HC-00; Tue, 26 Aug 1997 11:47:00 -0700 To: tccc@cs.umass.edu, dbworld@cs.wisc.edu, f-troup@codex.cis.upenn.edu, cost237-transport@comp.lancs.ac.uk, reres@laas.fr, xtp-relay@cs.concordia.ca, rem-conf@es.net, sigmedia@bellcore.com, cnom@maestro.bellcore.com, commsoft@cc.bellcore.com, hipparch@sophia.inria.fr, end2end-interest@isi.edu, udlr@sophia.inria.fr, tcp-over-satellite@achtung.sp.trw.com, ni@cps.msu.edu, park@cstp.umkc.edu, golshani@asu.edu, kia@koko.CS.UNLV.EDU, singhal@cis.ohio-state.edu, wiggles@ca.ibm.com Subject: IEEE IC3N97 Adv. Program & Registration and Hotel Info. (Las Vegas) Date: Tue, 26 Aug 1997 11:27:31 -0700 From: Kia Makki Message-Id: X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list TENTATIVE TECHNICAL PROGRAM AND CALL FOR PARTICIPATION IEEE IC3N'97 6th International Conference on Computer Communications and Networks September 22 -- 25, 1997 Monte Carlo Hotel Las Vegas, Nevada Technical Co-Sponsored by IEEE Communication Society*, DataTech, and NASA, in cooperation with NSF, NIST, USL, IEEE Computer Society*(pending approval) Keynote/Invited Speakers: ------------------------- * T.R.N. Rao, University of Southwestern Louisiana * Tatsyua Suda, National Science Foundation (NSF) * Biswanath Mukherjee, University of California, Davis * Tony Pressley, Department of Defense (DOD) * Frank Halloran, Army Research Office * L. Goldberg, National Science Foundation (NSF) * Sudhir Dixit, Nokia Research Center * Robert L. Kaminski Airforce Rome Laboratory ******************************************************************************** Sunday, September 21 ******************************************************************************** 6:00-8:00pm Registration ******************************************************************************** Monday, September 22 ******************************************************************************** 7:30-8:45am Registration 8:45-9:00am Opening Session: Kia Makki, Lionel Ni and Mukesh Singhal 9:00-10:00am Keynote Address: "Encryption, Electronic Signatures and Security in Computer Communications" * T.R.N. Rao, University of Southwestern Louisiana 10:00-10:30am Coffee Break 10:30-12:00pm Three Parallel Sessions (1, 2, 3) ------------------------------------------------ Session 1: ATM Networks I Chair: K.V. Bhat, Lucent Technologies. Multi-Frame Isochronous Service for ATM Networks: Stop-and-Go Revisited by Ibaraki and Kameda, Simon Fraser U. A Burst-Level Priority Scheme for Bursty Traffic in ATM Networks, by Jose Roberto Fernandez and Matt W. Mutka, Michgan State U. TCP Selective Acknowledgements and UBR+ Drop Policies to Improve ATM-UBR Performance over Terrestrial and Satellite Networks by Rohit Goyal, Raj Jain, Shivkumar Kalyanaraman, Sonia Fahmy, Bobby Vandalore, Xiangrong Cai, Ohio State U. Session 2: Wireless Networks I Chair: Chunming Qiao, SUNY Buffalo. Shared Tree Wireless Network Multicast by Ching-Chuan Chiang, Mario Gerla, and Lixia Zhang, UCLA. Fault Tolerance of PCS Mobility Databases by S. C. Chen, M. F. Chang, and Y. B. Lin, Industrial Technology Research Institute, National Chiao Tung University, Taiwan, ROC. Routing in Ad-hoc Networks Using a Virtual Backbone by B. Das, R. Shivakumar, and V. Bharghavan, U of Illinois. Session 3: Multicasting I Chair: Melody Moh, San Jose State Univ. Analyzing the Latency of the Totem Multicast Protocols by E. Thomopoulos, L. E. Moser and P. M. Melliar-Smith, UC, Santa Barbara. The Performance of Multicast Banyan Networks by Yuanyuan Yang, U. of Vermont, Burlington S In Search of an API for Scalable Reliable Multicast Dr. Jim Gemmell, Dave Bassett, Jorg Liebeherr, Microsoft Research, U. of Virginia, Charlottesville. S GMNF-DVMRP: A Modified Version of Distance Vector Multicast Routing Protocol, by Lai, Lin, Lin, and Yu, National Chiao Tung University, Taiwan, ROC. 12:00-1:30pm Lunch 1:30-3:00pm Three Parallel Sessions (4, 5, 6) ------------------------------------------------ Session 4: Congestion Control Chair: Louise Moser, UC Santa Barbara. Performance Analysis of Rate-based Congestion Control Scheme and Choice of High and Low Thresholds by Y. C. Lai, National Chiao Tung University, Taiwan, ROC. Explicit Rate ABR Schemes Using Traffic Load as Congestion Indicator by Chiussi et al, Bell Lab., NJ. Overload control of SCP in Advanced Intellgent Network with Fairness and Priority by Yong Lee, and JooSeok Song, Yonsei University, Korea. Session 5: Routing Protocols Chair: George Thomas, The University of Southwestern Louisiana An extended comparison of slotted and unslotted deflection routing by Thierry Chich and Pierre Fraigniaud, Laboratoire de l'Informatique du Parallelisme - CNRS, France. An Improved Topology Discovery Algorithm for Networks with Wormhole Routing and Directed Links by Ying-Yi Huang and Mart L. Molle, UC Riverside. DRS: A Fault Tolerant Network Routing System For Mission Critical Distributed Applications by Abdur Chowdhury, David Grossman, Eric Burger, Ophir Frieder Session 6: Wireless Networks II Chair: Imrich Chlamtac, University of Texas, Dallas Performability Analysis of Handoff Calls in Personal Communication Networks by Cheul Woo Ro, Kishor S. Trivedi, Duke University. Transport State Handoff in Mobile Cellular Networks by R. Gopalakrishnan, K. Brown, and S. Singh, University of South Carolina. S A Novel Mobile Agent Search Algorithm by W. S. Chen et al., National Chung-Hsing University, National Chengchi University, Taiwan, ROC S Mobile Extensions to RSVP by D. Awduche and E. Agu, UUNET Technologies Inc., VA, and U. of Mass. Amherst. 3:00-3:30pm Coffee Break 3:30-5:00pm Three Parallel Sessions (7, 8, 9) ------------------------------------------------- Session 7: Optical Networks Chair: W. Peng, SW Texas State Univ. Combined Teletraffic/Transmission Performance of Optical Cross-connected Networks using Hybrid-Store-and-Forward, by G.A. Castanon and O.K. Tonguz, State University of New York at Buffalo. Pipelined Transmission Scheduling in All-Optical Unidirectional TDM/WDM Rings by Xijun Zhang and Chunming Qiao, State University of New York at Buffalo. S Efficient Distributed Control Protocols for WDM All-Optical Networks by Yousong Mei and Chunming Qiao, State Unviersity of New York at Buffalo. S TWDM Multihop Lightwave Networks Based on Rotator Digraphs by P. J. Wan, University of Minnesota. Session 8: Protocol Synthesis and Verification Chair: Eyton Modiano, MIT Lincoln Lab. STEPS: a Software Tool-set for automatEd Protocol Synthesis, by H. Kahlouche, SIMADE division - laboratory of cooperative systems, France. Accommodating Nondeterminism in Protocol Testing using An Automated Oracle by J. J. Li, H. Liu and R. E. Seviora, Bellcore and University of Waterloo. S Automated Formal Verification of Protocols by S. Vassilaras and D. R. Avresky, Boston University. S Using Estelle to implement a Flexible Multicast Protocol by Amin Saifa, Universite de savoie, France. Session 9: Multicasting II Chair: Matt Mutka, Michigan State U. Scheduling Support for Multicasting Sessions in Broadband Communication Networks" by K.H. Sheta and M. Singhal, Ohio State Univ. Resource Allocation Control Protocols for Multicast Data Transport in Multi-service Networks by K. Ravindran && T. J. Gong City University of New York && Kansas State University, New Error Recovery Structures for Reliable Multicasting by Lifan Gu, J.J.Garcia-Luna-Aceves, UC Santa Cruz. 6:00-8:00pm Conference Reception ******************************************************************************** Tuesday, September 23 ******************************************************************************** 7:30-8:30am Registration 8:30-9:30am Keynote Address: * Tatsuya Suda, National Science Foundation (NSF) 9:30-10:00am Coffee Break 10:00-11:15am Three Parallel Sessions (10, 11, 12) ------------------------------------------------- Session 10: Distributed Multimedia Systems I Chair: Forouzan Golshani, Arizona State University. Improving Video-on-Demand Server Efficiency Through Stream Tapping by Steve Carter and Darrell Long, UC Santa Cruz. A distributed algorithm of delay bounded routing for multimedia applications by Xiaohua Jia, City University of Hong Kong Kia Makki, University of Nevada Niki Pissinou, The University of Southwestern Louisiana S New Algorithms and Techniques for Well-Synchronized Audio and Video Streams Communications by Hiroshi Kitamura, C&C Research Laboratories(Berlin) Session 11: ATM Networks Modeling Chair: Hamid R. Arabnia, The University of Georgia. A Performance Model for ATM Switches with Mutiple Input Queues by G. Nong, J. K. Muppala and M. Hamdi, Hong Kong University of Science and Technology. Tight upper bounds for cell loss probabilities and required bandwidth estimation in ATM multiplexers by X. Liu, B. Bensaou, H. K. Tsang, and L. Liu, Hong Kong University of Science and Technology. S Modeling ATM Traffic Using Stochastic Petri Net by Bo Li, Hong Kong University of Science and Technology. Session 12: QoS Guarantees I Chair: B. Nassersharif, New Mexico State Time Dependent Priority Scheduling for Guaranteed Service Connections by Shailender Chaudhry and Alok Choudhary, Syracuse University. Efficient Admission Control for EDF Scheduler with Statistical QoS Guarantee, Technical University of Nova Scotia, Canada. S QoS Routing Algorithms for Pre-Computed Paths By C. Pornavalai, G. Chakraborty, and N. Shirator, Tohoku University and The University of Aizu, Japan. 11:15-12:15pm Govt. Panel (Funding) * Frank Halloran, Army Research Office * Tony Pressley, Department of Defense (DOD) * L. Goldberg, National Science Foundation (NSF) 12:15-1:45pm Lunch 1:45-3:00pm Three Parallel Sessions (13 ,14 ,15) ------------------------------------------------ Session 13: Wireless Networks III Chair: A.G. Kongiantis, Lucent Tech. Distributed & persistent Mobile agents for heterogeneous personal communications systemst by Peter Stanski and Arkady Zaslavsky, Monash University, Australia. Admission Control for Wireless Networks with Heterogeneous Traffic using Event Based Resource Estimation by Misic, Chanson and Lai. by Misic, Chanson, and Lai, Hong Kong University of Science and Technology. Network Connectivity of Layered Self-Organizing Wireless Networks by C. Zhao, T. Ueda, T. Katsura, M. Kishimoto, and H. Okada, Kansai University, Japan. Session 14: QoS Guarantees II Chair: Hamid Sharif, University of Nebraska, Lincoln Design and Implementation of a QoS capable Switch-Router by E. Basturk et al., IBM T. J. Watson Research Center. Boosting The Network Performance Via Traffic Reshaping by Sergey Gorinsky, The University of Texas at Austin, Sanjoy Baruah, The University of Vermont, and Alexander Stoyen, New Jersey Institute of Technology S Supporting Distributed Applications on Advanced Communication Networks by A. Schill, Dresden University of Technolgoy, German. Session 15: Invited Talk "Air Force Global Communication Networks Research" * Robert L. Kaminski Airforce Rome Laboratory "The Use of ATM in a Tactical Environment" * Frank Halloran, Army Research Office (ARO) * L. Goldberg, National Science Foundation (NSF) 3:00-3:30pm Coffee Break 3:30-5:00pm Three Parallel Sessions (16, 17, 18) ------------------------------------------------- Session 16: Traffic Control in ATM Networks Chair: A.K. Somani, U of Washington. Performance of ATM Available Bit Rate for Bursty TCP Sources and Interfering Traffic by Duke P. Hong and Tatsuya Suda, UC Irvine. Dynamic Bandwidth Allocation for Real-time VBR Video Traffic in ATM Networks by H. W. Chu and H. K. Tsang, Hong Kong University of Science and Technolgoy. QOS Based Performance of Selective Repeat Transport User in HYBRID ATM/TDMA Networks by M. Talla, Concordia University, Canada. Session 17: Networks for Real-Time Applications Chair: X. Jia, City U of Hong Kong. A Solution for the Priority Queue Problem of Deadline-Ordered Service Disciplines, UC San Diego. Testing the feasibility of synchronous bandwidth allocation for time-critical communication in FDDI networks by Sijing Zhang, Tee-Hiang Cheng, K.R.Subramanian, Liren Zhang and Chee Heng Tan, Nanyang Technological University, Singapore. S High-Performance Scalable Computing for Real-Time Applications by T. Boggess and F. Shirley, Sanders, A Lockheed Martin Company. S Dynamic Scheduling of Real-Time Messages over an Optical Network by C. C. Yu, and S. Bhattacharya, Arizona State. Session 18: Networks Design I Chair: Robert R. Henry, The University of Southwestern Louisiana Evaluation of the Number of Destination Hosts for Data Networking and Its Application to Address Cache Design by M. Aida, National Networks Laboratories, Japan. Scheduling Packet Transmissions in a Multi-hop Packet Switched Network Based on Message Length, by Eytan Modiano, MIT Lincoln Laboratory. S @INGate: A Distributed Intelligent Network Architecture to Bridge Switching and Packet Networks by P. Hoffman, Technical University Berlin, Germany. S The Minimization of the Maximum Nodal Degree by Multispace Search by B. Du, J. Gu, and Wei Wang, Hong Kong University of Science and Technology. 7:00-9:30pm Banquet ******************************************************************************** Wednesday, September 24 ******************************************************************************** 7:30-8:30am Registration 8:30-9:30am Keynote Address: "Optical Networks -- Status Report and the Road Ahead" * Biswanath Mukherjee, University of California, Davis 9:30-10:00am Coffee Break 10:00-11:30am Three Parallel Sessions (19, 20, 21) ------------------------------------------------- Session 19: ATM Networks II Chair: Nada Golmie, NIST Heuristic Algorithms for Path Selection in Private ATM Networks by X. Jiang and T. Yang, Technical University of Nova Scotia, Canada. Logical IP Subnet Information Protocol for IP Routing over ATM by C. Park, J. O. Kim, and H. J. Kim, Electronics and Telecommunications Research Institute, Korea. SPAM: A Data Forwarding Model for Multipoint-to-Multipoint Connection Support in ATM Networks by Sridhar Komandur and Daniel Mosse', U. of Pittsburgh. Session 20: Multimedia Systems II Chair: Niki Pissinou, The University of Southwestern Louisiana. An Imprecise Algorithm for Real-time Compressed Image/Video Transmission by X. Chen and M. K. Cheng, U. of Houston. An Efficient Traffic Control Scheme for Integrated Voice, Video, and Data Over ATM Networks: Explicit Allowed Rate Algorithm (EARA) By A. Dinesh and W. Melody Moh San Jose State University. S A Performance System for High Quality Desktop Video Conference by S. Catrava and F. Golshani, Arizona State University. Session 21: Internet and World Wide Web Chair: Kia Makki, UNLV Static Caching In Web Servers by I. Tatarinov, A. Rousskov, and V. Soloviev, North Dakota University. Reliability of Internet Hosts: A case study from the end user's perspective by M. Kalyanakrishnan, R. Iyer, and J. Patel, U. of Illinois, Urbana. S Archiving Agents for the World Wide Web by C. Braendli and H. Rudin, Zurich Research Laboratory, IBM Research Division. S GIS2WEB AND ITS INTER-APPLICATION COMMUNICATIONS ISSUES by Xiannong Meng, Richard H. Fowler, Eric Reiken. University of Texas - Pan American. 11:30-12:00pm Coffee Break 12:00-1:00pm: Panel (Industrial) * Kabekode Bhat, Lucent Technology Inc. * Sudhir Dixit, Nokia Research Center 1:00-2:30pm Lunch 2:30-4:00pm Three Parallel Sessions (22, 23, 24) ------------------------------------------------- Session 22: TCP/IP Chair: Joe Wigglesworth IBM, Toronto. NetRAP - A Network Resource Allocation Protocol for IP over Ethernet by Martin Gitsels, Hans Eberle, Christian Kleitsch, Institute of Computer Systems, ETH Zurich, Switzerland. Statistical Characterization of Wide-Area IP Traffic by M. Lucas et al., U. of Virginia, Charlottesville. Session 23: Network Performance Modeling Chair: Abdur Chowdhury, The Telephone Connection. Performance Testing of Communication Protocols For Three-Tier Computing: Results for ICA and X Window Protocols by David C. Roberts, David A. Grossman, Ophir Frieder, Robert Bernstein and Eric Bishop Performance Analysis of Parallel Frame Synchronization Scheme in SDH Systems by M. S. Obaidat and Jun Teng, Monmouth University Protocol Filtering: A microscopic Approach to windows NT and Novell netware network modeling by Rajiv S. Pimplaskar, Suk-Chung Yoon and E. K. Park Session 24: Networks Design II Chair: M. S. Obaidat, Monmouth University Effective Search Strategies for Application-Independent Speedup in UDP Demultiplexing by J. Dixon and K. Calvert, Georgia Tech. Design Issues in Data Networks by E. Drakopoulos, Lucent Technologies. Timing properties of the timed token MAC protocol by Sijing Zhang and Alan Burns, Nanyang Technological University, Singapore and University of York, UK. ******************************************************************************** 4:00-4:30pm Coffee Break 4:30-5:45pm Three Parallel Sessions (25, 26, 27) ------------------------------------------------ Session 25: ATM Switch/Interface Chair: S. Busovaca, Cal State Univ, Sacramento. A Low Cost Serching Device for an ATM adapter by R.J GLAISE and JM MUNIER, La Gaude Laboratory, France. S ATM Network Interface Architectures for Low Latency Patrik Sundstroem and Per Andersson, Lund University, Sweden. S A Multicast ATM Switch With Slotted Ring Fabric R. Henry, U. of Southwestern Louisiana. S ATM Switches with Bifurcated Input Queueing by Thomas and Veludandi, U. of Southwestern Louisiana. Session 26: Network Security and Tools Chair: David Grossman, Office of Information Technology A New Frameowrk for Secure Network Management by Hatefi and Golshani, Arizona State. An Architecture for Inter-Domain Troubleshooting by D. Thaler and C.V. Ravishankar, U of Michigan. S An Innovative Routing Protocol Evaluation Tool by W. Peng, Motorola and Southwest Texas State University. Session 27: Invited talk "Battle of the Bandwidths: Managed Versus Unmanaged Bandwidth in Multimedia Communication" * Sudhir Dixit, Nokia Research Center "The Impact of the Network on both DoD and Industry" * Tony Pressley, Department of Defense (DOD) ***************************************************************************** ICCCN'95 Tutorials ================== Thursday, September 25, 1997 ***************************************************************************** Tutoriual 1: "WIRELESS ATM AND MOBILE COMPUTING" by Dr. Upkar Varshney Washburn University Topeka, KS Time: 8am-noon This tutorial will focus on these challenges presented by Wireless ATM and on the solutions that have been designed and proposed to use it for mobile computing. The tutorial will also discuss a number of working models that have been designed and being tested for wireless ATM environment. If time permits, we will also discuss related issues such as Mobile IP over ATM vs Wireless ATM. Outline: ======== I. Overview of Asynchronous Transfer Mode (ATM) and Wireless Networks II. Motivation behind Wireless ATM III. Issues in Wireless ATM IV. Mobility and Connection Management V. Error Control VI. QoS Issues VII. Protocol Issues VIII. Wireless ATM Projects/Prototypes The Instructor: Upkar Varshney is an Assistant Professor at Washburn University, Topeka, KS. His research interests include wireless ATM, mobile computing and transport protocols. Prior to joining the faculty at Washburn in 1994, he was a Research Associate at the Center for Telecomputing Research, University of Missouri-Kansas City. He holds a B.S. in Electrical Engineering from University of Roorkee, an M.S. in Computer Science and a Ph.D. in Telecommunications and Computer Networking, both from University of Missouri-Kansas City. Professor Varshney is the designer of a Networking Program at Washburn and has written over 15 journal, magazine and conference papers. He is a member of IEEE , Communications and Computer Societies and its TC on Multimedia Communications, and ACM. He has widely spoken at various conferences, organizations and universities. -------------------------------------------------------------------------- Tutorial 2: "Cable Data Modems" Dawn Fitzgerald Product Planning Mgr Motorola CableComm Data Products Time: 8am-noon Topics: ======= I. Systems Designs (subscriber Modem & HE termination equipment, network interfaces, network requirements, etc.) II. Access Methods (slotted vs. hybrid contention/polling) III. Spectrum Management (frequency agility, noise mitigation, channel size etc.) IV. Security (subscriber : encryption methods, service provider: theft of service.) V. Services Levels (system requirements to provide) VI. High Speed Data applications (IP multicast, video conf, gaming, CD audio quality) VII. Network Management of HFC High Speed Data network The Instructor: =============== Dawn Fitzgerald recieved MS EE, MIT '94, MBA Sloan '94, and BS EE, RPI '87. He is currently a Product Planning Mgr in Motorola CableComm Data Products. His experience include 2yrs product management, Motorola He has 1 yr experience in traffic modeling (OPNET), Motorola and 6 yrs experience in circuit design, IBM. -------------------------------------------------------------------------- Tutorial #3: "Image Compression Based on Wavelet Image Decomposition and Learning Vector Quantization" by Nicolaos B. Karayiannis Department of Electrical and Computer Engineering University of Houston Time: 8am-noon Abstract ======== This short course describes an image compression system based on wavelet decomposition and vector quantization. The images are decomposed using wavelet filters into a set of subimages with different resolutions corresponding to different frequency bands. The resulting subimages are vector quantized using learning vector quantization algorithms. These algorithms perform vector quantization by updating all prototypes of a competitive neural network through an unsupervised learning process. The competition between the prototypes for each input of the LVQ network is regulated by the form of the membership function involved in the development of the algorithms. The quality of the multiresolution codebooks designed by these algorithms is measured on the reconstructed images belonging to the training set used for multiresolution codebook design and the reconstructed images from a testing set. -------------------------------------------------------------------------- Tutorial #4: Real-Time Knowledge-Based Multimedia Systems by Albert Cheng Univ. of Houston. Time: 1-5pm Topics/Abstract: Instructor: -------------------------------------------------------------------------- Tutorial #5: Real-Time Communication in Computer Networks by Wei Zhao Time: 1-5pm Abstract: With the increase use of distributed real-time computer systems (e.g., those computer systems for command and control, multimedia, advanced avionics, and management in telecommunications), the ability of computer networks to handle delay sensitive traffic is becoming more important. For traditional networks, maximizing the throughput or minimizing the average delay is the most important performance criteria. In the real-time domain, however, concern focuses on satisfying the time constraints of individual messages. In this tutorial, we will examine the recent research and development in real-time communications. Two general strategies are used in real-time communication: the guaranteed strategy and the best-effort strategy. In the former, messages are guaranteed to meet their delay requirements by proper reservation of network resources. In the best effort strategy, the network will attempt to send messages according to their timing requirements, but no guarantees are given. In the tutorial, we will discuss how these two strategies are realized in several popular computer networks: bus, token ring, slot ring, FDDI, DQDB, and ATM. Outline 1. Introduction 2. Models and classifications 3. Real-time communication in multi-access networks: bus, token ring, FDDI, and DQDB 3.1. Guarantee strategy 3.2. Best-effort strategy 4. Real-time communication in ATM networks 4.1. Basic approaches 4.2. Traffic descriptions 4.3. Scheduling 4.4. Routing 4.5. Regulation 5. Other issues 5.1. Fault-tolerance 5.2. Security 5.3. Integrated host and network scheduling 6. Summary Audience * Managers of enterprise networks: to determine ========= the real-time communication technology and products available and to obtain the basics for formulating their enterprise requirements, understanding what vendors have to offer and asking the right questions. * Vendors of network industry: to learn the benefits and limitations of the real-time communication technology in the hope of influencing them to upgrade their products. * Researchers: to learn about the important concepts and issues related to the real-time communication technology complementary to their own expertise. Instructor: Professor Wei Zhao is active in research and development in the areas of communication networks, fault tolerant real-time systems, distributed operating systems. In 1992, he received the Outstanding Paper Award in the IEEE International Conference on Distributed Computing Systems for a paper on real-time communications. He is an inventor of two U.S. patents on using high speed networks for time- critical applications. Dr. Zhao was an editor for the IEEE Transactions on Computers from 1992 to 1996. He was a vice-chair of IEEE ICDCS 94 and 95. He served as the Program Committee Chair and the general chair for the first and the second IEEE Real-Time Technology and Applications Symposia, respectively. ------------------------ cut her for ICCCN97 up-to-date Reg. form ---------- ICCCN'97 REGISTRATION FORM September 22 - 25, 1997, Monte Carlo Hotel, Las Vegas Nevada, USA Please complete this form (TYPE or PRINT), and return with your payment to the address given below (Please copy this form for additional attendees). Your paper number, if any:__________________________ Your paper title, if any:_____________________________________________________ ______________________________________________________________________________ Paper authors:___________________________________________________________ Your First Name:_________________________ Last Name:_______________________________ Title (Dr/Mr/Ms/Prof.):_____ Position:________________________________________ Company/Univ.:___________________________________ Dept.:______________________ Address:______________________________________________________________________ City:_______________________________ State:_____ Zip/Postal Code:_____________ Country:______________________ Phone:_________________________________________ Fax:__________________________________E-mail:_________________________________ ============================================================================== ADVANCE (For AUTHORS - one payment per accepted paper is required by August 1, 1997 with the manuscript. For regular attendees/non-authors as long as it is postmarked by Aug. 15, 1997 you can still pay ADVANCE): ICCCN97 Reg. Fee: IEEE Communic. Soc. ____Member($400.00) ____Non-Member($450.00) ___Student($300.00) Tutorial Reg. Fee: (See advance program for tutorial information) IEEE Comm Soc (each half day)____Member($200.00) ____Non-Member($230.00) ___Student($120.00) (each one day) ____Member($300.00) ____Non-Member($330.00) ___Student($220.00) *Circle your choice of Tutorial #: 1 2 3 4 5 ============================================================================== LATE/ONSITE (Received AFTER August 15, 1997): ICCCN97 Reg. Fee: IEEE Comm Soc ____Member($450.00) ____Non-Member($500.00) ___Student($350.00) Tutorial Reg. Fee: (See advance program for tutorial information) IEEE Comm Soc (each half day)____Member($250.00) ____Non-Member($280.00) ___Student($150.00) (each one day) ____Member($350.00) ____Non-Member($380.00) ___Student($250.00) *Circle your choice of Tutorial #: 1 2 3 4 5 ------------------------------------------------------------------------------ ICCCN97 Reg. Fee : choose category $_______________ Tutorial Fee for each: choose category $_______________ Extra Page Charge:(US$150.00 per page) $_______________ Extra Conf. Reception Tickets: ($40/each) $_______________ Extra Conf. Banquet Tickets: ($50/each) $_______________ Extra copy of conf. proceedings: ($60/each) $_______________ Total Fees Enclosed: US$_____________________ ** Make check/money order payable to ICCCN97 ** Check method of payment: ___Check/money order (payable to ICCCN97) ___Company Purchase Order number:____________________ (we accept P.O only from companies in USA and "ONSITE RATE" is applied to each P.O) Signature:________________________________________ Date:______________________ IEEE membership number (required for member rate):____________________________ * Please let us know if you are or not planning to attend any of the following events (please put "yes" or "no"): ___________________________________________________________ | | WILL ATTEND | WILL NOT ATTEND | |__________________________|_____________|_________________| |Sept. 22 Reception | | | |--------------------------|-------------|-----------------| |Sept. 23 Banquet | | | |--------------------------|-------------|-----------------| * At least ONE author per accepted paper (regular or short) should pre-register by the camera-ready paper deadline (August 1, 1997), or the paper will be excluded from the proceedings. The proceedings will be published by IEEE. The proceedings will only be distributed and can be picked on site. * The maximum length is 6 pages for regular paper and 4 pages for short paper. Authors can buy at most 3 extra pages for regular paper at a cost of U.S. $150.00 and at most 2 extra pages for short paper at a cost of U.S. $150.00 per page (so total length limit is 9 pages for a regular paper and 6 pages for a short paper, if you buy extra pages). * Send this two-page registration form with payment (in US Dollars ONLY and make checks or money order payable to "ICCCN97") to: Dr. EK Park Re: ICCCN97 Treasurer Computer Science Telecommunications Program University of Missouri 4747 Troost Ave., Room 207 Kansas City, MO 64110 USA (816)235-1497; (816)235-5159(fax); ekpark@cstp.umkc.edu The conference registration fee covers a copy of proceedings, conference reception, refreshments during the conference, and the dinner banquet. Additional reception and banquet tickets can be purchased. * All payments must be in U.S. dollars. All checks or money orders from banks outside the United States should be cashable at a branch of that bank in the United States or at any U.S. bank. If you send us check or money order, it should have complete "micro encoding line" at the bottom of it (ask your bank about this). You can also send Traveler's check of American Express or Visa or MasterCard (be sure that you sign each check and make it payable to "ICCCN97"). We accept purchase orders from U.S. organizations only and ONSITE RATE is applied to each purchase order. We DO NOT accept any other form of payments (no credit cards). You are responsible for paying fees to get the check or money order. Student rate attendees must have proper ID. * ICCCN97 will be held at: Monte Carlo Hotel 3770 Las Vegas Boulevard, South Las Vegas, Nevada 89109 USA Phone: (702) 730-7777 Room Rate: $79.00 for Monday through Thursday and $129.00 for Friday and Saturday. All room rates are net per room, per night, single or double occupancy plus taxes. Individuals to make their own reservations by calling 1-800-311-8999 (or 702-730-7777), and use the group name "Network IC3N Conference" to receive group rate. Individuals are on their own for payment of room, tax and any incidental charges. All reservations must be made prior to the Cut-off date of August 21, 1997. All reservations must be guaranteed for late arrival by a valid credit card or an advance deposit of one night's room and tax. Check-in time is 3:00PM. * Acknowledgement of receipt of the registration form with payment will be sent out by e-mail only if you provide your e-mail address. Conference registration materials including receipts and proceedings can be picked up only at the registration desk on site. * Refund Policy: Paid registrants who cannot attend, and do not send a substitute, are entitled to a refund of paid fees (less a US$200.00 processing fee) if a request is received in writing on or before August 15, 1997. Registrants are liable for their full fees after that date (i.e., NO Refund will be made !!). All no-show registrations will be billed in full. There will be extra handling/shipping/mailing charges of $200.00 if it needs to be mailed to any paid registrants with "no show". Primary Author is responsible/liable for full registration fees for the accepted paper (regular or short) and at least one author per paper (if not the primary author) must register by August 1, 1997 deadline by sending the registration form with payment to the conference Treasurer and this is not refunded at any cases and one author per paper must come and give presentation. * If you have any questions contact appropriate person: on registrations (Dr. Park: ekpark@cstp.umkc.edu); on technical programs (Program Chairs: Dr. Ni at ni@cps.msu.edu; Dr. Singhal at singhal@cis.ohio-state.edu); on other conference related matters (General Chair Dr. Makki: kia@koko.cs.unlv.edu or for general info or help, send email to ic3n@cacs.usl.edu). * Please visit our WWW site for up-to-date IC3N97 program information and related activities: From rem-conf Tue Aug 26 12:12:22 1997 From rem-conf-request@es.net Tue Aug 26 12:12:22 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x3R0n-0003uk-00; Tue, 26 Aug 1997 12:10:45 -0700 Date: Tue, 26 Aug 1997 12:10:24 -0700 (PDT) From: "T. Todd Elvins" To: rem-conf@es.net Subject: "Apple's WebObjects Enterprise", Aaron Morse, Consulting Engineer, Apple Enterprise Solutions (fwd) Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list This will be broadcast on the MBONE on Wednesday night, if all goes well. Todd ---------- Forwarded message ---------- Date: Tue, 26 Aug 1997 11:23:17 -0700 From: k claffy To: rem-conf@es.net Cc: todd@sdsc.edu, gjohnson@sdsc.edu Subject: "Apple's WebObjects Enterprise", Aaron Morse, Consulting Engineer, Apple Enterprise Solutions ====================================================================== SCWPF Forum Agenda www.sdsc.edu/scwpf ====================================================================== Invited Speaker "Apple's WebObjects Enterprise" Aaron Morse Consulting Engineer, Apple Enterprise Solutions Aaron will present a technical overview of Apple's WebObjects Enterprise, focusing on architecture, scalability, and capability. WebObjects provides an operating system-independent, web server-independent, browser-independent framework for generating dynamic HTML, managing session state, interacting with persistent data stores, and vending scalable applications on the web. See our web site for directions and parking information www.sdsc.edu/scwpf Date: August 27, 1997 Time: 7:00PM Place: SDSC Auditorium The agenda for this meeting of the Southern California Web Programmers Forum is the following: 7:00-7:15 Announcements 7:10-~8:15 Invited Speaker(s) ~8:15-9:00 Questions, discussion, and refreshments ---------------------------------------------------- To unsubscribe from this e-mail list, send mail to majordomo@sdsc.edu with the words unsubscribe scwpf in the body of the message. Do not send unsubscribe messages to the entire list From rem-conf Thu Aug 28 11:18:18 1997 From rem-conf-request@es.net Thu Aug 28 11:18:18 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x48uV-0000ha-00; Thu, 28 Aug 1997 11:03:11 -0700 Posted-Date: Thu, 28 Aug 1997 11:03:09 -0700 (PDT) Date: Thu, 28 Aug 1997 11:03:09 -0700 (PDT) From: Steven Berson To: vic@ee.lbl.gov, vat@ee.lbl.gov Cc: rem-conf@es.net Subject: IPv6 vic or vat Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Is there an IPv6 version of vic and vat? Thanks, Steve From rem-conf Thu Aug 28 14:30:57 1997 From rem-conf-request@es.net Thu Aug 28 14:30:57 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x4C6O-0002cj-00; Thu, 28 Aug 1997 14:27:40 -0700 Message-Id: <3.0.1.32.19970828222440.00786900@mail.geocities.com> X-Sender: greglane@mail.geocities.com X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Thu, 28 Aug 1997 22:24:40 +0100 To: rem-conf@es.net From: Greg Lane Subject: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list From rem-conf Thu Aug 28 20:12:35 1997 From rem-conf-request@es.net Thu Aug 28 20:12:34 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x4HOq-0004cb-00; Thu, 28 Aug 1997 20:07:04 -0700 Message-ID: Comments: Authenticated sender is From: alex97@taurus.ime.eb.br To: rem-conf@es.net Date: Fri, 29 Aug 1997 00:06:53 +0000 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: X-Confirm-Reading-To: alex97@taurus.ime.eb.br Priority: normal X-mailer: Pegasus Mail for Win32 (v2.54) X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Alexandre R. Silva ----------------------- alex97@taurus.ime.eb.br From rem-conf Fri Aug 29 03:13:21 1997 From rem-conf-request@es.net Fri Aug 29 03:13:20 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x4NyS-00074q-00; Fri, 29 Aug 1997 03:08:16 -0700 Date: Fri, 29 Aug 1997 12:03:39 +0200 From: dauphin@sig.enst.fr (Gilles Dauphin) Message-Id: <199708291003.MAA07475@tomcat.enst.fr> To: vic@ee.lbl.gov, vat@ee.lbl.gov, berson@ISI.EDU Subject: Re: IPv6 vic or vat Cc: rem-conf@es.net X-Sun-Charset: US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list > From berson@ISI.EDU Thu Aug 28 20:17:56 1997 > > Is there an IPv6 version of vic and vat? Please look at : http://irl.cs.ucla.edu/ There is IPV6 sdr and vat . Gilles From rem-conf Fri Aug 29 05:34:24 1997 From rem-conf-request@es.net Fri Aug 29 05:34:24 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x4QAl-0000P0-00; Fri, 29 Aug 1997 05:29:07 -0700 Date: Fri, 29 Aug 97 08:25:12 -0400 From: James Dryfoos X-Sender: dryfoos@deneb.llan To: rem-conf@es.net Cc: vic@ee.lbl.gov Subject: Win 95 port of vic 2.8? In-Reply-To: <199708291003.MAA07475@tomcat.enst.fr> Message-Id: <9708290825.AA00912@LL.MIT.EDU> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list The latest win 95 port for VIC I can find is: vicbin-2.7b3-win95 However, most uses today require 2.8. Any ideas? I have a need for a Win 95/NT implementation. Thanks in advance. -- Jim ========================================================================== James Dryfoos (JD243) | mailto:dryfoos@ll.mit.edu MIT Lincoln Laboratory, Group 48 | 244 Wood Street, MailStop: B-120 | (781) 981-2008 - office Lexington, MA 02173-9108, Earth | (781) 981-0782 - fax ========================================================================== From rem-conf Fri Aug 29 05:44:16 1997 From rem-conf-request@es.net Fri Aug 29 05:44:16 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x4QNy-0000uO-00; Fri, 29 Aug 1997 05:42:46 -0700 To: James Dryfoos cc: rem-conf@es.net, vic@ee.lbl.gov Subject: Re: Win 95 port of vic 2.8? In-reply-to: Your message of "Fri, 29 Aug 1997 08:25:12 EDT." <9708290825.AA00912@LL.MIT.EDU> Date: Fri, 29 Aug 1997 13:42:38 +0100 Message-ID: <2185.872858558@cs.ucl.ac.uk> From: Colin Perkins X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --> James Dryfoos writes: >The latest win 95 port for VIC I can find is: > vicbin-2.7b3-win95 >However, most uses today require 2.8. There's a port of vic-2.8 with grabber support at http://www.cs.ucl.ac.uk/staff/kouvelas/vic which was done by Isidor Kouvelas. I believe that these changes are being rolled into the next release of vic. Colin From rem-conf Fri Aug 29 09:02:23 1997 From rem-conf-request@es.net Fri Aug 29 09:02:23 1997 Received: from list by mail1.es.net with local (Exim 1.62 #2) id 0x4TRt-0002R9-00; Fri, 29 Aug 1997 08:59:01 -0700 X-Authentication-Warning: msri.org: smap set sender to using -f Date: Fri, 29 Aug 1997 08:58:00 -0700 (PDT) Message-Id: <199708291558.IAA09721@hille.msri.org> To: rem-conf@es.net From: Reply-to: wu@bmrc.berkeley.edu Subject: Multicast Audio Research in RAT X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list MBone Broadcast Announcement ---------------------------- Title: Multicast Audio Research in RAT Date: Sep 10, 1997 Time: 12:30 PST8PDT 1.5 hours Contact: wu@bmrc.berkeley.edu URL: http://bmrc.berkeley.edu/298/w3.html Description: The Robust Audio Tool (RAT) has been developed as a research platform for multicast audio at UCL. mbone broadcast schedule http://www.msri.org/mbone