From rem-conf-request@es.net Wed Mar 01 03:59:18 1995 Received: from cancer.ucs.ed.ac.uk by osi-west.es.net via ESnet SMTP service id <16671-0@osi-west.es.net>; Wed, 1 Mar 1995 00:58:50 +0000 Received: from scorpio.ucs.ed.ac.uk (jaw@scorpio.ucs.ed.ac.uk [129.215.200.48]) by cancer.ucs.ed.ac.uk (8.6.10/8.6.9) with ESMTP id IAA04330; Wed, 1 Mar 1995 08:58:43 GMT Received: (jaw@localhost) by scorpio.ucs.ed.ac.uk (8.6.9/8.6.9) id IAA29717; Wed, 1 Mar 1995 08:58:40 GMT Date: Wed, 1 Mar 1995 08:58:40 +0000 (GMT) From: Graeme Wood Reply-To: Graeme.Wood@ucs.ed.ac.uk To: Tristram Scott cc: rem-conf@es.net Subject: Re: wb 1.59 under Solaris 2.3 In-Reply-To: <9503010040.AA26290@cantua.canterbury.ac.nz> Message-ID: X-Department: "Unix Systems Support, Computing Services" X-Organisation: "The University of Edinburgh" X-URL: "http://ugwww.ucs.ed.ac.uk/~jaw/" X-Phone: +44 31 650 5003 X-Fax: +44 31 650 6552 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wed, 1 Mar 1995, Tristram Scott wrote: > Perhaps some more info might help here. I am trying to run wb on two > different machines. Cow runs SunOS4.1.3, and sky runs Solaris 2.3. I > have tried the running and displaying wb 1.59 on cow, and it works > fine. I tried running on sky and displaying on cow, and that crashed > when I turned off the receive only. I tried running and displaying on > sky, and that crashed too. I also tried running on earth, which has > Solaris 2.4, but that didn't work either. So you don't have a problem running wb on Solaris 2.3; you have a problem running it on any Sun :-) When you say you run it on sky and display on cow, you mean you are using the X server running on cow? There doesn't seem much point to this. The whole point is that you want to run wb on the machine that you are sitting in front of. > The environment variables don't look extremely different between sky > and cow. The USER variable is set correctly. > > The Xresources should be the same, especially since I have tried > displaying on cow while running off both sky and cow simultaneously. Well it could still be a problem with the resources as you say it fails on cow too. It is possibly a problem with the version of ghostscript that you have installed on your Solaris 2.x machines. wb will use gs if you don't tell it to use Display PostScript. Did you install the patched version of gs which comes with wb? > Mark, you mention that there have been new releases. Do you mean later > versions of wb? If so, where can they be found? I checked on > ee.lbl.gov, and I have the version that is there. 1.59 is the latest version. ============================================================================= Graeme Wood Email: Graeme.Wood@ucs.ed.ac.uk Unix Systems Support Phone: +44 131 650 5003 The University of Edinburgh Fax: +44 131 650 6552 ----------------------------------------------------------------------------- Scottish MICE National Support Centre Email: mice-nsc-scotland@ed.ac.uk for your multimedia conferencing support WWW: http://mice.ed.ac.uk/mice/ ============================================================================= From rem-conf-request@es.net Wed Mar 01 04:28:39 1995 Received: from mgate.uni-hannover.de by osi-west.es.net via ESnet SMTP service id <16900-0@osi-west.es.net>; Wed, 1 Mar 1995 01:28:05 +0000 Received: from helios.tnt.uni-hannover.de by mgate.uni-hannover.de with SMTP (PP); Wed, 1 Mar 1995 10:29:20 +0100 Received: from ikarus.tnt.uni-hannover.de by helios.tnt.uni-hannover.de (4.1/SMI-4.1) id AA27768; Wed, 1 Mar 95 10:27:13 +0100 Date: Wed, 1 Mar 95 10:27:13 +0100 From: bloemer@tnt.uni-hannover.de (Arnold Bloemer) Message-Id: <9503010927.AA27768@helios.tnt.uni-hannover.de> To: rem-conf@es.net, dsimms@uiuc.edu Subject: Re: Take #2: WWW tapes rebroadcast Cc: schulz@rus.uni-stuttgart.de > Greetings, > Now that the next WWW conference is a little less than 6 weeks away, > everything is back in place to rebroadcast the video tapes made at the > WWW last fall. Ideally, we would like to do this during the week of March > 13, but I now see that STS-67 audio and video is also scheduled for that > week. Will this be a problem, or should we plan on moving our broadcast > back to the week of March 20? Any input would be appreciated. It would be nice, if you could move your broadcast to the week of March 20. For CeBIT'95 Fair in Hannover from 8-MAR-1995 until 15-MAR-1995 we will broadcast a complete international program with a lot of different activities from 8:00 GMT until 17:00 GMT. I have preannounced this event on 27-JAN-95 and will send the final announcement in the next days. Please see the attached preannouncement for now. Since that preannouncement a lot of new organisations have followed and we have even more interesting programs. Arnold ________________________________________________________________________________ Dipl.-Ing. Arnold Bloemer Universitaet Hannover Institut fuer Theoretische Nachrichtentechnik und Informationsverarbeitung bloemer@tnt.uni-hannover.de Appelstrasse 9A fax: +49 511 762-5333 D-30167 Hannover phone: +49 511 762-5320 Germany ________________________________________________________________________________ ----- Begin Included Message ----- >From mbone-de-request@faui45.informatik.uni-erlangen.de Fri Jan 27 19:40:35 1995 Date: Fri, 27 Jan 95 19:22:41 +0100 From: bloemer@tnt.uni-hannover.de (Arnold Bloemer) To: mbone@ISI.EDU, rem-conf@es.net Subject: CeBIT'95 Fair MBone Activities Preannouncement of CeBIT'95 Fair MBone Activities ------------------------------------------------- We are planning major MBone activities for CeBIT'95 fair. CeBIT'95 Fair will take place from 8-MAR-1995 until 15-MAR-1995. CeBIT fair is the world-wide largest and leading fair on information technology, telecommunication and networking. This year there will be over 6000 exhibitors from 57 countries and probably over 675,000 visitors. A special attraction will be the 'NEWS NET', which will be the largest network ever shown on a fair, integrating such different technologies as ATM-, FDDI-, Ethernet- and Token Ring on systems from a lot of vendors. On top of NEWS NET we will install an MBone Net which will cover the whole fair ground. This net will be connected to the Internet via a 2 Mbit/s connection to the WIN (German Research Network) which will be provided by the DFN (German Research Association). The connection to the international MBone will be realized via a 512 Kb/s tunnel to RRZN Hannover. The central point of all MBone activities on CeBIT will be the booth of the 'Greater Hannover Association' (Hall 22, Booth B15) and I am responsible for the organisation and coordination. So far the following organisations will participate in the MBone CeBIT Net: - Greater Hannover Association - European Advanced Networking Test Center (EANTC) (TU Berlin) - MICE National Support Center - Germany (RUS Stuttgart) - TNT at the booth of SUN Microsystems - TNT at the booth of University of Hannover If anybody else would like to show MBone technology on CeBIT'95 fair, we invite him to particpate in our net. Please contact me. We plan to setup two channels, one high bandwidth channel for the local CeBIT Net and one low bandwidth channel with world-wide reach. On the international channel we plan the following activities: - Report on Demand This will certainly be our most interesting and innovative MBone service. We will invite all MBone members to express wishes for reports on any CeBIT related topics they are interested in. Our local reporter team will then go out to the booths and do interviews. These interviews will then be send out to the MBone each day at fixed time slots. Language will be English. - MBone CeBIT Forum The MBone CeBIT Forum will take place at fixed times and shall serve as a discussion forum for CeBIT related topics. We will give status reports on what is happening on the fair, answer questions and collect wishes for in depth reports. Language will be English. - Open Forum Unmoderated discussion forum - German TV Programs from CeBIT fair Possibly we will get permissions from german tv stations to rebroadcast their CeBIT reports on MBone. Language will be German. (Anybody out there from CNN or other international tv stations who would like to cooperate with us?) - Videos from different vendors Product demonstrations from different vendors We will setup a WWW Server at the booth of the 'Greater Hannover Association' where we will give detailed information about our activities and will provide fill-out forms for the Report on Demand Service. The WWW server will be announced on the 27'th of February. We would be very happy about any hints, recommendations or comments regarding our MBone CeBIT'95 activities. Please contact me or discuss it on the mbone and rem-conf mailing lists. (I couldn't decide what the most appropriate group for this announcement is because it announces on the one side a major MBone activity and on the other side tries to coordinate MBone activities and tunneling for CeBIT fair. So I send it out to both.) Please tell us also about any other activities which are planned to take place from 8-MAR-1995 until 15-MAR-1995 and how we can coordinate activities. For example: Will there be a broadcast of the shuttle mission which is scheduled in that time range? We hope that the shuttle will take off and that a broadcast will take place which will cover the whole flight. That broadcast would be a major attraction for our visitors on CeBIT fair. But will there be a problem if we send in parallel? Hoping that you will enjoy our CeBIT'95 coverage, Arnold ________________________________________________________________________________ Dipl.-Ing. Arnold Bloemer Universitaet Hannover Institut fuer Theoretische Nachrichtentechnik und Informationsverarbeitung bloemer@tnt.uni-hannover.de Appelstrasse 9A fax: +49 511 762-5333 D-30167 Hannover phone: +49 511 762-5320 Germany ________________________________________________________________________________ ----- End Included Message ----- From rem-conf-request@es.net Wed Mar 01 05:48:19 1995 Received: from susie-10.vigra.com by osi-west.es.net via ESnet SMTP service id <17753-0@osi-west.es.net>; Wed, 1 Mar 1995 02:47:25 +0000 Received: (from steve@localhost) by susie.vigra.com (8.6.10/Vigra-1.1 Boogie) id CAA28079; Wed, 1 Mar 1995 02:46:10 -0800 Date: Wed, 1 Mar 1995 02:46:10 -0800 From: Steve Haehnichen Message-Id: <199503011046.CAA28079@susie.vigra.com> To: rem-conf@es.net Subject: VigraPix is shipping in mass quantities... and we need video hackers. Reply-To: steve@vigra.com I'm posting this to the rem-conf list since there were lots of folks here interested in the VigraPix board when it was in development. After oodles of delays, VigraPix is finally shipping, along with all the related bits of software and docs. VigraPix is a simple SBus video frame-grabber board for Solaris and SunOS machines. Full technical details and other info is up on our Web page at URL http://www.vigra.com/vigrapix/, along with a live demo showing the view outside my office. If you want to check out the software or the manual, you can grab it >from the FTP site at ftp://ftp.vigra.com/pub/vigrapix. All source code is included, since this board is primarily aimed at software developers. And, for the first bunch of folks who get a VigraPix, there's a spiffy VigraPix T-Shirt included in the package. (Mostly so I could play with PhotoShop on company time...) Also, I'm looking for a few good hackers to port various MBONE teleconferencing software packages to VigraPix. If you would like to port VIC, CU-SeeMe, IVS, or any of the other freely-distributable programs to use VigraPix, please let me know. I'm trying to squeeze out some developer boards for such noble causes. For marketspeak, check with sales@vigra.com or call us. For technical details or developer info, you can ask me . Phone numbers are below. -Steve -- Steve Haehnichen Vigra, Inc. San Diego, CA steve@vigra.com (619) 597-7080 x169 Fax: (619) 597-7094 From rem-conf-request@es.net Wed Mar 01 06:11:11 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <17970-0@osi-west.es.net>; Wed, 1 Mar 1995 03:10:30 +0000 Received: from shrew.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Wed, 1 Mar 1995 11:09:36 +0000 From: Mark Handley Organisation: University College London, CS Dept. Phone: +44 71 380 7777 ext 3666 To: Graeme.Wood@ucs.edinburgh.ac.uk cc: Tristram Scott , rem-conf@es.net Subject: Re: wb 1.59 under Solaris 2.3 In-reply-to: Your message of "Wed, 01 Mar 95 08:58:40 GMT." Date: Wed, 01 Mar 95 11:08:36 +0000 Message-ID: <10029.794056116@cs.ucl.ac.uk> Sender: M.Handley@cs.ucl.ac.uk >It is possibly a problem with the version of ghostscript that you have >installed on your Solaris 2.x machines. wb will use gs if you don't >tell it to use Display PostScript. Did you install the patched version >of gs which comes with wb? According to wb's changes log: v1.39, Mon Jun 7 19:15:31 PDT 1993 - wb now always attempts to use Display PostScript then, if the X server doesn't support it, falls back to ghostscript. Added an X resource wb.UseDPS: false and a command line flag (-d) to disable use of DPS so wb will always choose ghostscript. (suggested by George Michaelson.) I know this is old, but I don't find anything since changing it, so I believe it still defaults to using display postscript. Maybe you should try the "-d" flag, and see if it makes any difference not using DPS on your solaris box. Mark From rem-conf-request@es.net Wed Mar 01 09:55:38 1995 Received: from cyclops.ece.ncsu.edu by osi-west.es.net via ESnet SMTP service id <19494-0@osi-west.es.net>; Wed, 1 Mar 1995 06:54:36 +0000 Received: by cyclops.ece.ncsu.edu (8.6.9/EC06jan95) id JAA00882; Wed, 1 Mar 1995 09:54:30 -0500 From: Leigh Anne Rettinger Message-Id: <9503010954.ZM880@eos.ncsu.edu> Date: Wed, 1 Mar 1995 09:54:29 -0500 X-Mailer: Z-Mail (3.2.0 06sep94) To: rem-conf@es.net Subject: MBONE Announcement: Workshop on Computer Based Tools to Assist in Air Quality Modeling Cc: tkm@eos.ncsu.edu, jfwang@ncsc.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii We would like to broadcast the following workshop on the MBONE on March 22, 12noon-4pm (US/Eastern time, 17:00-21:00 GMT). Workshop on: Computer Based Tools to Assist in Air Quality Modeling March 22 12-4pm (US/Eastern time, 17:00-21:00 GMT) More information, including the agenda, speaker information, and registration info may be found at: http://treehug.rtpnc.epa.gov/conference/ For MBONE related issues, please contact: larettin@eos.ncsu.edu or browse http://treehug.rtpnc.epa.gov/conference/state-workshop-3-22-95/communications.html for detailed technical information. -- OVERVIEW High Performance Computer-Based Tools are being developed as the third generation of advanced air quality models, Models-3. This program presents the first prototype, UAMGUIDES, ie. a smart GUIDE to using Urban Airshed Model (UAM), which is now available and is designed to assist in applications of UAM. UAMGUIDES assists in: the preparation of input data, both emissions and meteorological; execution of UAM applications; visualization of results; and analysis of results for making decisions. To establish the value of this capacity, the program will include an application in North Carolina and a demonstration of the UAMGUIDES version 1.0. State feedback on UAMGUIDES is critical for future Models-3 development efforts. MAJOR TOPICS - UAMGUIDES - Computer-based assistance with UAM applications - Technical transfer - State-of-art electronic communication - Hardware / Software requirements - Human resource training curriculum - Decision support - UAM Application in North Carolina - State of development of advanced air quality modeling systems, ie. Models-3 INTENDED AUDIENCE Officials, Managers, Technicians interested in use of advanced air quality models, Scientists. BENEFITS Specific information to plan for use of future advanced air quality models. Demonstration and application of current prototype modeling system for those interested in participating in technical transfer of prototypes. -- Leigh Anne Rettinger, larettin@eos.ncsu.edu Department of Electrical and Computer Engineering North Carolina State University, Raleigh, NC, USA http://www2.ncsu.edu/eos/users/l/larettin/www/ From rem-conf-request@es.net Wed Mar 01 10:03:00 1995 Received: from tityus.scl.ameslab.gov by osi-west.es.net via ESnet SMTP service id <19622-0@osi-west.es.net>; Wed, 1 Mar 1995 07:01:58 +0000 Received: by tityus.scl.ameslab.gov; id AA22210; Wed, 1 Mar 1995 09:01:54 -0600 From: Joseph Metzger Message-Id: <9503011501.AA22210@tityus.scl.ameslab.gov> Subject: Re: FTS2000 usage co$ts (fwd) To: rem-conf@es.net Date: Wed, 1 Mar 1995 09:01:53 -0600 (CST) X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1345 Forwarded message: > From LIST-MGR@HEPNET.HEP.NET Tue Feb 28 18:51:19 1995 > Date: Tue, 28 Feb 1995 19:49:07 -0500 > From: pfunk@pppl.gov (Paul Funk) > Subject: Re: FTS2000 usage co$ts > Sender: LIST-MGR@HEPNET.HEP.NET > To: rcwg@nic.hep.net > > > I'm very interested to know, for the various FTS2000 sites, the > > hourly co$t of FTS2000 connectivity. Either post to the list or send > > some sort of summary billing information. > > > > > >Ari@ES.net > > Can't help ya. Just got October '94 bill last week and all it > included was 1/12th of the PRI installation cost ($167) plus a $34 voice > credit, for what I know not. Other than that, it's been free. GREAT > SERVICE! (**** NOT ***) > > ---Paul The PRI at Ames Lab was installed before October '94 and we still have not received a bill. I assume at some point they will catch up on this oversight. ************************************************************************** * Joe Metzger (515) 294-1939 * * Systems Manager metzger@ameslab.gov * * Scalable Computing Lab metzger@iastate.edu * * Ames Laboratory 236 Wilhelm, ISU, Ames IA, 50011 * ************************************************************************** From rem-conf-request@es.net Wed Mar 01 11:53:22 1995 Received: from tweety.CS.Berkeley.EDU by osi-west.es.net via ESnet SMTP service id <20618-0@osi-west.es.net>; Wed, 1 Mar 1995 08:52:21 +0000 Received: (larry@localhost) by tweety.cs.berkeley.edu (8.6.10/8.3) id IAA12499; Wed, 1 Mar 1995 08:52:17 -0800 Date: Wed, 1 Mar 1995 08:52:17 -0800 From: Larry Rowe Message-Id: <199503011652.IAA12499@tweety.cs.berkeley.edu> To: rem-conf@es.net Subject: MBONE Announcement: UCB Multimedia Seminar 3/3/95 2:30 PST MULTIMEDIA AND GRAPHICS SEMINAR IPng: The Next Generation Internet Protocol Steve Deering Xerox PARC Date: Mar 3, 1995 Time: 2:30-3:30 Room: 405 Soda Hall A new version of the Internet's core protocol, IP, has been developed by the Internet Engineering Task Force (IETF) and is now entering the IETF Standards track. The new IP, known as IPng or IP version 6, is designed to meet the scaling requirements imposed by the explosive growth of the Internet, and to meet the demand for greater functionality at the internet layer, including strong security, automated configuration, and support for multimedia traffic. In this talk, I will give an overview of IPng -- explaining how and why it differs from the current version of IP -- and a status report on the protocol specifications, implementations, and plans for deployment. ------------ This seminar will be broadcast on the MBONE starting around 2:30. 405 Soda Hall is a relatively small seminar room (approx. 25 seats). Folks at Berkeley might want to attend the seminar by watching it on your workstation, if it can receive MBONE transmissions. For further information on accessing the MBONE contact see the FAQ (/usr/sww/doc/faq/mbone.faq). From rem-conf-request@es.net Wed Mar 01 15:04:37 1995 Received: from hplms26.hpl.hp.com by osi-west.es.net via ESnet SMTP service id <23028-0@osi-west.es.net>; Wed, 1 Mar 1995 12:04:04 +0000 Received: from hplgsl.hpl.hp.com by hplms26.hpl.hp.com with SMTP (1.36.108.4/15.5+ECS 3.3+HPL1.1S) id AA16464; Wed, 1 Mar 1995 12:03:16 -0800 Received: by hplgsl.hpl.hp.com (1.37.109.8/15.5+ECS 3.3+HPL1.1) id AA14185; Wed, 1 Mar 1995 12:03:56 -0800 Date: Wed, 1 Mar 1995 12:03:56 -0800 From: Community Networking Workshop Message-Id: <9503012003.AA14185@hplgsl.hpl.hp.com> To: rem-conf@es.net Subject: Community Networking Workshop ============================================================================= Call for Participation ============================================================================= SECOND INTERNATIONAL WORKSHOP ON COMMUNITY NETWORKING INTEGRATED MULTIMEDIA SERVICES TO THE HOME June 20-22, 1995 Princeton, New Jersey, USA Sponsored by the IEEE Communications Society* In collaboration with ACM SIGCOMM* Community networking concerns the network infrastructures that will bring integrated multimedia services to home users. Community networking differs in many ways from enterprise networking in its services, technologies, and economics. In contrast to enterprise networking applications, community networking services will not necessarily be work oriented and will range from entertainment to shopping to information services. At present, community networking technology is driven by the requirements of video-on-demand, most notably high bandwidth (compared to narrowband), bandwidth asymmetry, and the delay-jitter constraints imposed by today's limited-storage TV set-top devices. As various other services develop, community networking will evolve to include integrated multimedia communication and user-to-user applications. Community networking must also provide access to resources located outside the community, in an increasingly global repository of information of every conceivable type. This workshop will give researchers and professionals the chance to share their views and advance the state of the art in this field. RELEVANT AREAS: Contributions are encouraged in the five areas listed below with relevant topics: 1. APPLICATIONS AND REQUIREMENTS: types of applications; coding; set-top operating systems; QoS networking requirements (symmetric/asymmetric bandwidth, delay, and losses); security and privacy; service models; user interface and navigation facilities. 2. LOCAL DISTRIBUTION TECHNOLOGY: topology; fiber/cable/UTP/wireless; modulation, bandwidth allocation; MAC (reverse channel); role of ATM; dependencies on equipment/network in the home (e.g., TV set-top). 3. ADDRESSING, SIGNALING, AND UPPER-LAYER PROTOCOLS: local vs. global addressing; the service provider view vs. the common carrier view: the video-dialtone gateway; role of B-ISDN protocols; network- and transport-layer protocols; network management; APIs. 4. INTERNETWORKING AND ARCHITECTURE: the gateway: accessing other networks (data, telephone); server placement and network optimization; the regional distribution centers; testbeds; network traffic models; network cost structure and its implications on service pricing; medium- and long-term network evolution; the impact of regulatory constraints. 5. COMMUNITY ASPECTS, OPPORTUNITIES FOR GROWTH: the success of community networking depends of the degree to which it meets community needs and invites the full participation of community members; community needs, desires and aspirations; networking approaches that have worked well in the past and others that have not; obstacles to success that need to be overcome. INSTRUCTIONS FOR SUBMITTING ABSTRACTS: Please send via electronic mail a detailed abstract (up to 3 pages in ASCII or PostScript) describing a position statement in one of the areas above to cn2@arch4.ho.att.com Note that submissions longer than the limit above will not be reviewed. Only if electronic submission is impossible, a hardcopy version may be sent to: Joel Winthrop AT&T Bell Laboratories 101 Crawfords Corner Rd., RM 1K-306 Holmdel, NJ 07733, USA Participation in the workshop will be by invitation only based on the Program Committee's review of position statements. Some of the authors will be asked to submit papers and to present them during the workshop. Workshop size limitation may preclude attendance of all authors of multi-author abstracts. DATES: Deadline for submitting abstracts . . . . . . . . March 17, 1995 Acceptance notification . . . . . . . . . . . . . April 17, 1995 Papers due (limited to 8 pages) . . . . . . . . . May 19, 1995 PROGRAM COMMITTEE: Program Chair: Joel Winthrop AT&T Bell Labs, Holmdel, New Jersey Publication Chair: Vince Lesch AT&T Bell Labs, Holmdel, New Jersey Committee Members: Farfhid Arman Siemens Corporate Research Joydeep Bose National Computer Board Jurgen Brommelhoff Digital Equipment Corporation G. Keith Cambron Pacific Bell Andrew Davidson Phillips Interactive Media of America Jeff H. Derby IBM Corporation Alexander D. Gelman Bellcore Riccardo Gusella Hewlett-Packard Laboratories Gordon Kerr BT Labs Andrew Laursen Oracle Corporation Andrew Lippman MIT, Media Lab Tetsuya Miki NTT Transmission Systems Laboratories Mario Morino Morino Foundation Martin De Prycker Alcatel Bell Telephone David Skellern Macquarie University Albert J. Stienstra Philips Research Mario P. Vecchi Time Warner Cable, Inc. William E. Wall Scientific-Atlanta, Inc. * Approval Pending From rem-conf-request@es.net Wed Mar 01 16:08:27 1995 Received: from mgate.uni-hannover.de by osi-west.es.net via ESnet SMTP service id <23898-0@osi-west.es.net>; Wed, 1 Mar 1995 13:07:40 +0000 Received: from helios.tnt.uni-hannover.de by mgate.uni-hannover.de with SMTP (PP); Wed, 1 Mar 1995 22:09:04 +0100 Received: from ikarus.tnt.uni-hannover.de by helios.tnt.uni-hannover.de (4.1/SMI-4.1) id AA28850; Wed, 1 Mar 95 22:06:57 +0100 Date: Wed, 1 Mar 95 22:06:57 +0100 From: bloemer@tnt.uni-hannover.de (Arnold Bloemer) Message-Id: <9503012106.AA28850@helios.tnt.uni-hannover.de> To: rem-conf@es.net Subject: STS-67 Shuttle Mission Here are two questions regarding the upcoming broadcast of the next shuttle mission: 1. Is there anybody nearer to NASA than we, who could record the space shuttle launch? We would like to show the shuttle broadcast on CeBIT'95 as one MBone attraction. A recorded shuttle launch would be ideal for demonstrations. We have several large projection screens on our booths. 2. During the last meeting there was a discussion regarding the usage of vic/h261 or nv. We discussed this subject on our last German MBone meeting briefly and all who expressed themself on this subject, said, that they liked the first vic/h261 part of the broadcast much better than the following nv part. The high frame rate together with the relatively low data rate was very impressive. For CeBIT'95 MBone Net broadcast we want to use also vic/h261. What is planned for the upcoming broadcast. Will you use vic or nv or switch between both? For our demonstrations on CeBIT'95 we would prefer if you could send in vic/h261. Hoping, that the shuttle will take off, Arnold P.S. Has anybody a vic recording tool. Anders, is there already something like vic-record in your lab :-) ? From rem-conf-request@es.net Wed Mar 01 16:53:56 1995 Received: from cantva.canterbury.ac.nz by osi-west.es.net via ESnet SMTP service id <24584-0@osi-west.es.net>; Wed, 1 Mar 1995 13:53:22 +0000 Received: from cantua.canterbury.ac.nz by csc.canterbury.ac.nz (PMDF V4.3-13 #7295) id <01HNNP1GEVCGG9MBJM@csc.canterbury.ac.nz>; Thu, 02 Mar 1995 10:52:47 +1300 Received: by cantua.canterbury.ac.nz (5.0/SMI-4.1) id AA26408; Thu, 2 Mar 1995 10:52:44 +1300 Date: Thu, 02 Mar 1995 10:52:44 +1300 From: busa057@cantua.canterbury.ac.nz (Tristram Scott) Subject: Re: wb 1.59 under Solaris 2.3 To: Graeme.Wood@ucs.ed.ac.uk Cc: rem-conf@es.net Message-id: <9503012152.AA26408@cantua.canterbury.ac.nz> X-Envelope-to: rem-conf@es.net Content-transfer-encoding: 7BIT Content-length: 1737 X-Sun-Charset: US-ASCII Graeme Wood wrote: > So you don't have a problem running wb on Solaris 2.3; you have a problem > running it on any Sun :-) Not quite! It does work fine running on cow, the SunOS4 machine. > When you say you run it on sky and display on cow, you mean you are > using the X server running on cow? There doesn't seem much point to > this. The whole point is that you want to run wb on the machine that > you are sitting in front of. the point of this is that cow is a SPARC 1, whereas sky is a SPARC 10. cow is busy enough already, so I am trying to offload some of the work to sky. Also, I thought it was a worhtwhile test in this situation. [stuff deleted] > It is possibly a problem with the version of ghostscript that you have > installed on your Solaris 2.x machines. wb will use gs if you don't > tell it to use Display PostScript. Did you install the patched version > of gs which comes with wb? I haven't installed the patched version of gs, as the README suggested it was only helpful, not essential. I haven't told it to use gs, so I assume it was using DPS. I just tried now changing the wb.UseDPS X resource to false, and also to true (which I believe to be the default), but found no improvement. I can still start wb, but when I try to write to it, it crashes. Also, Mark suggested I try running wb off cow and displaying on sky. This worked fine. The problem definitely seems to be with running wb off sky, the Solaris 2.3 machine. Thanks for your continued input. Tristram --- Tristram Scott, Dept of Management| E-Mail t.scott@cantua.canterbury.ac.nz University of Canterbury | or busa057@cantua.canterbury.ac.nz Christchurch, New Zealand | Phone +64 3 364-2656 Fax +64 3 364-2020 From rem-conf-request@es.net Wed Mar 01 17:25:04 1995 Received: from 204.95.114.3 by osi-west.es.net via ESnet SMTP service id <24841-0@osi-west.es.net>; Wed, 1 Mar 1995 14:23:58 +0000 Received: by mmf.andersen.com (5.0/Andersen Consulting) id AA00710; Wed, 1 Mar 1995 16:18:17 +0600 Date: Wed, 1 Mar 1995 16:18:17 +0600 From: koduriv@mmf.andersen.com (Vijay L. Koduri) Message-Id: <9503012218.AA00710@mmf.andersen.com> To: rem-conf@es.net Subject: mrouted on Solaris 2.3 X-Sun-Charset: US-ASCII content-length: 432 Hi, I am interested in setting up my Solaris 2.3 Sparc LX to run mrouted. I understand that multicast support already exists; it is configured to receive multicast messages. So do I need any other file besides the 'mrouted' file in order to configure it? I'm sure someone has done it before - can they brief me in on the exact procedure? Thank you very much in advance, Vijay Koduri koduriv@mmf.andersen.com (312) 931-2566 From rem-conf-request@es.net Wed Mar 01 19:07:01 1995 Received: from FARNSWORTH.MIT.EDU by osi-west.es.net via ESnet SMTP service id <25611-0@osi-west.es.net>; Wed, 1 Mar 1995 15:34:17 +0000 Received: from localhost by farnsworth.mit.edu with SMTP id AA10970; Wed, 1 Mar 1995 18:36:10 -0500 Message-Id: <9503012336.AA10970@farnsworth.mit.edu> To: rem-conf@es.net, mbone@isi.edu, nomad@farnsworth.mit.edu Subject: Internet Economics Workshop Date: Wed, 01 Mar 95 18:36:04 -0500 From: bailey@farnsworth.mit.edu X-Mts: smtp To whom it may concern: We at the Research Program on Communications Policy will hold a meeting at MIT on March 9th and 10th from 9am to 5:30pm (Eastern time) on Thurs. and 9am to 4:30pm (Eastern time) on Friday. We hope to broadcast this workshop over the Internet via MBONE. We have already secured the equipment and were given the green light by MITnet to proceed. They have been helping us with the connection to the Internet cloud. However, it has just been brought to my attention that you need to be alerted to our intentions. I'm sorry for the late notification. Please let me know if there are any specific questions you may have. Thanks. --Joe Bailey From rem-conf-request@es.net Wed Mar 01 19:14:54 1995 Received: from everest.cclabs.missouri.edu by osi-west.es.net via ESnet SMTP service id <25785-0@osi-west.es.net>; Wed, 1 Mar 1995 16:06:21 +0000 Received: from sgi2.phlab.missouri.edu (sgi2.phlab.missouri.edu [128.206.115.32]) by everest.cclabs.missouri.edu (8.6.10/8.6.6-Arete-2) with SMTP id RAA27234; Wed, 1 Mar 1995 17:59:46 -0600 Date: Wed, 1 Mar 1995 17:59:46 -0600 (CST) From: Paul 'Shag' Walmsley X-Sender: ccshag@sgi2.phlab.missouri.edu To: Arnold Bloemer cc: rem-conf@es.net Subject: Re: STS-67 Shuttle Mission In-Reply-To: <9503012106.AA28850@helios.tnt.uni-hannover.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wed, 1 Mar 1995, Arnold Bloemer wrote: > P.S. Has anybody a vic recording tool. Anders, is there already something > like vic-record in your lab :-) ? I think that Van & Steve McCanne wrote something to do this. I think that it was called "rtp_record" and that although it was available separately from vic, it needed vic's source to compile correctly. It's also C++ ... a quick check says that it's at ftp.ee.lbl.gov:/conferencing/vic/rtp_record.cc. - Paul "Shag" Walmsley "I'll drink a toast to bold evolution any day!" From rem-conf-request@es.net Wed Mar 01 20:15:44 1995 Received: from relay.hp.com by osi-west.es.net via ESnet SMTP service id <26531-0@osi-west.es.net>; Wed, 1 Mar 1995 17:07:14 +0000 Received: from it_750.ch.apollo.hp.com by relay.hp.com with SMTP (1.37.109.14/15.5+ECS 3.3) id AA245966426; Wed, 1 Mar 1995 17:07:06 -0800 Message-Id: <199503020107.AA245966426@relay.hp.com> Received: from dcetv.ch.apollo.hp.com by it_750.ch.apollo.hp.com for rem-conf@es.net id AA28652; Wed, 1 Mar 1995 20:07:05 -0500 X-Mailer: exmh version 1.5.3 12/28/94 To: Paul 'Shag' Walmsley Cc: Arnold Bloemer , rem-conf@es.net Subject: Re: STS-67 Shuttle Mission In-Reply-To: Your message of "Wed, 01 Mar 1995 17:59:46 CST." Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 01 Mar 1995 20:07:07 -0500 From: John Brezak > On Wed, 1 Mar 1995, Arnold Bloemer wrote: > > > P.S. Has anybody a vic recording tool. Anders, is there already something > > like vic-record in your lab :-) ? > > I think that Van & Steve McCanne wrote something to do this. I think > that it was called "rtp_record" and that although it was available > separately from vic, it needed vic's source to compile correctly. > > It's also C++ ... a quick check says that it's at > ftp.ee.lbl.gov:/conferencing/vic/rtp_record.cc. > Having the record tool is nice, what about playback ? =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= John Brezak UUCP: uunet!apollo.hp!brezak Hewlett Packard/Apollo Internet: brezak@ch.hp.com 300 Apollo Drive Phone: (508) 436-4915 Chelmsford, Massachusetts Fax: (508) 436-5140 From rem-conf-request@es.net Wed Mar 01 22:05:24 1995 Received: from icsia.ICSI.Berkeley.EDU by osi-west.es.net via ESnet SMTP service id <28310-0@osi-west.es.net>; Wed, 1 Mar 1995 19:03:26 +0000 Received: from icsid.ICSI.Berkeley.EDU (whd@icsid.ICSI.Berkeley.EDU [128.32.201.59]) by icsia.ICSI.Berkeley.EDU (8.6.10/HUB+V8$Revision: 1.22 $) with ESMTP id TAA07757; Wed, 1 Mar 1995 19:03:18 -0800 From: whd@ICSI.Berkeley.EDU (Wieland Holfelder) Received: (whd@localhost) by icsid.ICSI.Berkeley.EDU (8.6.10/1.8) id TAA02670; Wed, 1 Mar 1995 19:03:15 -0800 Message-Id: <199503020303.TAA02670@icsid.ICSI.Berkeley.EDU> Subject: Re: STS-67 Shuttle Mission To: brezak@apollo.hp.com (John Brezak) Date: Wed, 1 Mar 1995 19:03:14 -0800 (PST) Cc: rem-conf@es.net (Remote Conferencing) In-Reply-To: <199503020107.AA245966426@relay.hp.com> from "John Brezak" at Mar 1, 95 08:07:07 pm X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 987 John Brezak writes: > > Having the record tool is nice, what about playback ? > There is an rtp_play tool as part of the vic release but you also need something called p64dump which was not part of the first releases. I guess it's included in the latest vic release (2.6), though. I also had to make some changes in the Makefile in order to get it compiled (at least on a Solaris system) but that might be fixed as well. The playback, however, isn't timed so it plays back as fast as it can which means that there will be no synchronization to vat_play etc. -- Wieland ------------------------------------------------------------------------------- Wieland Holfelder International Computer Science Institute Email: whd@icsi.berkeley.edu 1947 Center Street Suite 600 Fax : +1-510-642-6865 Berkeley, CA 94704-1198 Phone: +1-510-642-4274 Ext. 302 URL: http://www.icsi.berkeley.edu/~whd ------------------------------------------------------------------------------- From rem-conf-request@es.net Wed Mar 01 23:20:57 1995 Received: from pine.iecs.fcu.edu.tw by osi-west.es.net via ESnet SMTP service id <28866-0@osi-west.es.net>; Wed, 1 Mar 1995 20:19:52 +0000 Received: by pine.iecs.fcu.edu.tw (4.1/SMI-4.1) id AA10182; Thu, 2 Mar 95 12:04:44 CST Date: Thu, 2 Mar 95 12:04:44 CST From: ycliaw@pine.IECS.FCU.edu.tw (Yi-Ching Liaw) Message-Id: <9503020404.AA10182@pine.iecs.fcu.edu.tw> To: rem-conf@es.net Subject: Where can i get the ip-multicast's source code of SunOS 4.1.4 ? as title. Thanks. Yi-Ching Liaw. From rem-conf-request@es.net Thu Mar 02 02:31:45 1995 Received: from susie-10.vigra.com by osi-west.es.net via ESnet SMTP service id <29887-0@osi-west.es.net>; Wed, 1 Mar 1995 23:31:15 +0000 Received: (from steve@localhost) by susie.vigra.com (8.6.10/Vigra-1.1 Boogie) id XAA00762; Wed, 1 Mar 1995 23:30:01 -0800 Date: Wed, 1 Mar 1995 23:30:01 -0800 From: Steve Haehnichen Message-Id: <199503020730.XAA00762@susie.vigra.com> To: rem-conf@es.net Subject: Can anyone near CTS provide an MBONE feed? Reply-to: steve@vigra.com I've talked to our service provider (CTS in San Diego), and it looks like they won't be joining the MBONE for the time being. The good news that they were interested, and they will keep an eye on it. But it seems that they want to wait and see how many people tunnel through before investing the effort to carry it properly. So, can any kind soul provide an MBONE tunnel to our network? Our connection is currently a 56kbps dedicated line, but it's getting upgraded to T1 in a few weeks. For the short term, I just want to run sd and get an idea of what's going on. We will be running version 3.3 of the IP multicasting extensions for SunOS, and depending on pruning to throttle the connection down pretty low. To help give an idea of where on the net we sit, a traceroute to es.net looks like this: traceroute to nic2.es.net (128.55.32.36) 30 hops max, 38 byte packets 1 3com-10.vigra.com (199.254.10.254) 2 rita.visicom.com (199.254.12.1) 3 nb41.cts.com (192.188.72.29) 4 c4000.cts.com (192.188.72.26) 5 sl-stk-2-S2-T1.sprintlink.net (144.228.196.65) 6 sl-stk-5-F0/0.sprintlink.net (144.228.40.5) 7 icm-fix-w-H2/0-T3.icp.net (144.228.10.22) 8 ames-rt1.es.net (192.203.230.13) 9 llnl-ames.es.net (134.55.4.162) 10 nersc2fddi-outnetfddi.llnl.gov (192.188.35.13) 11 nic2.es.net (128.55.32.36) Many thanks! -Steve -- Steve Haehnichen Vigra, Inc. San Diego, CA steve@vigra.com (619) 597-7080 x169 Fax: (619) 597-7094 From rem-conf-request@es.net Thu Mar 02 04:49:40 1995 Received: from relay1.Hawaii.Edu by osi-west.es.net via ESnet SMTP service id <01585-0@osi-west.es.net>; Thu, 2 Mar 1995 01:49:07 +0000 Received: from uhunix3.uhcc.Hawaii.Edu ([128.171.44.52]) by relay1.Hawaii.Edu with SMTP id <11399(3)>; Wed, 1 Mar 1995 23:49:03 -1000 Received: by uhunix3.uhcc.Hawaii.Edu id <148513>; Wed, 1 Mar 1995 23:48:52 -1000 From: Anthony Hoelscher To: rem-conf@es.net Subject: Unsubscribe Me! Message-Id: <95Mar1.234852hst.148513@uhunix3.uhcc.Hawaii.Edu> Date: Wed, 1 Mar 1995 23:48:44 -1000 Please unsubscribe me! From rem-conf-request@es.net Thu Mar 02 05:44:10 1995 Received: from charon.cwi.nl by osi-west.es.net via ESnet SMTP service id <01902-0@osi-west.es.net>; Thu, 2 Mar 1995 02:43:43 +0000 Received: from schelvis.cwi.nl by charon.cwi.nl with SMTP id ; Thu, 2 Mar 1995 11:43:35 +0100 Received: by schelvis.cwi.nl with SMTP id ; Thu, 2 Mar 1995 11:43:35 +0100 Message-Id: <9503021043.AA29309=jack@schelvis.cwi.nl> To: rem-conf@es.net Cc: sjoerd@cwi.nl, leo@tunix.nl Subject: Pre-announcement: NLUUG conference, April 12-13 Organisation: Multi-media group, CWI, Kruislaan 413, Amsterdam Phone: +31 20 5924098(work), +31 20 5924199 (fax), +31 20 6160335(home) X-Last-Band-Seen: Laberinto (Melkweg, 26-2) X-Mini-Review: Brilliant mix of metal, hardcore and salsa (!) Date: Thu, 02 Mar 1995 11:43:34 +0100 From: Jack Jansen We're planning to broadcast the NLUUG Spring conference on the MBone on April 11 and 12. The topic of the conference is "Trends in Networking", and speakers include Andy Tanenbaum, Mike Karels and a lot of people from the "mbone-cabal", see http://www.nluug.nl/nluug/vj95/eng.html for details. We're pretty sure we won't be using more than 128kbit of bandwidth, since the conference will be linked to the net over ISDN. Questions/remarks can be directed to me or to Sjoerd Mullender, . -- Jack Jansen | If I can't dance I don't want to be part of Jack.Jansen@cwi.nl | your revolution -- Emma Goldman uunet!cwi.nl!jack G=Jack;S=Jansen;O=cwi;PRMD=surf;ADMD=400net;C=nl From rem-conf-request@es.net Thu Mar 02 08:54:13 1995 Received: from relay.hp.com by osi-west.es.net via ESnet SMTP service id <03172-0@osi-west.es.net>; Thu, 2 Mar 1995 05:53:35 +0000 Received: from it_750.ch.apollo.hp.com by relay.hp.com with SMTP (1.37.109.14/15.5+ECS 3.3) id AA220702412; Thu, 2 Mar 1995 05:53:32 -0800 Message-Id: <199503021353.AA220702412@relay.hp.com> Received: from dcetv.ch.apollo.hp.com by it_750.ch.apollo.hp.com for rem-conf@es.net id AA03182; Thu, 2 Mar 1995 08:53:31 -0500 X-Mailer: exmh version 1.5.3 12/28/94 To: whd@ICSI.Berkeley.EDU (Wieland Holfelder) Cc: rem-conf@es.net (Remote Conferencing) Subject: Re: STS-67 Shuttle Mission In-Reply-To: Your message of "Wed, 01 Mar 1995 19:03:14 PST." <199503020303.TAA02670@icsid.ICSI.Berkeley.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 02 Mar 1995 08:53:30 -0500 From: John Brezak > John Brezak writes: > > > > Having the record tool is nice, what about playback ? > > > There is an rtp_play tool as part of the vic release but > you also need something called p64dump which was not > part of the first releases. I guess it's included in the > latest vic release (2.6), though. I also had to make some > changes in the Makefile in order to get it compiled (at > least on a Solaris system) but that might be fixed as well. I don't see p64/p64dump.c* in the 2.6 distribution. Can anyone else find it ? > > The playback, however, isn't timed so it plays back as fast > as it can which means that there will be no synchronization > to vat_play etc. > Bummer. I guess a version integrated with Anders Klemets' tools would be useful then. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= John Brezak UUCP: uunet!apollo.hp!brezak Hewlett Packard/Apollo Internet: brezak@ch.hp.com 300 Apollo Drive Phone: (508) 436-4915 Chelmsford, Massachusetts Fax: (508) 436-5140 From rem-conf-request@es.net Thu Mar 02 09:13:53 1995 Received: from tequesta.gate.net by osi-west.es.net via ESnet SMTP service id <03370-0@osi-west.es.net>; Thu, 2 Mar 1995 06:13:24 +0000 Received: from [199.227.1.65] (dffl-1.gate.net [199.227.1.65]) by tequesta.gate.net (8.6.9/8.6.9) with SMTP id JAA30266 for ; Thu, 2 Mar 1995 09:13:35 -0500 Message-Id: <199503021413.JAA30266@tequesta.gate.net> X-Sender: gpsutter@mailhost.gate.net Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 2 Mar 1994 09:18:51 -0500 To: rem-conf@es.net From: gpsutter@gate.net (Gregg Sutter) Subject: Unsubscribe Unsubscribe me. Thank you for ther opportunity to study your group. Gregg Sutter Gregg Sutter From rem-conf-request@es.net Thu Mar 02 09:39:28 1995 Received: from rosebud.sdsc.edu by osi-west.es.net via ESnet SMTP service id <03548-0@osi-west.es.net>; Thu, 2 Mar 1995 06:38:27 +0000 Received: from pauline.sdsc.edu by mailserver.sdsc.edu (4.1/4.13) id AA16134; Thu, 2 Mar 95 06:38:24 PST Received: by pauline.sdsc.edu (5.65/1.11-client) id AA17907; Thu, 2 Mar 1995 06:38:23 -0800 Date: Thu, 2 Mar 1995 06:36:19 -0800 (PST) From: Jay Dombrowski Subject: unsubscribe To: rem-conf@es.net Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Please unsubscribe me From rem-conf-request@es.net Thu Mar 02 11:20:07 1995 Received: from deneb.dfn.de by osi-west.es.net via ESnet SMTP service id <04709-0@osi-west.es.net>; Thu, 2 Mar 1995 08:19:24 +0000 Received: from moralix.pi.danet.de (pro.danet.de) by deneb.dfn.de (4.1/SMI-4.2) id AA22262; Thu, 2 Mar 95 17:18:12 +0100 Received: by moralix.pi.danet.de (/\==/\ Smail3.1.25.1 #25.17) id ; Thu, 2 Mar 95 17:13 MET Received: from [134.101.60.14] (joker) by mecky.danet.de (4.1/SMI-4.1) id AA04871; Thu, 2 Mar 95 17:20:04 +0100 Message-Id: <9503021620.AA04871@mecky.danet.de> From: Frank Raudszus To: rem-conf@es.net Date: Thu, 2 Mar 95 17:20:12 CET Encoding: 1 TEXT unsubscribe From rem-conf-request@es.net Thu Mar 02 12:44:24 1995 Received: from icsia.ICSI.Berkeley.EDU by osi-west.es.net via ESnet SMTP service id <06086-0@osi-west.es.net>; Thu, 2 Mar 1995 09:43:45 +0000 Received: from icsid.ICSI.Berkeley.EDU (whd@icsid.ICSI.Berkeley.EDU [128.32.201.59]) by icsia.ICSI.Berkeley.EDU (8.6.10/HUB+V8$Revision: 1.22 $) with ESMTP id JAA22746; Thu, 2 Mar 1995 09:43:30 -0800 From: whd@ICSI.Berkeley.EDU (Wieland Holfelder) Received: (whd@localhost) by icsid.ICSI.Berkeley.EDU (8.6.10/1.8) id JAA05998; Thu, 2 Mar 1995 09:43:27 -0800 Message-Id: <199503021743.JAA05998@icsid.ICSI.Berkeley.EDU> Subject: Re: STS-67 Shuttle Mission To: brezak@apollo.hp.com (John Brezak) Date: Thu, 2 Mar 1995 09:43:26 -0800 (PST) Cc: rem-conf@es.net (Remote Conferencing) In-Reply-To: <199503021353.AA220702412@relay.hp.com> from "John Brezak" at Mar 2, 95 08:53:30 am X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 955 John Brezak writes: > Wieland Holfelder writes: > > The playback, however, isn't timed so it plays back as fast > > as it can which means that there will be no synchronization > > to vat_play etc. > > > Bummer. I guess a version integrated with Anders Klemets' > tools would be useful then. > Well, actually this is not realy comparable since rtp_play does not send the data back out to the net (like Anders'tools do) but displays the video locally in a window. So it is more an rtp_video_display kinda thing. -- Wieland ------------------------------------------------------------------------------- Wieland Holfelder International Computer Science Institute Email: whd@icsi.berkeley.edu 1947 Center Street Suite 600 Fax : +1-510-642-6865 Berkeley, CA 94704-1198 Phone: +1-510-642-4274 Ext. 302 URL: http://www.icsi.berkeley.edu/~whd ------------------------------------------------------------------------------- From rem-conf-request@es.net Thu Mar 02 13:55:29 1995 Received: from dragon.cc.ncsu.edu by osi-west.es.net via ESnet SMTP service id <07137-0@osi-west.es.net>; Thu, 2 Mar 1995 10:53:52 +0000 Received: by dragon.cc.ncsu.edu (8.6.9/EC06jan95) id NAA02404; Thu, 2 Mar 1995 13:53:44 -0500 From: Phillip A Emer Message-Id: <9503021353.ZM2402@eos.ncsu.edu> Date: Thu, 2 Mar 1995 13:53:41 -0500 In-Reply-To: koduriv@mmf.andersen.com (Vijay L. Koduri) "mrouted on Solaris 2.3" (Mar 1, 4:18pm) References: <9503012218.AA00710@mmf.andersen.com> X-Mailer: Z-Mail (3.2.0 06sep94) To: rem-conf@es.net Subject: Re: mrouted on Solaris 2.3 Cc: koduriv@mmf.andersen.com (Vijay L. Koduri) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Mar 1, 4:18pm, Vijay L. Koduri wrote: > Subject: mrouted on Solaris 2.3 > Hi, > > I am interested in setting up my Solaris 2.3 Sparc LX to run mrouted. I > understand that multicast support already exists; it is configured to receive > multicast messages. > > So do I need any other file besides the 'mrouted' file in order to configure > it? I'm sure someone has done it before - can they brief me in on the > exact procedure? > > Thank you very much in advance, I have a sparc-5 with Solaris 2.3 and did the following: o set MULTICAST=true in /etc/rc.conf o get mrouted (I put it in a /local/etc - not sure it matters) o configure your tunnel in a /etc/mrouted.conf file o su to root - and start mrouted (use mrouted -d 3 to see lots of feedback) o try starting sd and opening well - the shuttle stuff... hope this helps, phil -- ==================================================================== Phillip Emer | phil_emer@ncsu.edu Network Engineer | (919) 515-5491 Research, Development and Data Communications | North Carolina State University | ==================================================================== From rem-conf-request@es.net Thu Mar 02 15:26:48 1995 Received: from ell.ee.lbl.gov by osi-west.es.net via ESnet SMTP service id <08625-0@osi-west.es.net>; Thu, 2 Mar 1995 12:25:19 +0000 Received: by ell.ee.lbl.gov (8.6.10/1.43r) id MAA06095; Thu, 2 Mar 1995 12:25:17 -0800 From: mccanne@ee.lbl.gov (Steven McCanne) Message-Id: <199503022025.MAA06095@ell.ee.lbl.gov> To: rem-conf@es.net Subject: Re: STS-67 Shuttle Mission Date: Thu, 02 Mar 95 12:25:17 PST I would like to add to the discussion of rtp_play. Van and I have done a first cut at simple recording tools for rtpv2 (called rtp_record and rtp_play). We put an initial version of rtp_record in the vic ftp directory, but haven't yet made rtp_play available. We hope to package up rtp_play/rtp_record separately >from vic and make the latest version available shortly. There has been some confusion about rtp_play, because the vic Makefile has a rule for building it (and it requires p64dump.cc etc). This rtp_play is not the real rtp_play, but rather was a quick hack for debugging the H.261 codec (yes, we picked a really bad name). The real rtp_play simply replays packets to the net. Sorry for the confusion. Steve From rem-conf-request@es.net Thu Mar 02 15:30:10 1995 Received: from rx7.ee.lbl.gov by osi-west.es.net via ESnet SMTP service id <08672-0@osi-west.es.net>; Thu, 2 Mar 1995 12:28:57 +0000 Received: by rx7.ee.lbl.gov (8.6.10/1.43r) id MAA09233; Thu, 2 Mar 1995 12:28:50 -0800 Message-Id: <199503022028.MAA09233@rx7.ee.lbl.gov> To: whd@ICSI.Berkeley.EDU (Wieland Holfelder) cc: brezak@apollo.hp.com, rem-conf@es.net Subject: Re: STS-67 Shuttle Mission In-reply-to: Your message of Wed, 01 Mar 95 19:03:14 PST. Date: Thu, 02 Mar 95 12:28:49 PST From: Van Jacobson I'm afraid I'm the cause of some confusion here. The thing called "rtp_play" in the vic-2.6 distribution isn't rtp_play -- it's a quick debugging hack we put together some time in the distant past to look at h261 decoding problems. I gave it a wrong & misleading name (which Steve has fixed in the next distribution). It doesn't compile because it was a one-shot hack & we didn't keep it up to date as vic evolved. We left the source around to have a starting point in case we needed similar in the future. There is a real rtp_play to go along with rtp_record. It works the way you would expect, i.e., playback is timed so that frames in the replay have the same relative timing they did originally and audio will sync with video. Steve has split rtp_play/record out from the vic distribution. Now we just need to do all the b.s. associated with a source distribution -- i.e., set up & test the autoconf template, write the manual entries & README files, etc. Steve has been too busy with his thesis work to do this & I've been spending my life on airplanes. We'll try to put something together in the next few days & send an announcement to rem-conf. - Van From rem-conf-request@es.net Thu Mar 02 19:11:49 1995 Received: from mic.ucla.edu by osi-west.es.net via ESnet SMTP service id <01583-0@osi-west.es.net>; Thu, 2 Mar 1995 16:10:43 +0000 Received: from caviar.mic.ucla.edu by mic.ucla.edu (4.1/MIC1.01) id AA21311; Thu, 2 Mar 95 16:10:28 PST Received: (from wada@localhost) by caviar.mic.ucla.edu (8.6.9/8.6.9) id QAA27146; Thu, 2 Mar 1995 16:10:23 -0800 From: Kent Wada Message-Id: <199503030010.QAA27146@caviar.mic.ucla.edu> Subject: FIAF 1995 event broadcast To: rem-conf@es.net Date: Thu, 2 Mar 1995 16:10:23 -0800 (PST) Cc: efs5sjr@mvs.oac.ucla.edu (Steven Ricci), scott@cns.ucla.edu (Scott Burris) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1275 Los Angeles has been selected as the site for the 1995 Congress of the International Federation of Film Archives (FIAF), which marks the 100th anniversary of the birth of cinema. The event is scheduled to take place between April 23-30, 1995 and is being jointly organized by the UCLA Film and Television Archive, the National Center for Film and Video Preservation at The American Film Institute and the Academy of Motion Picture Arts and Sciences. Selected programs are planned for broadcast over the MBONE, including: Monday April 24: Press Conference Wednesday April 26: Keynote speech by James Billington, the Librarian of Congress As with any event this size, details are changing every day. Please see http://caviar.mic.ucla.edu/fiaf/ for up-to-date information. We plan to use one video and one audio channel. Questions about FIAF 1995 may be directed to Steven Ricci, UCLA Film and Television Archive, at efs5sjr@mvs.oac.ucla.edu. Questions or concerns about the broadcast may be directed to Kent Wada, UCLA Office of Academic Computing, at wada@mic.ucla.edu. -- Kent Wada Coordinator, Advanced Workstation Program UCLA/OAC Microcomputer Support Office Tel: +1 310 206 3874 / FAX: +1 310 206 1700 WWW: http://caviar.mic.ucla.edu/ From rem-conf-request@es.net Thu Mar 02 19:47:23 1995 Received: from wizard.gsfc.nasa.gov by osi-west.es.net via ESnet SMTP service id <01962-0@osi-west.es.net>; Thu, 2 Mar 1995 16:42:23 +0000 Received: by wizard.gsfc.nasa.gov (5.65/1.35) id AA13051; Thu, 2 Mar 95 19:40:59 -0500 From: bill@wizard.gsfc.nasa.gov (Bill Fink) Message-Id: <9503030040.AA13051@wizard.gsfc.nasa.gov> Subject: Re: STS-67 Shuttle Mission To: van@rx7.ee.lbl.gov (Van Jacobson) Date: Thu, 2 Mar 1995 19:40:58 -0500 (EST) Cc: whd@ICSI.Berkeley.EDU, brezak@apollo.hp.com, rem-conf@es.net In-Reply-To: <199503022028.MAA09233@rx7.ee.lbl.gov> from "Van Jacobson" at Mar 2, 95 12:28:49 pm X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 876 > There is a real rtp_play to go along with rtp_record. It works > the way you would expect, i.e., playback is timed so that frames > in the replay have the same relative timing they did originally > and audio will sync with video. Steve has split rtp_play/record > out from the vic distribution. Now we just need to do all the > b.s. associated with a source distribution -- i.e., set up & > test the autoconf template, write the manual entries & README > files, etc. Steve has been too busy with his thesis work to do > this & I've been spending my life on airplanes. We'll try to > put something together in the next few days & send an > announcement to rem-conf. I'll repeat my wish that you also make binaries for rtp_play and rtp_record available (at least for Sun) when you do this, since I don't have ready access to a C++ compiler. -Thanks -Bill From rem-conf-request@es.net Thu Mar 02 20:54:37 1995 Received: from elroy.jpl.nasa.gov by osi-west.es.net via ESnet SMTP service id <02362-0@osi-west.es.net>; Thu, 2 Mar 1995 17:35:19 +0000 Received: by elroy.jpl.nasa.gov (4.1/SMI-4.1+DXR) id AA22820; Thu, 2 Mar 95 17:35:14 PST To: rem-conf@ES.NET Path: elroy.jpl.nasa.gov!not-for-mail From: earle@elroy.jpl.nasa.gov (Greg Earle) Newsgroups: jpl.mail.rem-conf Subject: cmsg newgroup jpl.mail.rem-conf unmoderated Control: newgroup jpl.mail.rem-conf unmoderated Date: 2 Mar 1995 17:34:33 -0800 Organization: Image Processing Applications and Development, JPL Lines: 18 Distribution: jpl Message-Id: <3j5rn9$m88@elroy.jpl.nasa.gov> jpl.mail.rem-conf is a newsgroup for the purpose of gatewaying the "rem-conf" Internet mailing list, which discusses REMote CONFerencing. It is intended to be a one-way mirroring of the mailing list; i.e., please do NOT post articles to this newsgroup. Use the mailing list address itself directly; i.e., "rem-conf@ES.NET". (The group has to be unmoderated otherwise it won't accept postings that have an "Approved:" header in them.) Group submission address: rem-conf@ES.NET For your newsgroups file: jpl.mail.rem-conf Gatewayed Internet mailing list "rem-conf". -- Greg Earle Inet: earle@elroy.JPL.NASA.GOV Sterling Software/Jet Propulsion Laboratory UUCP: ...!elroy!earle Section-wide Member of Technical Staff Phone: (818) 354-6007 Image Processing Applications and Development FAX: (818) 393-6962 From rem-conf-request@es.net Thu Mar 02 22:37:10 1995 Received: from mullian.ee.mu.OZ.AU by osi-west.es.net via ESnet SMTP service id <03236-0@osi-west.es.net>; Thu, 2 Mar 1995 19:34:22 +0000 Received: from rees.ee.mu.OZ.AU by mullian.ee.mu.OZ.AU with SMTP id AA04049 (5.67b/IDA-1.5 for ); Fri, 3 Mar 1995 13:08:40 +1000 youdy (rfc931-sender: youdy@rees.ee.mu.OZ.AU) From: Hu Youdy Received: (youdy@localhost) by rees.ee.mu.OZ.AU (8.6.10/8.6.10) id OAA21851 for rem-conf@es.net; Fri, 3 Mar 1995 14:08:39 +1100 Date: Fri, 3 Mar 1995 14:08:39 +1100 Message-Id: <199503030308.OAA21851@rees.ee.mu.OZ.AU> To: rem-conf@es.net Subject: MBONE Announcement: UCB Multimedia Seminar 3/3/95 2:30 PST > MULTIMEDIA AND GRAPHICS SEMINAR > IPng: The Next Generation Internet Protocol > Steve Deering > Xerox PARC > Date: Mar 3, 1995 Time: 2:30-3:30 Room: 405 Soda Hall Does anyone record the broadcast of this seminar, so I can copy the sound file and to listen it on my workstation. I am not able to access to Mbone. Thank you. From rem-conf-request@es.net Thu Mar 02 23:07:17 1995 Received: from godot.cc.duq.edu by osi-west.es.net via ESnet SMTP service id <03477-0@osi-west.es.net>; Thu, 2 Mar 1995 20:06:00 +0000 Received: (from news@localhost) by godot.cc.duq.edu (8.6.9/8.6.9) id XAA04549 for rem-conf@es.net; Thu, 2 Mar 1995 23:02:20 -0500 Path: godot.cc.duq.edu!hudson.lm.com!news.pop.psu.edu!news.cac.psu.edu!howland.reston.ans.net!news.moneng.mei.com!uwm.edu!msunews!harbinger.cc.monash.edu.au!sol.ccs.deakin.edu.au!mail2news!not-for-mail Newsgroups: mail.rem-conf Subject: cmsg newgroup jpl.mail.rem-conf unmoderated From: earle@elroy.jpl.nasa.gov (Greg Earle) Message-ID: <3j5rn9$m88@elroy.jpl.nasa.gov> Date: 2 Mar 1995 17:34:33 -0800 Reply-To: rem-conf@internode.edu.au Approved: daemon@deakin.edu.au Organization: Image Processing Applications and Development, JPL Lines: 18 Apparently-To: rem-conf@es.net jpl.mail.rem-conf is a newsgroup for the purpose of gatewaying the "rem-conf" Internet mailing list, which discusses REMote CONFerencing. It is intended to be a one-way mirroring of the mailing list; i.e., please do NOT post articles to this newsgroup. Use the mailing list address itself directly; i.e., "rem-conf@ES.NET". (The group has to be unmoderated otherwise it won't accept postings that have an "Approved:" header in them.) Group submission address: rem-conf@ES.NET For your newsgroups file: jpl.mail.rem-conf Gatewayed Internet mailing list "rem-conf". -- Greg Earle Inet: earle@elroy.JPL.NASA.GOV Sterling Software/Jet Propulsion Laboratory UUCP: ...!elroy!earle Section-wide Member of Technical Staff Phone: (818) 354-6007 Image Processing Applications and Development FAX: (818) 393-6962 From rem-conf-request@es.net Fri Mar 03 01:39:39 1995 Received: from netbsd4me.jpl.nasa.gov by osi-west.es.net via ESnet SMTP service id <04290-0@osi-west.es.net>; Thu, 2 Mar 1995 22:38:46 +0000 Received: from netbsd4me.jpl.nasa.gov (earle@localhost [127.0.0.1]) by netbsd4me.jpl.nasa.gov (8.6.10/8.6.10) with ESMTP id WAA27846 for ; Thu, 2 Mar 1995 22:38:41 -0800 Message-Id: <199503030638.WAA27846@netbsd4me.jpl.nasa.gov> To: rem-conf@es.net Subject: Whoops! Sorry for the escaped newgroup message Date: Thu, 02 Mar 1995 22:38:39 -0800 From: Greg Earle Apologies for the escaped newgroup. That'll teach me to create the gatewayed newsgroup moderated (with the moderators file entry pointing back to the mailing list) thinking that attempted posts to my site would/should go back to the mailing list (they should, of course, but doing this means that none of the regular mailing list posts would ever get put into the newsgroup, since there's no "Approved:" header! Catch-22.). Of course I tried to un-do the damage with an unmoderated newgroup message, and since it was still moderated it whisked off to pollute all your mailboxes. Mea culpa. Problem now fixed. Sorry, - Greg From rem-conf-request@es.net Fri Mar 03 03:16:44 1995 Received: from ceres.fokus.gmd.de by osi-west.es.net via ESnet SMTP service id <05392-0@osi-west.es.net>; Fri, 3 Mar 1995 00:16:10 +0000 Received: from fokus.gmd.de by ceres.fokus.gmd.de id <27114-0@ceres.fokus.gmd.de>; Fri, 3 Mar 1995 09:14:49 +0100 To: rem-conf@es.net Subject: STS-67 Shuttle Mission Date: Fri, 3 Mar 1995 09:14:49 +0100 From: Henning Schulzrinne Sender: schulzrinne@fokus.gmd.de Recording RTP sessions like those generated by vic or nevot can be done with rtpdump and rtpplay, part of the nevot source tree. -- Henning From rem-conf-request@es.net Fri Mar 03 04:03:22 1995 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <05786-0@osi-west.es.net>; Fri, 3 Mar 1995 01:02:41 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-21) id ; Fri, 3 Mar 1995 01:02:33 -0800 Posted-Date: Fri 3 Mar 95 01:02:27 PST Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Fri, 3 Mar 95 01:02:28 PST Date: Fri 3 Mar 95 01:02:27 PST From: Stephen Casner Subject: AVT working group meeting? To: rem-conf@es.net Message-Id: <794221347.0.CASNER@XFR.ISI.EDU> Mail-System-Version: To the Audio/Video Transport working group: I have not scheduled a meeting of the AVT WG in Danvers because we reached agreement in San Jose on submission of the Real-time Transport Protocol spec with the changes ironed out at that meeting. When the draft is published, the charter will be completed. However, do any of you feel that there should be an AVT meeting in Danvers? Are there other topics that you would like the group to address? I'm sending this message now because it was pointed out to me that the deadline for signing up to attend the meeting is today (March 3) and that some people might want this information to decide about attending. I realize that's not really enough time for discussion of whether or not we should have a meeting. I would have sent this message earlier, but I was trying to get the revisions to the RTP draft done first. I have put quite a few hours into editing the draft over the past month, and I believe it really will be done in a few days. I hope it can go through the IESG process in March and finally get to be an RFC. -- Steve ------- From rem-conf-request@es.net Fri Mar 03 07:46:54 1995 Received: from mailer.jhuapl.edu by osi-west.es.net via ESnet SMTP service id <07690-0@osi-west.es.net>; Fri, 3 Mar 1995 04:46:18 +0000 Received: from aplcomm.jhuapl.edu by mailer.jhuapl.edu (5.65/DEC-Ultrix/4.3) id AA23063; Fri, 3 Mar 1995 07:46:15 -0500 Received: by aplcomm.jhuapl.edu (5.0/SMI-SVR4) id AA21349; Fri, 3 Mar 1995 07:45:03 -0500 Date: Fri, 3 Mar 1995 07:45:03 -0500 (EST) From: "Greg Hollingsworth (BIX)" Subject: MBONE Conference To: rem-conf@es.net Cc: "Greg Hollingsworth (BIX)" Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 2082 We're planning to transmit the Rapid Systems Virtual Prototyping (RSVP) conference this year on May 11. It will run from 0800 to 1800 Eastern time. Please let me know if it causes any major conflicts. Thanks, Greg Hollingsworth Network manager JHU/APL A detailed description of the conference follows: RAPID SYSTEM VIRTUAL PROTOTYPING (RSVP) State-of-the-Art SYMPOSIUM DATE: MAY 11, 1995 LOCATION: THE JOHNS HOPKINS UNIVERSITY APPLIED PHYSICS LABORATORY, LAUREL, MD THE ENTIRE MEETING WILL BE TELECAST ON INTERNET VIDEO INTENDED AUDIENCE: SYSTEMS ENGINEERS, SOFTWARE DESIGNERS, PROTOTYPE TECHNOLOGY MANAGERS Recent advances in RSVP technologies enable the system designer to rapidly conceptualize, develop, and visualize complex synthetic environments. This can greatly leverage and accelerate the rate of Prototype development. The RSVP Symposium will feature Presentations and Case Studies on: - RSVP Throughout System Life-Cycle - RSVP Tools - Conceptual Design - Distributed Virtual Simulations - Risk Reduction Through RSVP - Robotics and Flexible Manufacturing - Visual Engineering Environments - Rapid Modeling Technology for Manufacturing & Communications Systems - Multimedia Rapid Prototyping - Education and Training Technology - `Intelligent' Digital Library of the Future - Virtual Instrumentation - Future Air Traffic Control Modeling - Advanced Systems Engineering Automation - Collaborative RSVP and the Internet - Rapid Modeling/Simulation Tools - Desk-Top Manufacturing - Rapid Prototyping Tools for 2-3D Data Visualization - Standards - Prototyping and Visualization in Health Care Symposium co-sponsored by: The Johns Hopkins University Applied Physics Laboratory IEEE-USA R&D Policy Committee Society for Applied Learning Technology National Council on Systems Engineering From rem-conf-request@es.net Fri Mar 03 09:21:58 1995 Received: from gewi.kfunigraz.ac.at by osi-west.es.net via ESnet SMTP service id <08592-0@osi-west.es.net>; Fri, 3 Mar 1995 06:21:18 +0000 Received: (from mash@localhost) by gewi.kfunigraz.ac.at (8.6.9/8.6.9) id QAA03619; Fri, 3 Mar 1995 16:22:36 +0100 Date: Fri, 3 Mar 1995 16:22:33 +0100 (MET) From: Martin Schitter To: rem-conf@es.net Subject: unsubscribe In-Reply-To: <9503021620.AA04871@mecky.danet.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII unsubscribe From rem-conf-request@es.net Fri Mar 03 09:23:53 1995 Received: from burdell.cc.gatech.edu by osi-west.es.net via ESnet SMTP service id <08662-0@osi-west.es.net>; Fri, 3 Mar 1995 06:23:22 +0000 Received: from flora.cc.gatech.edu (kevin@flora.cc.gatech.edu [130.207.8.20]) by burdell.cc.gatech.edu (8.6.10/8.6.9) with ESMTP id JAA20558; Fri, 3 Mar 1995 09:23:12 -0500 Received: (from kevin@localhost) by flora.cc.gatech.edu (8.6.10/8.6.9) id JAA03997; Fri, 3 Mar 1995 09:23:08 -0500 Date: Fri, 3 Mar 1995 09:23:08 -0500 From: kevin@cc.gatech.edu (Kevin C. Almeroth) Message-Id: <199503031423.JAA03997@flora.cc.gatech.edu> To: CASNER@ISI.EDU, rem-conf@es.net Subject: Re: AVT working group meeting? >>I have not scheduled a meeting of the AVT WG in Danvers because we >>reached agreement in San Jose on submission of the Real-time Transport >>Protocol spec with the changes ironed out at that meeting. When the >>draft is published, the charter will be completed. >> >>However, do any of you feel that there should be an AVT meeting in >>Danvers? Are there other topics that you would like the group to >>address? Gee, I'd finally scrapped enough money together to actually attend the IETF this time. I just looked for the charter and couldn't find it, but can the charter really be complete with the finishing of RTP? -Kevin Almeroth From rem-conf-request@es.net Fri Mar 03 12:16:23 1995 Received: from tamdhu.dcs.st-and.ac.uk by osi-west.es.net via ESnet SMTP service id <10290-0@osi-west.es.net>; Fri, 3 Mar 1995 09:15:40 +0000 Received: from turret.dcs.st-and.ac.uk by tamdhu.dcs.st-andrews.ac.uk (4.1/SMI-4.1) id AA26252; Fri, 3 Mar 95 17:13:12 GMT Message-Id: <9503031713.AA26252@tamdhu.dcs.st-andrews.ac.uk> To: rem-conf@es.net Subject: Maps and a request for beta-testers Date: Fri, 03 Mar 1995 17:14:41 +0000 From: Paul Harrington A while back, I generated some geographical/network data for ac.uk domain. I have rolled that in with some mods to Steve Putz' mapbrowser stuff to produce 'active maps': basically we want to be able to use graphical representations to interact with/control some network service/entity. These maps are Tk programs that draw country borders using polylines. The 'interesting' thing is the feature map which gives the map coordinates of an entity and a set of Tk tags that you can use to identify it. At the moment, we are using a network and the domains associated with that network. We have done a few things with ping, load-monitoring, archie, traceroute, goto ftp server, goto Web home page, show Vat participants and so on but no substantial applications. (BTW, the idea is stolen from the weather map in Joel Bartlet's paper 'Don't fidgit with widgets. Draw!'). Background is available from: http://warp.dcs.st-andrews.ac.uk:80/warp/sw/teflon Now, the begging bit. If anyone likes these maps and wants to help us out, we could use some volunteer sites to run our load monitoring stuff. This means running a process which does a broadcast rstat RPC once every n minutes, gathers up the results and multicasts it. Contact me for details. Anyway, Friday evening in an amazingly sunny, bright, warm and nice St Andrews and time to go to the pub. regards, pjjH Paul Harrington, phrrngtn@dcs.st-andrews.ac.uk +44 1334 463261 Division of Computer Science, St Andrews University, Scotland KY16 9SS From rem-conf-request@es.net Fri Mar 03 14:01:43 1995 Received: from june.cs.washington.edu by osi-west.es.net via ESnet SMTP service id <11933-0@osi-west.es.net>; Fri, 3 Mar 1995 11:01:05 +0000 Return-Path: Received: (shinder@localhost) by june.cs.washington.edu (8.6.10/7.2ju) id LAA25789; Fri, 3 Mar 1995 11:00:59 -0800 Date: Fri, 3 Mar 1995 11:00:58 -0800 (PST) From: Scott Shinderman To: rem-conf@es.net Subject: unsubscribe Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII unsubscribe From rem-conf-request@es.net Fri Mar 03 14:09:48 1995 Received: from skinner.cs.uoregon.edu by osi-west.es.net via ESnet SMTP service id <12013-0@osi-west.es.net>; Fri, 3 Mar 1995 11:08:06 +0000 Received: from pacifix.cs.uoregon.edu by skinner.cs.uoregon.edu with SMTP id AA01119 (5.65/IDA-1.4.2 for rem-conf@es.net); Fri, 3 Mar 95 11:08:00 -0800 Message-Id: <9503031908.AA01119@skinner.cs.uoregon.edu> To: rem-conf@es.net Subject: unsubscribe Date: Fri, 03 Mar 1995 11:03:33 -0800 From: Gerd Kortuem unsubscribe From rem-conf-request@es.net Fri Mar 03 14:23:06 1995 Received: from seawifs.gsfc.nasa.gov by osi-west.es.net via ESnet SMTP service id <12296-0@osi-west.es.net>; Fri, 3 Mar 1995 11:22:29 +0000 Received: by seawifs.gsfc.nasa.gov (940715.SGI.52/931108.SGI.AUTO.ANONFTP) for rem-conf@es.net id AA11665; Fri, 3 Mar 95 14:22:17 -0500 From: gene@seawifs.gsfc.nasa.gov (Gene Feldman) Message-Id: <9503031922.AA11665@seawifs.gsfc.nasa.gov> Subject: JASON Project Broadcast:Live from the Hawai'i To: rem-conf@es.net Date: Fri, 3 Mar 1995 14:22:15 -0500 (EST) Cc: gene@seawifs.gsfc.nasa.gov (Gene Feldman) X-Mailer: ELM [version 2.4 PL0] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Length: 1310 JASON Project Expedition VI, Island Earth Live Broadcast from the Volcanoes of Hawai'i Thursday, March 9, 1995 1300-1400 EST (1800-1900 UTC) The Earth's uniqueness as a planet in the solar system will be the primary focus of JASON Project Expedition VI, Island Earth. The exploration will take place in Hawai`i beginning in February of 1995 to look inward at the formation of the earth in which volcanoes are a central part of the story and outward at the solar system to see how the earth compares with other planets. During the two week expedition, live broadcasts will be sent from Hawai`i to JASON's Primary Interactive Network Sites, satellite downlink locations around the world where hundreds of thousands of students can participate in the Project and interact in real time with the scientists on site. These broadcasts, hosted by Dr. Robert Ballard, discoverer of the R.M.S. Titanic and founder of the JASON Project, will focus on the research activities of scientists, students and teachers participating in the program. More detailed information on the JASON Project can be found at: http://seawifs.gsfc.nasa.gov/JASON.html gene feldman/NASA/Goddard Space Flight Center/gene@seawifs.gsfc.nasa.gov todd viola/Jason Foundation for Education/todd@jason.org madelyn smith/Tricom/TRICOM1234@aol.com From rem-conf-request@es.net Fri Mar 03 17:07:41 1995 Received: from hep1.llnl.gov by osi-west.es.net via ESnet SMTP service id <15010-0@osi-west.es.net>; Fri, 3 Mar 1995 14:02:13 +0000 Received: by hep1.llnl.gov (1.37.109.4/16.2) id AA16869; Fri, 3 Mar 95 14:00:18 -0800 Date: Fri, 3 Mar 95 14:00:18 -0800 From: Torre "J." Wenaus To: rem-conf@es.net Subject: Multicasting with HP-UX 9.05 Reply-To: wenaus@hep1.llnl.gov Hi, Can anyone direct me to a patch or a modified kernel for HP-UX 9.05 to enable multicasting? From messages to this list (eg. "I have vat et al. running on a 712/60 under 9.05...") I know it's possible, but I haven't found a patch to implement it. I thought PHNE_5183 would do the trick, which claims to have... Added support for SAP and MULTICAST level promiscuous mode services ...but it didn't seem to help. I've been trying to get help from HP with no success so far. My machine is a 715/100. Thanks, Torre ----- Torre Wenaus LLNL-HEP wenaus@llnl.gov (510) 423-1813 Fax 422-6747 http://www-hep.llnl.gov/wenaus/whoami.html From rem-conf-request@es.net Fri Mar 03 17:38:05 1995 Received: from achilles.ctd.anl.gov by osi-west.es.net via ESnet SMTP service id <15410-0@osi-west.es.net>; Fri, 3 Mar 1995 14:37:28 +0000 Received: by achilles.ctd.anl.gov (4.1/SMI-4.1) id AA09455; Fri, 3 Mar 95 16:37:25 CST Date: Fri, 3 Mar 95 16:37:25 CST Message-Id: <9503032237.AA09455@achilles.ctd.anl.gov> To: rem-conf@es.net Subject: Re: Multicasting with HP-UX 9.05 From: "Jeffrey S. Curtis" Reply-To: curtis@anl.gov }Can anyone direct me to a patch or a modified kernel for HP-UX 9.05 to }enable multicasting? [...] You need three modified libraries (liblan.a, libnet.a and libinet.a, all of which live in /etc/conf) in order to rebuild your kernel with multicast support under 9.05 (I've heard very unconfirmed rumors that 10.0 supports it stock, which would be nice, because the unsupported method for 9.05 means that you can either have multicasting or the latest PHNE patches, but not both, since applying PHNE patches generally overwrites the aforementioned libraries). I don't recall the entire trail of people I went through to find out who "owned" these libraries, but the README included with them has the following blurb at the bottom: =============== ACKNOWLEDGEMENTS ---------------- Many thanks to Geir Pedersen at the University of Oslo for providing the original HP-UX kernel modifications and to John Brezak for porting the stuff to 9.05. FURTHER INFORMATION ------------------- For further information contact John Lumley or Aled Edwards at Hewlett-Packard Laboratories, Bristol. =============== I believe I contacted both of the gentlemen listed in the "FURTHER INFORMATION" section, and one of them gave me a temporary password to an FTP site which contained the necessary files. Try contacting them; if you can't get what you need that way, I might be persuaded to make the files available off of a server here at ANL, but naturally it's much more preferable for you to get the data from the horse's mouth. Jeff -- Jeffrey S. Curtis | Email: curtis@anl.gov Argonne National Laboratory | Voice: 708/252-1789 9700 South Cass Avenue, ECT-221 | Fax: 708/252-9689 Argonne, IL 60439 | From rem-conf-request@es.net Fri Mar 03 18:03:56 1995 Received: from decu13.Triumf.CA by osi-west.es.net via ESnet SMTP service id <15860-0@osi-west.es.net>; Fri, 3 Mar 1995 15:03:23 +0000 Received: by decu13.triumf.ca (5.65/DEC-Ultrix/4.3) id AA25745; Fri, 3 Mar 1995 15:02:58 -0800 Date: Fri, 3 Mar 1995 15:02:55 -0800 (PST) From: Andrew Daviel To: rem-conf@es.net Subject: multicast, mouted for SunOS 4.1.4 ? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I am looking to build multicast and conferencing tools on a Sun SPARC 2. Following some disk problems we have moved from 4.1.2 to 4.1.4. Is multicast already built into 4.1.4, can I apply the 4.1.3 kit, or does someone have a patch kit for 4.1.4 ? regards Andrew Daviel email: advax@triumf.ca TRIUMF voice: 604-222-7376 4004 Wesbrook Mall fax: 604-222-7307 Vancouver BC http://andrew.triumf.ca/~andrew Canada V6T 2A3 49D14.7N 123D13.6W From rem-conf-request@es.net Sat Mar 04 02:33:23 1995 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <19694-0@osi-west.es.net>; Fri, 3 Mar 1995 23:32:53 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-21) id ; Fri, 3 Mar 1995 23:32:47 -0800 Posted-Date: Fri 3 Mar 95 23:32:37 PST Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Fri, 3 Mar 95 23:32:38 PST Date: Fri 3 Mar 95 23:32:37 PST From: Stephen Casner Subject: Re: multicast, mouted for SunOS 4.1.4 ? To: andrew@andrew.triumf.ca, rem-conf@es.net Message-Id: <794302357.0.CASNER@XFR.ISI.EDU> In-Reply-To: Mail-System-Version: I have seen reports of success using the 4.1.3_U1 kit with 4.1.4. The primary list for discussion of the discussion of the multicast kernel software and mrouted is the mbone list and its regional sublists. Those who are working with this software and/or running mbone nodes should email a join request to mbone-request@isi.edu, which gives a canned reply about which sublist to join. The (human) list-mgr for the mbone-na sublist is a bit backlogged, though (I know, we need to get the list automated). You can find the archives on ftp.isi.edu:mbone/mbone.mail* -- Steve ------- From rem-conf-request@es.net Mon Mar 06 04:47:37 1995 Received: from rx7.ee.lbl.gov by osi-west.es.net via ESnet SMTP service id <19772-0@osi-west.es.net>; Mon, 6 Mar 1995 01:46:49 +0000 Received: by rx7.ee.lbl.gov (8.6.10/1.43r) id BAA19478; Mon, 6 Mar 1995 01:46:32 -0800 Message-Id: <199503060946.BAA19478@rx7.ee.lbl.gov> To: busa057@cantua.canterbury.ac.nz, whd@ICSI.Berkeley.EDU cc: rem-conf@es.net, wb@helios.ee.lbl.gov Subject: Re: wb 1.59 under Solaris 2.3 In-reply-to: Your message of Fri, 03 Mar 95 14:54:12 PST. Date: Mon, 06 Mar 95 01:46:32 PST From: Van Jacobson I've tried but can't make wb 1.59 under solaris crash here. I've tried all the incantions mentioned in various email (display local/remote, USER set/unset, use/don't DPS, -t or no -t) and flipped between read-only and read/write many times. I suspect some random piece of memory is getting scribbled on & whether that causes a crash or not is highly environment dependent. If anyone can get us a core dump of the crash, we'll do our best to find & fix the problem. - Van From rem-conf-request@es.net Mon Mar 06 07:36:23 1995 Received: from ceres.fokus.gmd.de by osi-west.es.net via ESnet SMTP service id <21000-0@osi-west.es.net>; Mon, 6 Mar 1995 04:35:48 +0000 Received: from lupus (actually lupus.fokus.gmd.de) by ceres.fokus.gmd.de with SMTP (PP-ICR1v5); Mon, 6 Mar 1995 13:34:11 +0100 X-Mailer: exmh version 1.5.3 12/28/94 To: rem-conf@es.net Subject: sd_listen Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 06 Mar 1995 13:33:43 +0100 From: Henning Schulzrinne agate.lut.ac.uk seems to no longer carry MBONE-oriented material. Is there another source for sd_listen? Thanks. Henning From rem-conf-request@es.net Mon Mar 06 08:24:22 1995 Received: from bgate.lut.ac.uk by osi-west.es.net via ESnet SMTP service id <24848-0@osi-west.es.net>; Mon, 6 Mar 1995 05:23:28 +0000 Received: from suna (cojpk@[158.125.101.100]) by suna.lut.ac.uk (8.6.10/8.6.10) with SMTP id NAA12725; Mon, 6 Mar 1995 13:22:12 GMT Date: Mon, 6 Mar 1995 13:16:25 +0000 (GMT) From: "Jon P. Knight" Subject: Re: sd_listen To: Henning Schulzrinne cc: rem-conf@es.net In-Reply-To: <199503061252.MAA12449@suna.lut.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 6 Mar 1995, Henning Schulzrinne wrote: > agate.lut.ac.uk seems to no longer carry MBONE-oriented material. Is > there another source for sd_listen? It should still be on there - . At least its all still in the directory and anonymous FTP works for me. One thing to watch out for is that one of the secondary DNS servers for lut.ac.uk sometimes appears to give out the wrong A records for some of our machines. If in doubt ensure that you're FTPing to 158.125.1.100. If any site does fancy mirroring or making making available any of the MBONE stuff from agate.lut.ac.uk please feel free. Jon -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Jon Knight, Research Student in High Performance Networking and Distributed Systems in the Department of _Computer_Studies_ at Loughborough University. * It's not how big your share is, its how much you share that's important * From rem-conf-request@es.net Mon Mar 06 11:41:38 1995 Received: from nuplanet.MV.COM by osi-west.es.net via ESnet SMTP service id <26944-0@osi-west.es.net>; Mon, 6 Mar 1995 08:41:00 +0000 Received: by nuplanet.BitScout.COM (8.6.9/1.2remote (Problems to postmaster@bitscout.com)) id QAA21867; Mon, 6 Mar 1995 16:40:55 GMT Message-Id: <199503061640.QAA21867@nuplanet.BitScout.COM> Subject: Microsoft and the T.120 announcement... To: rem-conf@es.net Date: Mon, 6 Mar 1995 16:40:55 +0000 (GMT) From: jon steer Reply-To: jsteer@BitScout.COM Organization: BitScout Software,Inc Address: 40 Berkeley St, Nashua N.H. Phone: (603)-889-1185 Video: (603)-889-1125 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 632 Hi, I haven't seen any public comment here on the Microsoft endorsement of ITU T.12x. How do the folks working on various networked based alternatives to T.12x feel that this will affect their work? I am also curious about how interworking between T.12x and other conference control protocols might work or be affected. regards, jon ============================================================================= Jon Steer -Toolsmithing,Device Drivers,Communications,H.320 Systems Consulting BitScout Software,Inc 40 Berkeley St, Nashua N.H. 03060 phone:(603)889-1185 video: (603)889-1125 E-mail: jsteer@BitScout.com From rem-conf-request@es.net Mon Mar 06 18:11:17 1995 Received: from swan.cl.cam.ac.uk by osi-west.es.net via ESnet SMTP service id <01839-0@osi-west.es.net>; Mon, 6 Mar 1995 15:10:52 +0000 Received: from smew.cl.cam.ac.uk (user pb (rfc931)) by swan.cl.cam.ac.uk with SMTP (PP-6.5) to cl; Mon, 6 Mar 1995 23:10:33 +0000 To: rem-conf@es.net, mbone@ISI.EDU cc: Piete.Brooks@cl.cam.ac.uk, Graham.Titmus@cl.cam.ac.uk, Ross.Anderson@cl.cam.ac.uk Subject: Mbone transmission 95/03/06 16:15-17:15 UTC (cl.cam.ac.uk Security) X-uri: X-face: &@N3QE9h|>f`igFCkZ'a1`z=nNLXb}k>H(79G"V?@!&*yn)uhPBctF1vc}LD'{OA%$bsX+l [wN,I^G8kKj2NFxQrr@1C4QBC]hq5-%ZkV,^Zl/qE<0`zCQ1nM+]-N<^WG[H)]?d)A:L9AF gOU[BjbaY)uBAMz}h!fm^O0# Date: Mon, 06 Mar 1995 23:10:23 +0000 From: Piete Brooks Message-ID: <"swan.cl.cam.:078170:950306231037"@cl.cam.ac.uk> Back to one "low key" seminar this week If you are not in the UK and wish to listen then please contact pb@cl.cam.ac.uk giving your nearest mrouted & whether you want a video as well as an audio feed *** *** *** *** *** University of Cambridge Computer Laboratory SEMINAR SERIES SPEAKER: Kenny Paterson, Royal Holloway, University of london DATE: Tuesday 7th March at 4.15pm PLACE: Room TP4, Computer Laboratory TITLE: THE DISCRETE FOURIER TRANSFORM AND LINEAR COMPLEXITY Nonlinear filtering of m-sequences is a popular way of obtaining keystream sequences for stream ciphers. When carefully applied, the method yields sequences with high periods, good local statistics and high linear complexity. Here, we apply the Discrete Fourier Transform technique of Massey and Serconek to the nonlinear filtering of m-sequences, and derive Rueppel's root presence test in a new and transparent way. The test's application is extended to exhibit a large class of filtering functions having a good lower bound on the linear complexity of their output sequences. *** *** *** *** *** This seminar will be multicast (audio and video) on the mbone as part of our multimedia test programme. Further information is available at http://www.cl.cam.ac.uk/mbone/#cl. From rem-conf-request@es.net Mon Mar 06 23:56:19 1995 Received: from peladon.rmit.EDU.AU by osi-west.es.net via ESnet SMTP service id <02983-0@osi-west.es.net>; Mon, 6 Mar 1995 20:55:51 +0000 Received: from exxilon.xx.rmit.EDU.AU by peladon.rmit.EDU.AU with SMTP id AA11290 (5.65c/IDA-1.4.4 for ); Tue, 7 Mar 1995 15:53:57 +1100 Received: (richard@localhost) by exxilon.xx.rmit.EDU.AU (8.6.10/8.6.4/ram5) id PAA16939; Tue, 7 Mar 1995 15:53:18 +1000 From: "Richard A. Muirden" Message-Id: <199503070553.PAA16939@exxilon.xx.rmit.EDU.AU> Subject: CU-SeeMe Survey - please fill in To: cu-seeme-announce-l@cornell.edu, rem-conf@es.net, mbone@isi.edu, aiwg-mbone@aarnet.edu.au Date: Tue, 7 Mar 1995 15:53:18 +1000 (EST) Cc: ajp@RMIT.EDU.AU X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2178 Hello. [ I'm sorry if this isn't totally relevant to some readers of these lists but I wanted to get as many respondants as possible and catch as many users of CU-SeeMe as possible. Apologies for the distribution if you feel it is incorrect ] I am investigating Audio and Video usage on the internet for a paper and would apprieciate it if you could spend a minute or two to answer these few questions. Questions apply to users of the CU-SeeMe program on the internet. Responses will help to determine a general usage level as well as possibilities for the future. Thank you in advance. -Richard --------------------------------------------------------------------------- All you need do is place an 'X' in the spot that best fits your answer to the question. You can simply reply to this post, or submit via email to richard@rmit.EDU.AU. Question 1: How often would you say you use CU-SeeMe? [ ] Every day [ ] A few times a week [ ] At least once a month [ ] When I am bored [ ] When I hear something good is on [ ] Rarely Question 2: How much time would you spend per session? [ ] less than 1 hour [ ] 1 hour [ ] 2 hours [ ] 3 hours [ ] 4 or more hours Question 3: Do you SEND video/audio on a regular basis? [ ] Yes [ ] No Question 4: Do you connect to an international reflector (ie: cornell) or a local site? [ ] Sometimes [ ] All the time [ ] Never (if you answered anything but 'never' to Question 4) Question 5: If CU-SeeMe reflectors were linked up would you use a local reflector to connect to to save bandwidth? [ ] Yes [ ] No Question 6: When you use CU-SeeMe do you ever consider issues such as Network usage and loading, and bandwidth considerations? [ ] Yes [ ] No Thank you for participating! -- Richard A. Muirden, Sys. Admin |Fan of Shostakovich, "Star Trek" and the Boeing Mailto: richard@rmit.EDU.AU |777 (launch: May 15, 1995 - United Airlines). Phone: (+61 3) 660 3814 |I created alt.fan.shostakovich! Fly: UA,AN,WN http://www.rmit.edu.au/richard |Can *YOU* beat my 106 Shost CD's? :-) * 1995: Remembering 20 years since the death of Shostakovich (1906-75) * From rem-conf-request@es.net Tue Mar 07 12:05:06 1995 Received: from aphid.fhcrc.org by osi-west.es.net via ESnet SMTP service id <09067-0@osi-west.es.net>; Tue, 7 Mar 1995 09:04:35 +0000 Received: from fred.fhcrc.org by aphid.fhcrc.org (5.0/SMI-SVR4) id AA18231; Tue, 7 Mar 1995 09:10:45 +0800 Received: from [140.107.32.78] (mparker-mac) by fred.fhcrc.org (4.1/SMI-4.1) id AA28691; Tue, 7 Mar 95 09:01:13 PST Message-Id: <9503071701.AA28691@fred.fhcrc.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 7 Mar 1995 09:03:16 -0800 To: "Richard A. Muirden" , cu-seeme-announce-l@cornell.edu, rem-conf@es.net, mbone@ISI.EDU, aiwg-mbone@aarnet.edu.au From: mparker@fred.fhcrc.org (Michael Parker) Subject: Re: CU-SeeMe Survey - please fill in Cc: ajp@rmit.edu.au content-length: 2296 At 3:53 PM 3/7/95 +1000, Richard A. Muirden wrote: >Hello. > >[ > > I'm sorry if this isn't totally relevant to some readers of these lists > but I wanted to get as many respondants as possible and catch as many > users of CU-SeeMe as possible. Apologies for the distribution if you feel > it is incorrect > >] > >I am investigating Audio and Video usage on the internet for a paper and >would apprieciate it if you could spend a minute or two to answer these >few questions. Questions apply to users of the CU-SeeMe program on the >internet. Responses will help to determine a general usage level as >well as possibilities for the future. > >Thank you in advance. > >-Richard > >--------------------------------------------------------------------------- >All you need do is place an 'X' in the spot that best fits your answer to >the question. You can simply reply to this post, or submit via email to >richard@rmit.EDU.AU. > >Question 1: How often would you say you use CU-SeeMe? > >[ ] Every day >[ ] A few times a week >[ ] At least once a month >[ ] When I am bored >[ X] When I hear something good is on >[ ] Rarely > >Question 2: How much time would you spend per session? > >[ X] less than 1 hour >[ ] 1 hour >[ ] 2 hours >[ ] 3 hours >[ ] 4 or more hours > >Question 3: Do you SEND video/audio on a regular basis? > >[ ] Yes >[ X] No > >Question 4: Do you connect to an international reflector (ie: cornell) or > a local site? > >[ X] Sometimes >[ ] All the time >[ ] Never > >(if you answered anything but 'never' to Question 4) >Question 5: If CU-SeeMe reflectors were linked up would you use a local > reflector to connect to to save bandwidth? > >[X ] Yes >[ ] No > >Question 6: When you use CU-SeeMe do you ever consider issues such as > Network usage and loading, and bandwidth considerations? > >[ ] Yes >[X ] No > > >Thank you for participating! > >-- >Richard A. Muirden, Sys. Admin |Fan of Shostakovich, "Star Trek" and the Boeing >Mailto: richard@rmit.EDU.AU |777 (launch: May 15, 1995 - United Airlines). >Phone: (+61 3) 660 3814 |I created alt.fan.shostakovich! Fly: UA,AN,WN >http://www.rmit.edu.au/richard |Can *YOU* beat my 106 Shost CD's? :-) > * 1995: Remembering 20 years since the death of Shostakovich (1906-75) * From rem-conf-request@es.net Tue Mar 07 14:45:43 1995 Received: from tweety.CS.Berkeley.EDU by osi-west.es.net via ESnet SMTP service id <10847-1@osi-west.es.net>; Tue, 7 Mar 1995 11:45:07 +0000 Received: (larry@localhost) by tweety.cs.berkeley.edu (8.6.10/8.3) id LAA19096; Tue, 7 Mar 1995 11:45:03 -0800 Date: Tue, 7 Mar 1995 11:45:03 -0800 From: Larry Rowe Message-Id: <199503071945.LAA19096@tweety.cs.berkeley.edu> To: rem-conf@es.net Subject: MBONE Announce: UCB MM Seminar (3/10): H. Lauer (MERL) "ATM Flow Control" MULTIMEDIA AND GRAPHICS SEMINAR On the Duality of Rate-based and Credit-based Flow Control Hugh C. Lauer Mitsubishi Electric Research Labs Cambridge, Massachusetts Date: Mar 10, 1995 Time: 2-3:30 Room: 405 Soda Hall Two forms of flow control for ATM (Asynchronous Transfer Mode) networks are examined, namely rate-based and credit-based flow control of ABR (Available Bit Rate) traffic. Under certain assumptions, these two are shown to be duals of each other. That is, the average traffic flow of a rate-based network can be achieved by controlling buffer space of a credit-based network. Similarly, the buffer requirements of a credit- based network can be achieved by controlling the rates in a rate-based network. Using the duality, it can be shown that several claimed advantages - in which some feature or attribute is claimed to be available in one form of flow control but not the other - are not advantages at all and, in fact, have corresponding implementations in the other. However, the duality is not perfect, and some asymmetries remain between these two forms of flow control. Some observations are offered to reduce the differences between these in practical networks. From rem-conf-request@es.net Tue Mar 07 15:27:20 1995 Received: from viipuri.nersc.gov by osi-east.es.net via ESnet SMTP service id <07373-0@osi-east.es.net>; Tue, 7 Mar 1995 12:26:54 +0000 Received: by viipuri.nersc.gov (4.1/ESnet-1.2) id AA02144; Tue, 7 Mar 95 12:26:53 PST Date: Tue, 7 Mar 95 12:26:53 PST From: ari@es.net (Ari Ollikainen) Message-Id: <9503072026.AA02144@viipuri.nersc.gov> To: rem-conf@es.net Subject: Cult Film is First on the Intern Misaddressed message... ----- Begin Included Message ----- >From Naisi@aol.com Sat Mar 4 19:49:10 1995 Date: Sat, 4 Mar 1995 22:49:03 -0500 From: Naisi@aol.com To: rem-conf-request@es.net Subject: Cult Film is First on the Intern Content-Length: 131 Check out the article with the above headline in the Business section of taday's New York Times. Is this a file on the net? FTP? ----- End Included Message ----- From REM-CONF-request@es.net Tue Mar 07 16:16:58 1995 Received: from mail06.mail.aol.com by osi-west.es.net via ESnet SMTP service id <12814-0@osi-west.es.net>; Tue, 7 Mar 1995 13:16:06 +0000 Received: by mail06.mail.aol.com (1.37.109.11/16.2) id AA139140960; Tue, 7 Mar 1995 16:16:00 -0500 Date: Tue, 7 Mar 1995 16:16:00 -0500 From: TRICOM1234@aol.com Message-Id: <950307161559_42211758@aol.com> To: REM-CONF@es.net Subject: M-bone Could someone please let me know how to access the M-bone and exactly what type of hardware and software are necessary? Thank you, Amber Moore tricom1234@aol.com From rem-conf-request@es.net Tue Mar 07 16:51:21 1995 Received: from jon.bellcore.com by osi-west.es.net via ESnet SMTP service id <13395-0@osi-west.es.net>; Tue, 7 Mar 1995 13:50:37 +0000 Received: (from zia@localhost) by jon.bellcore.com (8.6.9/8.6.9) id QAA12796; Tue, 7 Mar 1995 16:50:23 -0500 Date: Tue, 7 Mar 1995 16:50:23 -0500 From: zia@jon.bellcore.com (Ashar Zia) Message-Id: <199503072150.QAA12796@jon.bellcore.com> To: rem-conf@es.net Subject: Next VIC release? Cc: zia@jon.bellcore.com I have grabbed the latest VIC (version 2.6) release from ftp.ee.lbl.gov for the SUNs. Can someone please confirm my following observations: * VIC presently does not support hardware JPEG compression using Parallax XVideo card. * VIC presently does not support XEROX PARC video as a frame grabber; (I can only use it with VideoPix over the SunOS4.1.3). (I am interested in either of the above cases and assume the source for these cases will also be available as soon as the support is provided in the binary versions of VIC??). So my next question is: approximately when should we anticipate a next release of VIC with either/both of the above mentioned capabilities. Thanks a lot for your time. -Ashar zia@thumper.bellcore.com From rem-conf-request@es.net Tue Mar 07 17:03:59 1995 Received: from koriel.Sun.COM by osi-west.es.net via ESnet SMTP service id <13632-0@osi-west.es.net>; Tue, 7 Mar 1995 14:03:23 +0000 Received: from Eng.Sun.COM (engmail2.Eng.Sun.COM) by Sun.COM (sun-barr.Sun.COM) id AA18941; Tue, 7 Mar 95 14:02:37 PST Received: from jadeite.eng.sun.com (jadeite-95.Eng.Sun.COM) by Eng.Sun.COM (5.x/SMI-5.3) id AA06323; Tue, 7 Mar 1995 14:02:33 -0800 Received: from valathar.eng.sun.com by jadeite.eng.sun.com (5.x/SMI-SVR4) id AA21500; Tue, 7 Mar 1995 14:02:20 -0800 Received: by valathar.eng.sun.com (5.x/SMI-SVR4) id AA09454; Tue, 7 Mar 1995 14:01:33 -0800 Date: Tue, 7 Mar 1995 14:01:33 -0800 From: speer@jadeite.Eng.Sun.COM (Michael F. Speer) Message-Id: <9503072201.AA09454@valathar.eng.sun.com> To: rem-conf@es.net Subject: CellB RTP Internet-Draft Cc: speer@jadeite.Eng.Sun.COM, hoffman@jadeite.Eng.Sun.COM X-Sun-Charset: US-ASCII At this point, I am looking for feedback about the CellB RTP Internet-Draft. If there are any problems with the contents of the draft, please inform me of your concerns. Thanks in advance, Michael Speer Sun Microsystems Computer Corporation From rem-conf-request@es.net Wed Mar 08 02:36:57 1995 Received: from susie-10.vigra.com by osi-west.es.net via ESnet SMTP service id <17749-0@osi-west.es.net>; Tue, 7 Mar 1995 23:36:27 +0000 Received: (from steve@localhost) by susie.vigra.com (8.6.10/Vigra-1.1 Boogie) id XAA25639; Tue, 7 Mar 1995 23:33:49 -0800 Date: Tue, 7 Mar 1995 23:33:49 -0800 From: Steve Haehnichen Message-Id: <199503080733.XAA25639@susie.vigra.com> To: zia@jon.bellcore.com (Ashar Zia) CC: rem-conf@es.net In-reply-to: zia@jon.bellcore.com's message of Tue, 7 Mar 1995 21:50:23 GMT Subject: Next VIC release? Reply-to: steve@vigra.com -=> On Tue, 7 Mar 1995 21:50:23 GMT, zia@jon.bellcore.com (Ashar Zia) said: > I have grabbed the latest VIC (version 2.6) release from > ftp.ee.lbl.gov for the SUNs. Can someone please confirm my following > observations: > [...] > * VIC presently does not support XEROX PARC video as a frame > grabber; (I can only use it with VideoPix over the SunOS4.1.3). > [...] The PARCVid card (now sold as VigraPix) is indeed unsupported by the current release of VIC. I'm trying to contact the authors to see if there is interest in doing the port, but haven't heard back yet. I probably won't have a chance to do the port myself, so if the VIC folks decline to port it, I'll be passing the buck to some other VIC enthusiasts who have expressed interest in doing it. One way or another, it will get ported, so stay tuned.. You can check http://www.vigra.com/vigrapix for updates. -Steve -- Steve Haehnichen Vigra, Inc. San Diego, CA steve@vigra.com (619) 597-7080 x169 Fax: (619) 597-7094 From rem-conf-request@es.net Wed Mar 08 03:04:54 1995 Received: from ceres.fokus.gmd.de by osi-west.es.net via ESnet SMTP service id <18236-0@osi-west.es.net>; Wed, 8 Mar 1995 00:04:14 +0000 Received: from lupus (actually lupus.fokus.gmd.de) by ceres.fokus.gmd.de with SMTP (PP-ICR1v5); Wed, 8 Mar 1995 08:31:46 +0100 X-Mailer: exmh version 1.5.3 12/28/94 To: speer@jadeite.eng.sun.com (Michael F. Speer) cc: rem-conf@es.net, hoffman@jadeite.eng.sun.com From: Henning Schulzrinne Subject: Re: CellB RTP Internet-Draft In-reply-to: Your message of "Tue, 07 Mar 1995 14:01:33 PST." <9503072201.AA09454@valathar.eng.sun.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 08 Mar 1995 08:31:26 +0100 Sender: schulzrinne@fokus.gmd.de I believe we should, before it's too late, agree on a roughly similar naming schemes for all the video drafts, something like "RTP Encapsulation of XYZ-Compressed|Encoded Video Data". (You can't really encapsulate an 'encoding', as that's simply an algorithm of how to handle data.) In any event, the words 'RTP' and 'video' should appear to increase the likelihood of matches when scanning RFC titles. It might even be possible that the authors of the various drafts (H.261, JPEG, CellB) could agree on a rough outline. This would set an example for others to follow. Henning > > At this point, I am looking for feedback about the CellB RTP Internet-Draft. > If there are any problems with the contents of the draft, please inform me > of your concerns. > > Thanks in advance, > Michael Speer > Sun Microsystems Computer Corporation From rem-conf-request@es.net Wed Mar 08 05:10:41 1995 Received: from mullian.ee.mu.OZ.AU by osi-west.es.net via ESnet SMTP service id <19551-0@osi-west.es.net>; Wed, 8 Mar 1995 02:09:40 +0000 Received: from rees.ee.mu.OZ.AU by mullian.ee.mu.OZ.AU with SMTP id AA25116 (5.67b/IDA-1.5 for ); Wed, 8 Mar 1995 20:08:45 +1000 youdy (rfc931-sender: youdy@rees.ee.mu.OZ.AU) From: Hu Youdy Received: (youdy@localhost) by rees.ee.mu.OZ.AU (8.6.10/8.6.10) id VAA04010 for rem-conf@es.net; Wed, 8 Mar 1995 21:08:02 +1100 Date: Wed, 8 Mar 1995 21:08:02 +1100 Message-Id: <199503081008.VAA04010@rees.ee.mu.OZ.AU> To: rem-conf@es.net Subject: Re. G.711 Does anyone know where I can find G.711, G.721 and G.723, they are not in ITU gopher. Thank you. From rem-conf-request@es.net Wed Mar 08 06:52:41 1995 Received: from amy1.Stanford.EDU by osi-west.es.net via ESnet SMTP service id <20241-0@osi-west.es.net>; Wed, 8 Mar 1995 03:51:57 +0000 Received: (from mandami@localhost) by amy1.Stanford.EDU (8.6.8/8.6.6) id DAA05747 for rem-conf@es.net; Wed, 8 Mar 1995 03:51:52 -0800 From: Meng-Day Yu Message-Id: <199503081151.DAA05747@amy1.Stanford.EDU> Subject: subscribe To: rem-conf@es.net Date: Wed, 8 Mar 1995 03:51:51 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 10 subscribe From rem-conf-request@es.net Wed Mar 08 10:05:55 1995 Received: from seawifs.gsfc.nasa.gov by osi-east.es.net via ESnet SMTP service id <24310-0@osi-east.es.net>; Wed, 8 Mar 1995 07:05:25 +0000 Received: by seawifs.gsfc.nasa.gov (950215.SGI.8.6.10/931108.SGI.AUTO.ANONFTP) id KAA23912; Wed, 8 Mar 1995 10:03:47 -0500 From: gene@seawifs.gsfc.nasa.gov (Gene Feldman) Message-Id: <199503081503.KAA23912@seawifs.gsfc.nasa.gov> Subject: JASON VI MBONE Broadcast...put yourself on the map To: rem-conf@es.net, mbone@isi.edu Date: Wed, 8 Mar 1995 10:03:44 -0500 (EST) Cc: todd@jason.org, gene@seawifs.gsfc.nasa.gov (Gene Feldman), tim@jason.org, tricom1234@aol.com X-Mailer: ELM [version 2.4 PL0] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Length: 837 For those of you who are planning to watch the live broadcast of the JASON VI Expedition to Hawai'i on the MBONE tomorrow at 1300 EST (1800 UTC) we would really like to know who our audience is and where you are watching from. To do this, we have put together an interactive locator map that allows you to enter your location and have it added to a world map showing all the sites participating in the MBONE event. The locator map is available on the World Wide Web at the following URL: http://seawifs.gsfc.nasa.gov/JASON_MULTICAST.html Please enter your locations anytime between now and the end of the broadcast tomorrow to be included. Thanks very much and hope you can join us tomorrow. Gene Feldman and Norman Kuring NASA/Goddard Space Flight Center Todd Viola JASON Foundation for Education Madelyn Smith Tricom Associates From rem-conf-request@es.net Wed Mar 08 12:03:13 1995 Received: from snapple.cs.washington.edu by osi-east.es.net via ESnet SMTP service id <27026-0@osi-east.es.net>; Wed, 8 Mar 1995 09:02:54 +0000 Return-Path: Received: (elf@localhost) by snapple.cs.washington.edu (8.6.9/7.2ws+) id JAA00403; Wed, 8 Mar 1995 09:01:35 -0800 Date: Wed, 8 Mar 1995 09:01:35 -0800 From: elf@cs.washington.edu Message-Id: <199503081701.JAA00403@snapple.cs.washington.edu> To: rem-conf@es.net CC: zia@jon.bellcore.com, steve@vigra.com Subject: VigraPix support for Vic >> * VIC presently does not support XEROX PARC video as a frame >> grabber; (I can only use it with VideoPix over the SunOS4.1.3). >> [...] > > The PARCVid card (now sold as VigraPix) is indeed unsupported by the > current release of VIC. I'm trying to contact the authors to see if > there is interest in doing the port, but haven't heard back yet. I currently use Vic with a PARCVid card - I ported the driver based on Ron's NV code. I planned to send the driver code to Ron so that he could clean it up a bit - had I realized that anyone else was waiting on this I would have done it sooner. .Terri From rem-conf-request@es.net Wed Mar 08 13:44:43 1995 Received: from icsia.ICSI.Berkeley.EDU by osi-west.es.net via ESnet SMTP service id <02822-0@osi-west.es.net>; Wed, 8 Mar 1995 10:44:08 +0000 Received: from icsib77.ICSI.Berkeley.EDU (whd@icsib77.ICSI.Berkeley.EDU [128.32.201.203]) by icsia.ICSI.Berkeley.EDU (8.6.10/HUB+V8$Revision: 1.22 $) with ESMTP id KAA18488; Wed, 8 Mar 1995 10:44:07 -0800 From: whd@ICSI.Berkeley.EDU (Wieland Holfelder) Received: (whd@localhost) by icsib77.ICSI.Berkeley.EDU (8.6.10/1.8) id KAA18391; Wed, 8 Mar 1995 10:44:04 -0800 Message-Id: <199503081844.KAA18391@icsib77.ICSI.Berkeley.EDU> Subject: Re: Re. G.711 To: y.hu@ee.mu.OZ.AU (Hu Youdy) Date: Wed, 8 Mar 1995 10:44:03 -0800 (PST) Cc: rem-conf@es.net (Remote Conferencing) In-Reply-To: <199503081008.VAA04010@rees.ee.mu.OZ.AU> from "Hu Youdy" at Mar 8, 95 09:08:02 pm X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 625 Hu Youdy writes: > Does anyone know where I can find G.711, G.721 and G.723, they are not > in ITU gopher. You can find something at URL: http://cuiwww.unige.ch/OSG/MultimediaInfo/mmsurvey/standards.html -- Wieland ------------------------------------------------------------------------------- Wieland Holfelder International Computer Science Institute Email: whd@icsi.berkeley.edu 1947 Center Street Suite 600 Fax : +1-510-642-6865 Berkeley, CA 94704-1198 Phone: +1-510-642-4274 Ext. 302 URL: http://www.icsi.berkeley.edu/~whd ------------------------------------------------------------------------------- From rem-conf-request@es.net Wed Mar 08 15:54:02 1995 Received: from mgate.uni-hannover.de by osi-west.es.net via ESnet SMTP service id <03837-0@osi-west.es.net>; Wed, 8 Mar 1995 11:54:00 +0000 Received: from helios.tnt.uni-hannover.de by mgate.uni-hannover.de with SMTP (PP); Wed, 8 Mar 1995 20:43:43 +0100 Received: from ikarus.tnt.uni-hannover.de by helios.tnt.uni-hannover.de (4.1/SMI-4.1) id AA10489; Wed, 8 Mar 95 20:41:34 +0100 Date: Wed, 8 Mar 95 20:41:34 +0100 From: bloemer@tnt.uni-hannover.de (Arnold Bloemer) Message-Id: <9503081941.AA10489@helios.tnt.uni-hannover.de> To: rem-conf@es.net, mbone-de@informatik.uni-erlangen.de Subject: CeBIT'95 MBone Net Broadcast Cc: bloemer@mgate.uni-hannover.de CeBIT'95 MBone Net Broadcast CeBIT is the world's largest and leading fair for information and communication technology. CeBIT'95 features MBone as one of the major attractions in the field of modern communication technology. Numerous organizations have taken the opportunity of joining the CeBIT MBone Net in order to present the possibilities of multimedia conferencing. This is the largest and complexest MBone net ever shown on a fair. It is also the first time that a television station - the german stations NDR and WDR - are connected directly to the MBone. The tv stations will actively sending out to MBone and MBone members all over the world will be integrated into some of the tv shows. Also new to MBone is the Report on Demand service. You send us your requests and our local reporter team goes out to the booths and will do the interviews. The CeBIT'95 MBone Net covers the entire fairground. It is connected to the Internet via WIN (German Research Network) using a 2MBit/s line. During CeBIT '95 our international MBone program will be broadcast worldwide. The program features: Report on Demand You can request reports on specific topics; we will produce these reports and broadcast them to the MBone. CeBIT Forum We will be organizing a video conference, in which we describe and discuss the activities on the fair. You can also make your requests for Report on Demand here. Open Forum This video conference will be used for demonstration by the booths participating in the CeBIT '95 MBone Net. There is no prearranged program. MICE Videoconferencing Demonstrations of the MICE (Multimedia Integrated Conferencing for Europe) project. Lectures Monday, 13th march, 10:00 a.m. to 1:00 p.m., KGH booth (Hall 22, B15) Lecture "Communication with High-speed Networks", chair: Dipl.-Ing. Arnold Bloemer, TNT Tuesday, 14th march, 2.00 p.m. to 4:30 p.m.,KGH booth (Hall 22, B15) Lecture "Product Data and Online Information Management", chair Prof. Dr. Volkert Brosda, FHH NDR TV-life The NDR (German tv station) will feed all reports from the fair from directly their fair tv studio into the international MBone. In addition, a team of volunteers will produce their own program and broadcast it on MBone. WDR Computer Club The WDR (German tv station) will produce the "Computer Club" program life in the fair tv studio. The program will also be broadcast on the international MBone and you can interactively participate. Chancen 2000 ZDF and 3SAT (German tv stations) will broadcast a selection of the program produced at the special exhibition "Chancen 2000" (chances 2000). The booth of the KGH (Greater Hannover Association) in Hall 22, B15 is the CeBIT'95 MBone Net control center. Report on Demand will be produced here and the whole international program will be coordinated. You can find out more about our program, ask questions and request Report on Demand by using our information and communication server (http://www-kgh.tr.fh-hannover.de/htdocs/mbone/6.html) which is linked to the CeBIT'95 WWW server (http://www.messe.de). We organize a Meeting Point for MBone members daily at noon at the KGH booth (hall 22, B15). There you can join us for a cup of coffee and meet your MBone acquaintances in person. Dipl.-Ing. Arnold Bloemer of the Institut fuer Theoretische Nachrichtentechnik und Informationsverarbeitung (TNT) at the University of Hannover is responsible for the design and the coordination of the CeBIT '95 MBone Net. The following organizations participate in the CeBIT'95 MBone Net and have made its realization possible by their cooperation: - Apple - Deutsche Messe AG - DFN (Verein fuer ein Deutsches Forschungsnetz - German Research Network Association) - EANTC (European Advanced Networking Test Center), TU Berlin - EUnet Germany - FHH (Hannover Polytechnical College) - GMD (Gesellschaft fuer Mathematik und Datenverarbeitung) - INRIA (Institut National de Recherche en Informatique et en Automatique), France - KGH (Greater Hannover Association) - MICE National Support Centre - Germany, RUS Stuttgart - NDR (Norddeutscher Rundfunk, tv station) - RRZN (Regionales Rechenzentrum Niedersachsen) - SUN Microsystems - TNT (Institut fuer Theoretische Nachrichtentechnik und Informations- verarbeitung (TNT), University of Hannover) - WDR (Westdeutscher Rundfunk, tv station) Hope to see and here from you on CeBIT'95 MBone Net, Arnold ________________________________________________________________________________ Dipl.-Ing. Arnold Bloemer Universitaet Hannover Institut fuer Theoretische Nachrichtentechnik bloemer@tnt.uni-hannover.de und Informationsverarbeitung (TNT) fax: +49 511 762-5333 Appelstrasse 9A phone: +49 511 762-5320 D-30167 Hannover http://www.tnt.uni-hannover.de/wiss/bloemer.html Germany ________________________________________________________________________________ From rem-conf-request@es.net Wed Mar 08 17:37:03 1995 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <06096-0@osi-west.es.net>; Wed, 8 Mar 1995 14:36:26 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-21) id ; Wed, 8 Mar 1995 14:35:18 -0800 Posted-Date: Wed 8 Mar 95 14:35:11 PST Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Wed, 8 Mar 95 14:35:12 PST Date: Wed 8 Mar 95 14:35:11 PST From: Stephen Casner Subject: Re: CellB RTP Internet-Draft To: schulzrinne@fokus.gmd.de, SPEER@jadeite.eng.sun.com Cc: rem-conf@es.net, hoffman@jadeite.eng.sun.com Message-Id: <794702111.0.CASNER@XFR.ISI.EDU> In-Reply-To: <199503081009.AA12493@venera.isi.edu> Mail-System-Version: Henning, > I believe we should, before it's too late, agree on a roughly similar > naming schemes for all the video drafts, something like "RTP > Encapsulation of XYZ-Compressed|Encoded Video Data". At the San Jose AVT meeting, I brought up the issue of naming for auxilliary documents to the RTP spec. I gave the following definitions for two kinds of documents, which were also in the -06 version of the spec: o a profile specification document, which defines a set of payload type codes and their mapping to payload formats (e.g., media encodings). A profile may also define extensions or modifications to RTP that are specific to a particular class of applications. o payload format specification documents, which define how a particular payload, such as an audio or video encoding, is to be carried in RTP. The CellB spec is the second kind, a payload format specification. The current CellB draft title is: RTP Encapsulation of CellB Video Encoding I don't have a real problem with this, but some alternatives would be RTP Payload Format for CellB Video Encoding RTP Payload Format for CellB-Encoded Video > (You can't really encapsulate an 'encoding', as that's simply an > algorithm of how to handle data.) This point doesn't bother me. > In any event, the words 'RTP' and 'video' should appear > to increase the likelihood of matches when scanning RFC titles. I'd like to establish the phrase "RTP payload format". These formats may have to do with different media or other kinds of data. I already pointed out to Michael that it would be better if the filename for the draft didn't call itself a "profile", and I think he agreed to change that. > It might even be possible that the authors of the various drafts > (H.261, JPEG, CellB) could agree on a rough outline. This would set an > example for others to follow. To the extent that this works, it would probably be helpful. However, the existing sample set includes some non-trivial differences in the kind of information that is covered. -- Steve ------- From rem-conf-request@es.net Thu Mar 09 04:59:22 1995 Received: from ibminet.awdpa.ibm.com by osi-west.es.net via ESnet SMTP service id <11509-0@osi-west.es.net>; Thu, 9 Mar 1995 01:55:53 +0000 Received: by ibminet.awdpa.ibm.com (5.61/1.15) id AA12643; Thu, 9 Mar 95 02:04:04 -0800 Received: by ibmpa.awdpa.ibm.com (5.65b(em1)/2.06) id AA28149; Thu, 9 Mar 95 01:53:21 -0800 Received: from cs.nps.navy.mil by ibminet.awdpa.ibm.com (5.61/1.15) id AA12455; Thu, 9 Mar 95 02:00:56 -0800 Received: from trouble.cs.nps.navy.mil by cs.nps.navy.mil (4.1/SMI-4.1) id AA09754; Thu, 9 Mar 95 01:51:55 PST Received: by trouble.cs.nps.navy.mil (940715.SGI.52/911001.SGI) for @cs.nps.navy.mil:rem-conf%es.net@ibmpa.awdpa.ibm.com id AA02540; Thu, 9 Mar 95 01:51:56 -0800 From: Your VE info source Message-Id: <9503090151.ZM2528@trouble.cs.nps.navy.mil> Date: Thu, 9 Mar 1995 01:51:56 -0800 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: rem-conf%es.net@ibmpa.awdpa.ibm.com Subject: FIRST WORKSHOP ON SIMULATION AND INTERACTION IN VIRTUAL ENVIRONMENTS Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 NOTE: Easier-to-read announcements (HTML, Postscript with and without images, etc.) plus color posters are available on the workshop's WWW homepage at URL: http://www.cs.uiowa.edu/~cremer/sive95.html ------------------------------------------------------------------------ CALL FOR SUBMISSIONS/PARTICIPATION FIRST WORKSHOP ON SIMULATION AND INTERACTION IN VIRTUAL ENVIRONMENTS Sponsored by ACM Siggraph, the Office of Naval Research, and The University of Iowa Center for Computer Aided Design The University of Iowa July 13-15, 1995 PROGRAM CO-CHAIRS: James Cremer (Iowa), Dinesh Manocha (UNC), George Vanecek (Purdue) PROGRAM COMMITTEE: N. Badler (Penn), D. Baraff (CMU), P. Fishwick (Florida), J. Helman (SGI), L. Hodges (Ga. Tech), J. Kearney (Iowa), H. Ko (Iowa) M. Lin (NPS), D. Pai (UBC), Y. Papelis (Iowa), M. Raibert (MIT), A. Witkin (CMU), M. Zyda (NPS), D. Zeltzer (MIT) SCOPE OF THE WORKSHOP --------------------- Virtual worlds should be rich, dynamic environments populated with objects that exhibit realistic (or at least interesting) behaviors and that interact convincingly with each other and human participants. Remarkable progress in graphics technology has not been paralleled by developments in real-time simulation and interaction software necessary to support many VE applications. Existing systems are often visually compelling but behaviorally dull; the underlying physical and behavioral models are simplistic and the user's freedom of interaction is severely restricted. Even simple everyday interactions --- grasping, opening and closing, and moving or knocking over things --- cannot be performed in ways people are accustomed to. Many potential VE applications will not be realized without fundamental advances in efficient and robust software for simulation, geometry, behavior and scenario authoring, and basic virtual environment ``backplanes''. THIS WORKSHOP WILL BE A TECHNICAL FORUM EXAMINING THE STATE OF THE ART AND OPEN RESEARCH PROBLEMS IN SIMULATION, GEOMETRY, SCENARIO, AND OTHER SUPPORTING SOFTWARE TECHNOLOGIES FOR VIRTUAL ENVIRONMENTS. One focus will be real-time interactive simulation. Virtual environments demand a new style of simulation software that adheres to real-time constraints but is also structured to respond to user-interaction, and to detect and resolve collisions and other on-line events. A second focus of the workshop will be the modeling, control, and authoring of action and scenarios within VEs. In training and entertainment applications, developers must be able to ``program the action'' --- to populate a VE with interesting entities and to specify scenarios that meet designers' expectations. VEs require both passive behavior, based on real-time simulation with collision and contact handling, and active behavior --- motor, task, and scenario control of complex entities such as humans, robots and animals. Tools for active behavior must facilitate creating and directing scenarios of interacting human and computer controlled agents, typically combining both reactive and orchestrated behavior components. ORGANIZATION OF THE WORKSHOP ---------------------------- The two-and-a-half day workshop will include two keynote speeches, presentations by approximately sixteen of the invited participants, and panel-led discussions. Facilities for demonstrations will be available. Workshop proceedings will be distributed to all participants and also placed in a widely accessible ACM World Wide Web on-line proceedings repository. IOWA DRIVING SIMULATOR DEMONSTRATIONS ------------------------------------- Participants will be given a demonstration of and an opportunity to drive the Iowa Driving Simulator --- an immersive driving environment incorporating real-time dynamics, advanced image generation, motion platform with dome and interchangeable auto cabs, force feedback, audio, very high resolution terrain databases, and reactive scenario traffic. TOPICS OF INTEREST ------------------ * Real-time interactive simulation: - dynamics and kinematics - geometry support - collision detection - contact analysis - incremental, real-time, robust methods * Control and behavior: - coordination of multiple agents - authoring situations and scenarios, directing actions, plot and story - human body and behavior modeling - locomotion - control of high-degree-of-freedom entities * Human-computer interface - software aspects of force feedback, haptic displays - authoring tools and interaction paradigms * Real-time issues: - architectures for real-time simulation in VE - time-critical computing - distributed and parallel computing for VE * Interoperability * Database modeling PARTICIPATION AND TRAVEL SUPPORT -------------------------------- Please submit 3-6 pages summarizing your relevant research or activities in the area. Include email and U.S. mail address, and telephone and fax numbers. Not all invited participants will have a formal opportunity to speak. However, the workshop will be organized to provide ample opportunities for discussion. A limited amount of travel funds will be available to invited participants. A registration fee of \$100 (\$50 for graduate students, \$125 for non-ACM members) will be charged. Included in this fee: catered lunch on the first day, informal reception/barbecue during the first evening, and workshop proceedings. SUBMISSIONS ----------- We prefer electronic submission of either Postscript (preferred) or plain unformatted text to: cremer@cs.uiowa.edu If you prefer, you may send hard copy to: James Cremer Computer Science Department MacLean Hall University of Iowa Iowa City, IA 52242 (telephone: 319-335-0736) (fax: 319-335-3624) IMPORTANT DATES --------------- Submissions must be received by April 20, 1995. April 20, 1995 deadline for the submission of abstracts May 15, 1995 notification of acceptance for the workshop WORKSHOP WWW HOMEPAGE --------------------- Updated meeting information, tentative schedule, registration details, and further information about the organizers and participants will be available via the World Wide Web at URL: http://www.cs.uiowa.edu/~cremer/sive95.html From rem-conf-request@es.net Thu Mar 09 09:35:32 1995 Received: from seawifs.gsfc.nasa.gov by osi-west.es.net via ESnet SMTP service id <13333-0@osi-west.es.net>; Thu, 9 Mar 1995 06:34:56 +0000 Received: by seawifs.gsfc.nasa.gov (950215.SGI.8.6.10/931108.SGI.AUTO.ANONFTP) id JAA17345; Thu, 9 Mar 1995 09:34:54 -0500 From: gene@seawifs.gsfc.nasa.gov (Gene Feldman) Message-Id: <199503091434.JAA17345@seawifs.gsfc.nasa.gov> Subject: Last Chance for JASON VI MBONE Broadcast To: rem-conf@es.net, mbone@isi.edu Date: Thu, 9 Mar 1995 09:34:52 -0500 (EST) Cc: todd@jason.org, gene@seawifs.gsfc.nasa.gov, tim@jason.org, tricom1234@aol.com X-Mailer: ELM [version 2.4 PL0] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Length: 862 This is the last call for those of you who are planning to watch the live broadcast of the JASON VI Expedition to Hawai'i on the MBONE today at 1300 EST (1800 UTC). We would really like to know who our audience is and where you are watching from. To do this, we have put together an interactive locator map that allows you to enter your location and have it added to a world map showing all the sites participating in the MBONE event. The locator map is available on the World Wide Web at the following URL: http://seawifs.gsfc.nasa.gov/JASON_MULTICAST.html Please enter your locations anytime between now and the end of the broadcast tomorrow to be included. Thanks very much and hope you can join us later today. Gene Feldman and Norman Kuring NASA/Goddard Space Flight Center Todd Viola JASON Foundation for Education Madelyn Smith Tricom Associates From rem-conf-request@es.net Thu Mar 09 12:18:16 1995 Received: from nikki.arc.nasa.gov by osi-west.es.net via ESnet SMTP service id <14917-0@osi-west.es.net>; Thu, 9 Mar 1995 09:17:43 +0000 Received: by nikki.arc.nasa.gov (940816.SGI.8.6.9/940406.SGI) for rem-conf@es.net id IAA00523; Thu, 9 Mar 1995 08:43:27 -0800 Date: Thu, 9 Mar 1995 08:43:27 -0800 From: root@nikki.arc.nasa.gov (Super-User) Message-Id: <199503091643.IAA00523@nikki.arc.nasa.gov> To: rem-conf@es.net Subject: STS-67 Broadcast Sorry for the interruption in the STS-67 broadcast, but our Center experience a power outage. Please direct all comments to kyrama@orion.arc.nasa.gov Thanks, Steve Kyramarios/Ames Research Center From rem-conf-request@es.net Thu Mar 09 12:32:13 1995 Received: from NIC1.BARRNET.NET by osi-west.es.net via ESnet SMTP service id <15079-0@osi-west.es.net>; Thu, 9 Mar 1995 09:31:44 +0000 Received: from ipsilon.com by nic1.barrnet.net (8.6.10/BARRNET-RELAY.1) id JAA03568; Thu, 9 Mar 1995 09:31:43 -0800 Received: from [192.216.126.207] (acacia) by ipsilon.com (4.1/SMI-4.1MDV1.0) id AA00316; Thu, 9 Mar 95 09:30:13 PST X-Sender: hinden@servo.ipsilon.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 9 Mar 1995 09:29:42 -0800 To: rem-conf@es.net From: hinden@ipsilon.com (Bob Hinden) Subject: PC Hardware for Audio/Video Cc: hinden@ipsilon.com I am working to get a PC (pentium w/ PCI) running BSDI 2.0 to run the mbone applications. If someone else has done this, what audio and video interfaces do you recommend or not recommend. Thanks, Bob From rem-conf-request@es.net Thu Mar 09 13:19:42 1995 Received: from bgate.lut.ac.uk by osi-west.es.net via ESnet SMTP service id <15686-0@osi-west.es.net>; Thu, 9 Mar 1995 10:18:55 +0000 Received: from co_eroute_1_b01.lut.ac.uk by hpd.lut.ac.uk (15.11/SMI-4.1) id AA13618; Thu, 9 Mar 95 18:18:06 gmt Date: Thu, 9 Mar 95 18:18:06 gmt Message-Id: <9503091818.AA13618@hpd.lut.ac.uk> X-Mailer: Macintosh Eudora v1.3 To: rem-conf@es.net From: Ben Anderson X-Sender: coba@hpd Subject: wb and CSCW Hi I was just browsing through some of the CSCW literature on shared drawing tools and one of the things I noticed was that many of the studies state the need to enable users who join a group to be able to review what has been said/done before they joined. This allows new users to 'catch up' with the context of the situation that they have just joined. We had a quick chat about this here at LUT and we wondered if wb could be tweaked to allow users who have just joined a session, or who have been elsewhere for a bit, to review things that have changed. Currently when you join a wb session, your local wb appears to 'play' through all the changes that have been made on a particular drawing. What if wb cached this and allowed users to review it using 'play', 'pause', 'rewind' and 'fast forward' type functions - perhaps with some indicators to show users how far 'through' the playback they were? This would provide exactly the sort of 'catch up' facility I mentioned above. This would not perhaps be the default behaviour as many people joining a session may just want their wb to synchronise with the others as soon as it can. Anyone any thoughts on this? Ben ****************************************************************************** Ben Anderson, My card LUTCHI Research Centre "The trouble with words is that you never know whose mouth they've been in." - Dennis Potter From rem-conf-request@es.net Thu Mar 09 14:33:49 1995 Received: from ell.ee.lbl.gov by osi-west.es.net via ESnet SMTP service id <16518-0@osi-west.es.net>; Thu, 9 Mar 1995 11:32:57 +0000 Received: by ell.ee.lbl.gov (8.6.10/1.43r) id LAA18440; Thu, 9 Mar 1995 11:31:13 -0800 From: mccanne@ee.lbl.gov (Steven McCanne) Message-Id: <199503091931.LAA18440@ell.ee.lbl.gov> To: Ben Anderson cc: rem-conf@es.net Subject: Re: wb and CSCW In-reply-to: Your message of Thu, 09 Mar 95 18:18:06 +0000. <9503091818.AA13618@hpd.lut.ac.uk> Date: Thu, 09 Mar 95 11:31:13 PST Ben, The wb internal architecture was intentionally set up to do just what you want -- step through a session at the granularity of individual "draw updates". Because the protocol is based on persistent state, you can always move back in time, even when your state is synchronized with everyone else. We've intended from the start to add a user interface hook to get at this functionality (maybe a second scroll bar in addition to the page scroll bar), but this is still on the to-do list. Thanks, Steve From rem-conf-request@es.net Thu Mar 09 19:36:59 1995 Received: from nuplanet.MV.COM by osi-west.es.net via ESnet SMTP service id <20521-0@osi-west.es.net>; Thu, 9 Mar 1995 16:36:31 +0000 Received: by nuplanet.BitScout.COM (8.6.9/1.2remote (Problems to postmaster@bitscout.com)) id AAA27031; Fri, 10 Mar 1995 00:36:28 GMT Message-Id: <199503100036.AAA27031@nuplanet.BitScout.COM> Subject: OOP Class Designs for Conferencing.. To: rem-conf@es.net Date: Fri, 10 Mar 1995 00:36:28 +0000 (GMT) From: jon steer Reply-To: jsteer@BitScout.COM Organization: BitScout Software,Inc Address: 40 Berkeley St, Nashua N.H. Phone: (603)-889-1185 Video: (603)-889-1125 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1022 Hi, Has anyone done an public OOP class design for conferencing control ? I would be interested in any pointers, papers or header files that describe a classes of conferencing . These might include: o Unmoderated conference with a degenerate class of a Point-To-Point interaction o Moderated conference o Membership Listings o Conference Directories o Agenda o Voting I have heard talk about API's for T.12x and other conferencing controls being standardized. Generally, the API's have been written in terms of C functions rather than as classes. It would be interesting to see a class design attempting to squeeze in all of the attributes and policies from unmoderated-> moderated conferences. thanks, jon ============================================================================= Jon Steer -Toolsmithing,Device Drivers,Communications,H.320 Systems Consulting BitScout Software,Inc 40 Berkeley St, Nashua N.H. 03060 phone:(603)889-1185 video: (603)889-1125 E-mail: jsteer@BitScout.com From rem-conf-request@es.net Fri Mar 10 00:04:36 1995 Received: from ietf.cnri.reston.va.us by osi-west.es.net via ESnet SMTP service id <22749-0@osi-west.es.net>; Thu, 9 Mar 1995 21:04:05 +0000 Received: from [127.0.0.1] by IETF.CNRI.Reston.VA.US id aa14408; 9 Mar 95 17:55 EST Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce:; cc: rem-conf@es.net From: Internet-Drafts@CNRI.Reston.VA.US Reply-to: Internet-Drafts@CNRI.Reston.VA.US Subject: I-D ACTION:draft-ietf-avt-video-packet-04.txt Date: Thu, 09 Mar 95 17:55:29 -0500 Sender: cclark@CNRI.Reston.VA.US Message-ID: <9503091755.aa14408@IETF.CNRI.Reston.VA.US> --NextPart A Revised 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 Packetization of H.261 Video Streams Author(s) : T. Turletti, C. Huitema Filename : draft-ietf-avt-video-packet-04.txt Pages : 17 Date : 03/08/1995 This draft describes a packetization scheme of H.261 video stream. The scheme proposed can be used to transport such a video flow over the protocols used by RTP. This specification is a product of the Audio-Video Transport working group within the Internet Engineering Task Force. Comments are solicited and should be addressed to the working group's mailing list at rem-conf@es.net and/or the authors. Internet-Drafts are available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-avt-video-packet-04.txt". A URL for the Internet-Draft is: ftp://ds.internic.net/internet-drafts/draft-ietf-avt-video-packet-04.txt Internet-Drafts directories are located at: o Africa Address: ftp.is.co.za (196.4.160.2) o Europe Address: nic.nordu.net (192.36.148.17) o Pacific Rim Address: munnari.oz.au (128.250.1.21) o US East Coast Address: ds.internic.net (198.49.45.10) o US West Coast Address: ftp.isi.edu (128.9.0.32) 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-video-packet-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. For questions, please mail to Internet-Drafts@cnri.reston.va.us. 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: <19950308152456.I-D@CNRI.Reston.VA.US> ENCODING mime FILE /internet-drafts/draft-ietf-avt-video-packet-04.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-video-packet-04.txt"; site="ds.internic.net"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19950308152456.I-D@CNRI.Reston.VA.US> --OtherAccess-- --NextPart-- From rem-conf-request@es.net Fri Mar 10 02:34:03 1995 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <23817-0@osi-west.es.net>; Thu, 9 Mar 1995 23:33:24 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-21) id ; Thu, 9 Mar 1995 23:33:17 -0800 Posted-Date: Thu 9 Mar 95 23:33:10 PST Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Thu, 9 Mar 95 23:33:11 PST Date: Thu 9 Mar 95 23:33:10 PST From: Stephen Casner Subject: Multicast of IETF-32, Danvers, MA, USA To: rem-conf@es.net Message-Id: <794820790.0.CASNER@XFR.ISI.EDU> Mail-System-Version: This is a preliminary announcement of the MBone transmission of the next Internet Engineering Task Force meeting, IETF-32 in Danvers, MA, USA from 3-7 April 1995. As for past IETF meetings, it is planned that two simultaneous audio+video channels will be transmitted during the day (9am - 10pm EDT (GMT-4) with breaks) and then rebroadcast at night for viewers in other timezones. There are conflicts with Infocom'95 and Zero Emissions Research Initiative that week that will need to be managed by reducing BW as was done during the IETF/SIGGRAPH overlap last year. [I am not running the multicast, but I am sending this message at the request of Megan Davies Walnut. -- Steve Casner] ------- From rem-conf-request@es.net Fri Mar 10 03:02:45 1995 Received: from xylan.XYLAN.COM by osi-west.es.net via ESnet SMTP service id <24272-0@osi-west.es.net>; Fri, 10 Mar 1995 00:01:58 +0000 Received: from omni.xylan.com by xylan.com (4.1/SMI-4.1 (xylan-mgw 1.0)) id AA07154; Fri, 10 Mar 95 00:01:50 PST Received: from serval.xylan.com by omni.xylan.com (4.1/SMI-4.1 (omni 1.1)) id AA06477; Thu, 9 Mar 95 23:44:06 PST Date: Thu, 9 Mar 95 23:44:06 PST From: owens@xylan.com (Mark Owens) Message-Id: <9503100744.AA06477@omni.xylan.com> To: rem-conf@es.net Subject: What is PIM? hello, I am going to be porting the igmp (and dvmrp) portions of mrouted version 3.3 to VxWorks. In looking at the code, there are many references to PIM. What is this (and where can I find more info...) thanks \mgo From rem-conf-request@es.net Fri Mar 10 03:55:20 1995 Received: from susie-10.vigra.com by osi-west.es.net via ESnet SMTP service id <24609-0@osi-west.es.net>; Fri, 10 Mar 1995 00:54:29 +0000 Received: (from steve@localhost) by susie.vigra.com (8.6.10/Vigra-1.1 Boogie) id AAA03900; Fri, 10 Mar 1995 00:53:08 -0800 Date: Fri, 10 Mar 1995 00:53:08 -0800 From: Steve Haehnichen Message-Id: <199503100853.AAA03900@susie.vigra.com> To: elf@cs.washington.edu CC: rem-conf@es.net In-reply-to: elf@cs.washington.edu's message of Wed, 8 Mar 1995 17:01:35 GMT Subject: VigraPix support for Vic Reply-to: steve@vigra.com -=> On Wed, 8 Mar 1995 17:01:35 GMT, elf@cs.washington.edu said: > I currently use Vic with a PARCVid card - I ported the driver based > on Ron's NV code. I planned to send the driver code to Ron so that > he could clean it up a bit - had I realized that anyone else was > waiting on this I would have done it sooner. Good news! I've been in contact with Steve McCanne and a VigraPix developer pack has just gone out there. With luck, VigraPix support may be in VIC as soon as the 2.7 release. Very cool.. Stay tuned! -Steve -- Steve Haehnichen Vigra, Inc. San Diego, CA steve@vigra.com (619) 597-7080 x169 Fax: (619) 597-7094 From rem-conf-request@es.net Fri Mar 10 08:16:51 1995 Received: from ncc.ripe.net by osi-west.es.net via ESnet SMTP service id <26720-0@osi-west.es.net>; Fri, 10 Mar 1995 05:16:26 +0000 Received: from belegen.ripe.net by ncc.ripe.net with SMTP id AA06935 (5.65a/NCC-2.19); Fri, 10 Mar 1995 14:15:52 +0100 Message-Id: <9503101315.AA06935@ncc.ripe.net> To: hinden@ipsilon.com (Bob Hinden) Cc: rem-conf@es.net From: Geert Jan de Groot X-Organization: RIPE Network Coordination Centre X-Phone: +31 20 592 5065 Subject: Re: PC Hardware for Audio/Video In-Reply-To: Your message of "Thu, 09 Mar 1995 09:29:42 PST." Date: Fri, 10 Mar 1995 14:15:50 +0100 Sender: GeertJan.deGroot@ripe.net On Thu, 9 Mar 1995 09:29:42 -0800 Bob Hinden wrote: > I am working to get a PC (pentium w/ PCI) running BSDI 2.0 to run the mbone > applications. If someone else has done this, what audio and video > interfaces do you recommend or not recommend. Multicast _routing_, in contrast to multicast applications, does not work (yet) under 2.0. I'm currently investigating and fixed some problems already, however, due to work overload progress on this (spare-time) project is slow. If you are working on this too, please ping me. Geert Jan From rem-conf-request@es.net Fri Mar 10 09:22:58 1995 Received: from mwunix.mitre.org by osi-west.es.net via ESnet SMTP service id <27145-0@osi-west.es.net>; Fri, 10 Mar 1995 06:22:31 +0000 Return-Path: scott@fluky.mitre.org Received: from fluky.mitre.org (fluky.mitre.org [128.29.113.24]) by mwunix.mitre.org (8.6.10/8.6.4) with SMTP id JAA15394; Fri, 10 Mar 1995 09:22:29 -0500 Received: from gita.mitre.org by fluky.mitre.org (4.1/SMI-4.0) id AA22297; Fri, 10 Mar 95 09:18:15 EST Date: Fri, 10 Mar 95 09:18:15 EST From: scott@fluky.mitre.org (Dallas Scott) Message-Id: <9503101418.AA22297@fluky.mitre.org> To: hinden@ipsilon.com, GeertJan.deGroot@ripe.net Subject: Re: PC Hardware for Audio/Video Cc: rem-conf@es.net We have it running on FreeBSD 2.0, which should be a straight port to BSDI. We had planned to port it when we got some time. D. Scott dscott@mitre.org ----- Begin Included Message ----- >From rem-conf-request@es.net Fri Mar 10 08:42:18 1995 To: hinden@ipsilon.com (Bob Hinden) Cc: rem-conf@es.net X-Organization: RIPE Network Coordination Centre X-Phone: +31 20 592 5065 Subject: Re: PC Hardware for Audio/Video Sender: GeertJan.deGroot@ripe.net X-Mdf: dscott re-routed to "scott@mwunix.mitre.org" Content-Length: 538 X-Lines: 13 On Thu, 9 Mar 1995 09:29:42 -0800 Bob Hinden wrote: > I am working to get a PC (pentium w/ PCI) running BSDI 2.0 to run the mbone > applications. If someone else has done this, what audio and video > interfaces do you recommend or not recommend. Multicast _routing_, in contrast to multicast applications, does not work (yet) under 2.0. I'm currently investigating and fixed some problems already, however, due to work overload progress on this (spare-time) project is slow. If you are working on this too, please ping me. Geert Jan ----- End Included Message ----- From rem-conf-request@es.net Fri Mar 10 11:13:14 1995 Received: from framsparc.ocf.llnl.gov by osi-west.es.net via ESnet SMTP service id <28089-0@osi-west.es.net>; Fri, 10 Mar 1995 08:12:13 +0000 Received: by framsparc.ocf.llnl.gov (4.1/SMI-4.0) id AA03792; Fri, 10 Mar 95 08:12:08 PST From: booloo@framsparc.ocf.llnl.gov (Mark Boolootian) Message-Id: <9503101612.AA03792@framsparc.ocf.llnl.gov> Subject: nv crashing on SGI - looking for suggestions To: rem-conf@es.net Date: Fri, 10 Mar 1995 08:12:07 -0800 (PST) X-Mailer: ELM [version 2.4 PL17] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 757 Greetings, I have a user here with an SGI running Irix 4.0.5H who has described the following problem to me. SGI cardolan = 128.115.15.115, a no-camera multicast router, has developed a problem receiving multicast video with nv 3.2 under irix 4. nv runs for a minute or two, hangs (ie, stops updating), then sometimes recovers and sometimes coredumps. Works fine for unicast video, failing only for multicast. Multicast audio works fine. Does this problem sound familiar to anybody? It appears that the software (in this configuration) was working correctly at one time. Could anyone offer a suggestion as to what the underlying source of this trouble might be? Thanks, mb -- Mark Boolootian booloo@llnl.gov +1 510 423 1948 From rem-conf-request@es.net Fri Mar 10 11:34:03 1995 Received: from alder.nesc.epa.gov by osi-west.es.net via ESnet SMTP service id <28341-0@osi-west.es.net>; Fri, 10 Mar 1995 08:31:56 +0000 Received: by alder.nesc.epa.gov (5.4R2.01T/140.2) id AA02523; Fri, 10 Mar 1995 11:31:30 -0500 From: Tom Boomgaard Message-Id: <9503101131.ZM2521@alder.nesc.epa.gov> Date: Fri, 10 Mar 1995 11:31:29 -0500 X-Mailer: Z-Mail (3.2.0 16aug94) To: rem-conf@es.net Subject: MBONE Announcement: Joint Environmental Workspace and Emissions Laboratory Cc: dlb@sunvis.rtpnc.epa.gov, toy@alder.nesc.epa.gov, petterson.lynne@epamail.epa.gov, novak.joan@epamail.epa.gov, wgl@hpcc.epa.gov, bvo@nesc.epa.gov, heidel.duane@epamail.epa.gov, almich.bruce@epamail.epa.gov Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii We would like to broadcast the following presentation on the MBONE on Thursday March 16, 1995 from 1:30pm - 3:00pm (US/Eastern time, 18:30 - 23:00 GMT). Student Design Review of the Joint Environmental Workspace and Emissions Laboratory (JEWEL) For MBONE related issues please contact Gary Walter, wgl@hpcc.epa.gov. Overview The EPA High Performance Computing and Communications Program is focusing on application of high performance computing technology to develop a new air pollution modeling system (Models-3). One of the more complicated portions of the Models-3 project is development of a new emission data processing module. The Carnegie-Mellon University Department of Computer Science (Professor Bernd Bruegge) is designing and prototyping a new non-proprietary emission processing system (JEWEL) which should take advantage of advances in computing technology. Professor Bernd Bruegge of Carnegie Mellon University (CMU) has requested that the EPA participate in a student design review of JEWEL. -- =============================================================================== Thomas A. Boomgaard | email: toy@nesc.epa.gov National Environmental Supercomputing Center (NESC) | 135 Washington Ave | phone: (517) 894-7682 Bay City, Mi 48708 | fax: (517) 894-7676 =============================================================================== From rem-conf-request@es.net Fri Mar 10 12:32:19 1995 Received: from catarina.usc.edu by osi-west.es.net via ESnet SMTP service id <29186-0@osi-west.es.net>; Fri, 10 Mar 1995 09:31:34 +0000 Received: from newport.usc.edu (newport.usc.edu [128.125.51.78]) by catarina.usc.edu (8.6.10/8.6.9) with SMTP id JAA04172; Fri, 10 Mar 1995 09:31:37 -0800 Message-Id: <199503101731.JAA04172@catarina.usc.edu> X-Authentication-Warning: catarina.usc.edu: Host newport.usc.edu didn't use HELO protocol To: owens@xylan.com cc: rem-conf@es.net Subject: RE: What is PIM? Date: Fri, 10 Mar 1995 09:30:19 -0800 From: Liming Wei > From: owens@xylan.com (Mark Owens) > Message-Id: <9503100744.AA06477@omni.xylan.com> > > hello, > I am going to be porting the igmp (and dvmrp) portions of mrouted > version 3.3 to VxWorks. In looking at the code, there are many > references to PIM. What is this (and where can I find more info...) There are a few PIM documents on the USC netlab anonymous ftp server you might want to read. All files are under the following directory: catarina.usc.edu:/pub/estrin/PIM/ -Liming From rem-conf-request@es.net Fri Mar 10 12:55:11 1995 Received: from cs.nps.navy.mil by osi-west.es.net via ESnet SMTP service id <29323-0@osi-west.es.net>; Fri, 10 Mar 1995 09:52:52 +0000 Received: from libra.cs.nps.navy.mil by cs.nps.navy.mil (4.1/SMI-4.1) id AA19380; Fri, 10 Mar 95 09:51:58 PST From: brutzman@cs.nps.navy.mil (Don Brutzman) Message-Id: <9503101751.AA19380@cs.nps.navy.mil> Subject: Multicast sunday morning - CA school superintendents To: rem-conf@es.net Date: Fri, 10 Mar 1995 09:51:57 -0800 (PST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 775 We will multicast standard audio & video channels Sunday morning 12 March 95 from the Hyatt Regency in Monterey. Times are 09-1100 Pacific, 17-1900 GMT. We will keep the ttl ~64 to stay in california but requests for different values are welcome. We don't expect to collide with anyone else and will back off as necessary. This is a demo for the California Superintendents of Schools conference as part of our regional education network design. Info on that group is available at ftp://taurus.cs.nps.navy.mil/pub/i3la/i3la.html regards, Don -- Don Brutzman Naval Postgraduate School, Code UW/Br work 408.656.2149 Monterey California 93943-5000 USA fax 408.656.3679 AUV Underwater Virtual World ftp://taurus.cs.nps.navy.mil/pub/auv/auv.html From rem-conf-request@es.net Fri Mar 10 13:30:50 1995 Received: from mgate.uni-hannover.de by osi-west.es.net via ESnet SMTP service id <29707-0@osi-west.es.net>; Fri, 10 Mar 1995 10:18:21 +0000 Received: from helios.tnt.uni-hannover.de by mgate.uni-hannover.de with SMTP (PP); Fri, 10 Mar 1995 19:16:29 +0100 Received: from ikarus.tnt.uni-hannover.de by helios.tnt.uni-hannover.de (4.1/SMI-4.1) id AA14018; Fri, 10 Mar 95 19:14:19 +0100 Date: Fri, 10 Mar 95 19:14:19 +0100 From: bloemer@tnt.uni-hannover.de (Arnold Bloemer) Message-Id: <9503101814.AA14018@helios.tnt.uni-hannover.de> To: rem-conf@es.net, mbone@isi.edu Subject: MBone Demo on ARD (greatest german tv channel), Sa. 12:30 - 13:10 There will be a computer show tomorrow (Saturday) from 12:30 GMT until 13:10 GMT about CeBIT'95. It is the only show about CeBIT'95 in ARD, the greatest german tv channel and we have got a time slot, because we will broadcast the program on MBone directly from the studio. There will be an interview about MBone and I have to give a MBone Demo. We will broadcast the show on our CeBIT'95 channels. I will have only 3 1/2 minutes in the show for interview and demo. In the demo the tv station would of course like to see and hear a short sentence from somebody far away from Germany. The dream would be to have a MBone interview partner in Australia, because Australia is partner country for CeBIT'95, but any other country would be great too. The tv show could be very important for MBone public relation here in Germany. So I would be very grateful if you could arrange to participate in the show. Please send me a mail if you know that you will participate. I would like to do tests in the morning during our forum times and shortly before the show starts. Thank you very much, Arnold ________________________________________________________________________________ Dipl.-Ing. Arnold Bloemer Universitaet Hannover Institut fuer Theoretische Nachrichtentechnik bloemer@tnt.uni-hannover.de und Informationsverarbeitung (TNT) fax: +49 511 762-5333 Appelstrasse 9A phone: +49 511 762-5320 D-30167 Hannover http://www.tnt.uni-hannover.de/wiss/bloemer.html Germany ________________________________________________________________________________ From rem-conf-request@es.net Fri Mar 10 17:41:20 1995 Received: from vlsi.cs.caltech.edu by osi-west.es.net via ESnet SMTP service id <02230-0@osi-west.es.net>; Fri, 10 Mar 1995 14:40:16 +0000 Received: from fides.cs.caltech.edu by vlsi.cs.caltech.edu (4.1/1.34.1) id AA21250; Fri, 10 Mar 95 14:38:56 PST Date: Fri, 10 Mar 95 14:38:56 PST From: schooler@cs.caltech.edu (Eve Schooler) Message-Id: <9503102238.AA21250@vlsi.cs.caltech.edu> To: confctrl@isi.edu Subject: MMusic at upcoming IETF Cc: rem-conf@es.net, rlang@std.sri.com, mhandley@cs.ucl.ac.uk, aweinrib@ibeam.jf.intel.com, mankin@isi.edu, schooler@cs.caltech.edu Hi all, MMusic has been scheduled to meet at the upcoming IETF on Wednesday, April 5 from 9:00 a.m. to 11:30 a.m. This session will be multicast. The tentative list of topics to be presented and discussed: - Session Description Protocol. At the December meeting, Mark Handley's presentation of the session description protocol was cut short due to time constraints. He will review the description of the current protocol and present suggested functionality extensions. We expect to have a draft document by then. - Working Group Charter. The charter is in the process of being modified to reflect changes in the chairship, a refocusing/clarification of the technical direction of the working group, and adoption of milestones to reflect this direction. A draft of the new charter containing details on these changes will be sent to the mailing list for your review in advance of the meeting. - PCS Overview. A brief presentation will be given on the Personal Conferencing Specification, a consortium-based effort. - Agreement Protocol. An update on the status of the agreement protocol document. - Coordination Protocol. Begin a discussion of the inter-media agent coordination protocol issues, as a next item for the working group. Comments and further suggestions are most welcome. As the time nears, a more official agenda will be posted here and via the ietf-announce mailing list. E. From rem-conf-request@es.net Sat Mar 11 08:52:49 1995 Received: from mailsun.aber.ac.uk by osi-west.es.net via ESnet SMTP service id <09185-0@osi-west.es.net>; Sat, 11 Mar 1995 05:52:14 +0000 Received: from mailhost.aber.ac.uk (actually host andromedabb.aber.ac.uk) by mailsun.aber.ac.uk with SMTP (XTPPst-c); Sat, 11 Mar 1995 13:51:59 +0000 To: bloemer@tnt.uni-hannover.de (Arnold Bloemer) cc: rem-conf@es.net, mbone@isi.edu, dap@aber.ac.uk Subject: Re: MBone Demo on ARD (greatest german tv channel), Sa. 12:30 - 13:10 In-reply-to: Your message of Fri, 10 Mar 1995 19:14:19 +0100. <9503101814.AA14018@helios.tnt.uni-hannover.de> Date: Sat, 11 Mar 1995 13:51:27 +0000 Message-ID: <25687.794929887@mailhost.aber.ac.uk> From: D E PRICE Dear Arnold, Well, I sat and watched but the audio was breaking up quite badly and my video program kept crashing every five minutes..... Anyway, I hope the ARD viewers liked what happened... Bye Dave Price From rem-conf-request@es.net Sun Mar 12 23:48:04 1995 Received: from dynamo.ecn.purdue.edu by osi-west.es.net via ESnet SMTP service id <21690-0@osi-west.es.net>; Sun, 12 Mar 1995 20:47:24 +0000 Received: from dynamo.ecn.purdue.edu (ghafoor@localhost) by dynamo.ecn.purdue.edu (8.6.10/3.5davy) id XAA23869; Sun, 12 Mar 1995 23:47:18 -0500 Message-Id: <199503130447.XAA23869@dynamo.ecn.purdue.edu> Date: Sun, 12 Mar 1995 23:47:18 -0500 From: Arif Ghafoor Content-Type: text Content-Length: 3048 Apparently-To: rem-conf@es.net CALL FOR PAPERS The IEEE Journal on Selected Areas in Communications announces a forthcoming issue on Distributed Multimedia Systems and Technology Advances in high-speed networking and storage technologies and increasing demand for timely distribution of multimedia information have resulted in a tremendous interest in variety of services which will be available in the future Distributed Multimedia Information Systems (DMIS). Most of these services will use some form of pre-orchestrated stored objects, e.g., video-on-demand, digital libraries, virtual reality, education/training, CAD/CAM, etc. The pre-orchestrated nature of the information poses number of challenges in management of distributed data, temporal synchronization in a distributed environment, maintaining desired quality of transmission, desigining appropriate switching and network control, interoprtability of distributed multimedia sources, operating system support for DMIS etc. In this issue of JSAC, we address the networking, distribution and management issues arising in future DMISs. Topics of interest include (but are not limited to): - - Multimedia Networking - - Performance Considerations for Real-Time Multimedia Protocols - - Quality of Service for Networked Multimedia Applications - - Multimedia Services over the Internet and Broadband Networks - - Spatial/Temporal Models for Distributed Multimedia Information - - Operating System Supports for Distributed Multimedia Environments - - Distributed Multimedia Data Management - - Interoperability Issues among Distributed Multimedia Systems - - Binding Techniques for Multimedia Traffic - - Management and Control of Multimedia Services - - Architectures and Standards for Multimedia Communications - - Experimental Systems Authors should follow the IEEE JSAC manuscript format. Only original manuscripts will be considered. A manuscript identical to, or largely based on, a conference paper must be so identified. Prospective authors are requested to submit five (5) copies of their manuscript to one of the guest editors listed below. Submission Deadline: May 1, 1995 Acceptance Notification: October 1, 1995 Final Papers: February 1, 1996 Publication: 3rd Quarter 1996 Guest Editors: Arif Ghafoor School of Electrical Engineering, Purdue University, West Lafayette, IN 47907, U.S.A. e-mail: ghafoor@ecn.purdue.edu Tel: (317) 494-0638 Fax: (317) 494-6440 Ralf G. Herrtwich, IBM Creative Multimedia Studios Vangerowstrasse 18, D-69115 Heidelberg, Germany email: rgh@vnet.ibm.com Tel: +49 (6221) 59-4218 Fax: +49 (6221) 59-3400 Aurel A. Lazar Department of Electrical Engineering and Center for Telecommunication Research, Columbia University, New York, NY, 10027-6699, USA e-mail: aurel@ctr.columbia.edu Tel: (212) 662-3864 Fax: (212) 316-9068 Ian M Leslie Computer Laboratory University of Cambridge email Ian.Leslie@cl.cam.ac.uk Tel: +44 223 334658 Fax: +44 223 334678 From rem-conf-request@es.net Mon Mar 13 00:27:24 1995 Received: from hplms26.hpl.hp.com by osi-west.es.net via ESnet SMTP service id <21992-0@osi-west.es.net>; Sun, 12 Mar 1995 21:26:15 +0000 Received: from hplabsz.hpl.hp.com by hplms26.hpl.hp.com with SMTP (1.36.108.4/15.5+ECS 3.3+HPL1.1S) id AA24719; Sun, 12 Mar 1995 21:25:31 -0800 Received: by hplabsz.hpl.hp.com (1.37.109.15/15.5+ECS 3.3+HPL1.1) id AA127892370; Sun, 12 Mar 1995 21:26:10 -0800 From: Laura de Leon Message-Id: <9503122126.ZM12787@hplabsz.hpl.hp.com> Date: Sun, 12 Mar 1995 21:26:10 -0800 X-Mailer: Z-Mail (3.0.0 15dec93) To: deleon@hplabsz.hpl.hp.com, rem-conf@es.net, baylisa@baylisa.org, sage-announce@usenix.org Subject: (BayLISA: Arch Mott on using MBONE internally Cc: deleon@hplabsz.hpl.hp.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 The BayLISA group meets monthly to discuss topics of interest to systems and network administrators. The meetings are free and open to the public. BayLISA holds monthly meetings on the third Thursday of each month at 7:30 PM PDT. We meet at Synopsys Building C in Mountain View, California off Highway 237 at Middlefield. This meeting will also be broadcast via MBONE. Schedule -------- March 16: Arch Mott on using MBONE in your organization Many folks are familiar with the Internet Multicast Backbone (MBONE) and have "participated" by watching Shuttle missions, IETF meetings, lectures, etc. What many people may not realize is that the tools in use on the MBONE are easily adaptable for use as a low cost multimedia conferencing system inside their own organizations. I will be discussing techniques for connecting to the MBONE, configuring internal mutlicast networking and some cross-platform compatibility issues. I will also be sharing my own experiences with implementing the "CBONE", Cisco's internal multicast backone. April 20: Rich Salz on DCE To get further information on the meeting location, you can request it >from the majordomo server on baylisa.org, you can ftp it from ftp.baylisa.org:/BayLISA/location or you can query the BayLISA mail server by cutting and pasting the following line to your shell: echo "index baylisa" | mail majordomo@baylisa.org BayLISA makes video tapes of the meetings available to members. For more information on available videos, please send email to: video@baylisa.org For any other information, please send email to: info@baylisa.org If you have any questions, please contact me or any of the info alias listed above. From rem-conf-request@es.net Mon Mar 13 07:12:11 1995 Received: from ceres.fokus.gmd.de by osi-west.es.net via ESnet SMTP service id <24839-0@osi-west.es.net>; Mon, 13 Mar 1995 04:11:35 +0000 Received: from lupus (actually lupus.fokus.gmd.de) by ceres.fokus.gmd.de with SMTP (PP-ICR1v5); Mon, 13 Mar 1995 13:07:30 +0100 X-Mailer: exmh version 1.5.3 12/28/94 To: rem-conf@es.net, mbone@isi.edu From: Henning Schulzrinne Subject: Infocom'95 MBONE multicast Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 13 Mar 1995 13:06:59 +0100 Sender: schulzrinne@fokus.gmd.de Infocom'95 in Boston (April 4 through 6) will be partially transmitted via MBONE (audio and video). All track-A sessions, two panels and the keynote address will be transmitted. Details are below: April 4, 8:30 -- 10:00 am EST (13:30 -- 15:00 GMT) The Information Revolution, a Historical Perspective Sandy Fraser, AT&T Bell Laboratories. The conference opens with a Keynote Address by Sandy Fraser, associate vice president of Information Sciences Research at AT&T Bell Laboratories. His talk, ``The Information Revolution: A Historical Perspective,'' compares recent events with events that took place during the industrial revolution. Fraser pursues a personal research program in computing and computer communications, and supports initiatives that promise new business directions for AT&T. His present activity focuses on digital audio, billing, and home networks. He is the inventor of Datakit Virtual Circuit Switch and the Spider ring network, both of which are cell-based networks that anticipated the development of the ATM. He was the originator of the UNIX Circuit Design Aids System, which automated prototype circuit board assembly >from schematic capture through wiring with an on-line wire-wrap machine. He has also been assistant director of research at Cambridge University where he wrote the file system for the Atlas 2 computer, England's first time sharing system. He is also a fellow of the IEEE. Two panels will also be broadcast: -- The Role of Satellites in the Future Communication Infrastructure (chaired by Anthony Ephremides) (Wednesday, April 5, 5:30 pm - 7:00 pm EST) -- Reservation or no reservation (chaired by Lixia Zhang; panelists: Dave Clark, MIT; Steve Deering, Xerox PARC; Domenico Ferrari, University of California at Berkeley; Christian Huitema, INRIA, France; Scott Shenker, Xerox PARC ) (Thursday, April 6, 10:30 am - 12:00 pm EST) We hope to accomodate questions and comments from the remote audience. Remote participants who want to ask questions will be asked to 'raise their hand' through a whiteboard session, as described on the Infocom'95 WWW page. Information about Infocom'95 and its program is available at http://www.research.att.com/~hgs/infocom95/program.html Depending on requests, we'll be doing tape rebroadcast after hours. Since Infocom'95 partially overlaps with the Danvers IETF 'next door', we'll be coordinating/reducing bandwidth usage as necessary. From rem-conf-request@es.net Mon Mar 13 11:47:41 1995 Received: from watson.ibm.com by osi-west.es.net via ESnet SMTP service id <27163-0@osi-west.es.net>; Mon, 13 Mar 1995 08:47:10 +0000 Received: from YKTVMV by watson.ibm.com (IBM VM SMTP V2R3) with BSMTP id 0765; Mon, 13 Mar 95 11:47:07 EST Date: Mon, 13 Mar 95 11:32:25 EST From: Shu-Ping Chang X-Addr: (914)784-7746, FAX:(914)784-6219 Manager, High Speed Communication Subsystems IBM, Thomas J. Watson Research Center 30 Saw Mill River Road, H2-C18 Hawthorne, NY 10532 To: end2end-interest@ISI.EDU, f-troup@AURORA.CIS.UPENN.EDU, ietf@ISI.EDU, rem-conf@es.net, sigmedia@bellcore.com, cswg%sunoco@relay.nswc.navy.mil, osimcast@BBN.COM, sc6wg4@ntd.comsat.com Subject: HPCS'95 CFP Call For Papers Third IEEE Workshop on the Architecture and Implementation of High Performance Communication Subsystems (HPCS'95) Mystic, Connecticut, August 23-25, 1995 Sponsored by the IEEE Communications Society (pending) Technical Co-Sponsorship by the Technical Committee on Computer Communication (TCCC) and the Technical Committee on Gigabit Networking (TCGN) In this workshop (HPCS'95), the focus will be on the architectural, algorithmic and practical issues related to the construction of a large scale "Information Superhighway". These include its infrastructure, applications and terminal home and office devices. The term "Information Superhighway" is being generically used to refer to future networks where users will be able to access and exchange a variety of multimedia information and run bandwidth-avid applications. Using current technology to build such systems may seem feasible but a more careful and detailed view often reveals the inadequacy of some current techniques and the nonexistence of several components needed to build the complete system. Presentations describing original techniques, experimental findings, design issues and comparative studies related to the general theme of HPCS'95 are sought. Topics of interest include but are not limited to: - end-to-end architecture - applications and their requirements - application and service access protocols - security, privacy and information protection - user and information mobility - quality-of-service requirements and guarantees - software and hardware design and implementations - system integration and deployment - workstations for homes, offices, schools, etc - accessing and sharing network resources - interconnectivity and interoperability - transmission technology over various media - wireless communications - gigabit networking technology - standards ************************************************************************* Important Dates: Mar 30: Deadline for paper submissions Five copies of extended abstract (two to four single-spaced pages *) received by: Dr. Shu-Ping Chang IBM, Thomas J. Watson Research Center Room H2-C18 30 Saw Mill River Road Hawthorne, NY 10532 USA Phone: +1 914 784-7746 Fax: +1 914 784-6219 Email: spchang@watson.ibm.com ** May 30: Notifications of acceptance mailed. Jun 30: Author Registration deadline Jul 15: Final paper (or revised abstract) submission for Proceedings Aug 22: Workshop Reception Aug 23-25:Workshop Notes: * Please constrain the length of the submissions to the above limits. ** Email submissions (ASCII or PostScript) will be accepted and encouraged for future electronic posting in the WWW. ************************************************************************* Workshop Committees: Steering Committee: Ahmed Tantawy (IBM) Zygmunt Haas (AT&T) Program Committee Co-Chairs: Hanafy Meleis (NIST) Shu-Ping Chang (IBM) Program Committee: Ian Akyildiz (Georgia Tech) Ernst Biersack (Eurecom, France) Aubrey Bush (NSF) Imrich Chlamtac (U Mass Amherst) John Daigle (U Mississippi) Bruce Davie (Bellcore) Christophe Diot (INRIA, France) David Du (U Minnesota) Mario Gerla (UCLA) Per Gunningberg (SICS, Sweden) David Hutchison (U Lancaster, UK) Randy Katz (UC Berkely) Bao-Shuh Paul Lin (ITRI, ROC) John Lumley (HP, UK) Kurt Maly (ODU) Gary Minden (ARPA) Radu Popescu-Zeletin (GMD, Germany) K. K. Ramakrishnan (AT&T) Robert Ruth (US Army) Krishan Sabnani (AT&T) Douglas Schmidt (Washington U) Thomas Schuett (IBM, Germany) Jonathan Smith (U Penn) James Sterbenz (GTE Laboratories) Tatsuya Suda (UC Irvine) Asser Tantawi (IBM) Dave Tennenhouse (MIT) Samir Tohme (ENST, France) Brendan Traw (U Penn) Ronald Vetter (North Dakota State U) Yechiam Yemini (Columbia U.) Martina Zitterbart (U. Karlsruhe, Germany) Organization Committee Co-Chair: Shu-Ping Chang (IBM) Yurdaer Doganata (IBM) From rem-conf-request@es.net Mon Mar 13 14:51:50 1995 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <29935-0@osi-west.es.net>; Mon, 13 Mar 1995 11:51:18 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-21) id ; Mon, 13 Mar 1995 11:51:16 -0800 Posted-Date: Mon 13 Mar 95 11:51:08 PST Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Mon, 13 Mar 95 11:51:09 PST Date: Mon 13 Mar 95 11:51:08 PST From: Stephen Casner Subject: New RTP draft available To: rem-conf@es.net Message-Id: <795124268.0.CASNER@XFR.ISI.EDU> Mail-System-Version: To the Audio/Video Transport Working Group: I have (finally!) completed my editing of the Real-time Transport Protocol (RTP) draft, and I am now turning it over to the other three authors for their comments before posting as an Internet Draft and submission for IESG Last Call. The official posting should happen in a couple of days after whatever corrections the other authors may identify have been made. Those of you who are eager to see the new draft are welcome to review it and provide your comments as well. ftp://ftp.isi.edu/mbone/avt/rtp.ps ftp://ftp.isi.edu/mbone/avt/rtp.txt (If you have trouble with the limit on the number of anon FTP logins, please let me know.) About a week ago I sent a message saying that I was not planning to hold an AVT meeting in Danvers since the RTP draft would be done, but inviting comments from the working group if there were other topics that we should meet to discuss. The only response was from Kevin Almeroth who was disappointed that AVT would not meet. However, after I explained in a private message that the continuing work he was interested in will be addressed in the MMusic, RSVP and Int-Serv working groups rather than AVT, he agreed that a meeting was not necessary. So, I interpret the silence from the rest of you as agreement that a meeting is not needed. On the other hand, I plan to be at Danvers and would be delighted to conduct a hallway discussion with one or more you regarding any questions or comments you may have on the RTP draft. -- Steve ------- From rem-conf-request@es.net Mon Mar 13 16:59:36 1995 Received: from smtp.utexas.edu by osi-west.es.net via ESnet SMTP service id <01541-0@osi-west.es.net>; Mon, 13 Mar 1995 13:59:11 +0000 Received: from mail.utexas.edu (mail.utexas.edu [128.83.126.1]) by smtp.utexas.edu (8.6.7/8.6.6) with ESMTP id PAA17957 for ; Mon, 13 Mar 1995 15:58:00 -0600 Received: from [128.83.111.59] (slip-17-11.ots.utexas.edu [128.83.111.59]) by mail.utexas.edu (8.6.9/8.6.6) with SMTP id PAA08849 for ; Mon, 13 Mar 1995 15:57:11 -0600 Message-Id: <199503132157.PAA08849@mail.utexas.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 13 Mar 1995 16:01:00 -0500 To: rem-conf@es.net From: dodsonsblehproductions@mail.utexas.edu (Scott Dodson) Subject: subscribe rem-conf subscribe rem-conf From rem-conf-request@es.net Tue Mar 14 05:02:15 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <07795-0@osi-west.es.net>; Tue, 14 Mar 1995 02:01:42 +0000 Received: from rodent.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Tue, 14 Mar 1995 10:00:34 +0000 To: Stephen Casner cc: rem-conf@es.net Subject: Re: New RTP draft available In-reply-to: Your message of "Mon, 13 Mar 95 11:51:08 PST." <795124268.0.CASNER@XFR.ISI.EDU> Date: Tue, 14 Mar 95 10:00:31 +0000 Message-ID: <664.795175231@cs.ucl.ac.uk> From: Jon Crowcroft >To the Audio/Video Transport Working Group: >I have (finally!) completed my editing of the Real-time Transport >Protocol (RTP) draft, and I am now turning it over to the other three >authors for their comments before posting as an Internet Draft and >submission for IESG Last Call. and a jolly good job you have done too! >About a week ago I sent a message saying that I was not planning to >hold an AVT meeting in Danvers since the RTP draft would be done, but >inviting comments from the working group if there were other topics >that we should meet to discuss. The only response was from Kevin >Almeroth who was disappointed that AVT would not meet. However, after >I explained in a private message that the continuing work he was >interested in will be addressed in the MMusic, RSVP and Int-Serv >working groups rather than AVT, he agreed that a meeting was not >necessary. this seems to be reasonable - there needs to be more solid work in those 3 groups before i'd expect any signifgicant new input to the RTP spec - i believe mark handley and ian wakeman may have some comments on security, but apart from, that it seems very solid...[they're both skiing this week, but mark will be at the IETF...] cheers jon From rem-conf-request@es.net Tue Mar 14 07:53:15 1995 Received: from dutepp9.et.tudelft.nl by osi-west.es.net via ESnet SMTP service id <08825-0@osi-west.es.net>; Tue, 14 Mar 1995 04:52:48 +0000 Received: by dutepp9.et.tudelft.nl id AA24195 (5.67b/IDA-1.5 for rem-conf@es.net); Tue, 14 Mar 1995 13:52:42 +0100 Date: Tue, 14 Mar 1995 13:52:41 +0100 (MET) From: Hans Otten X-Sender: hans@dutepp9.et.tudelft.nl To: rem-conf@es.net Subject: Small VAT problem: ridiculously long playout value In-Reply-To: <664.795175231@cs.ucl.ac.uk> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, I have noticed the following odd behaviour of vat: I have a CD player pumping audio into a vat on a SparcStation IPC. The vat program is configured for no silence suppresion and is using PCM2 encoding. On a SparcStation 10 I start a vat to listen to the music of the CD. After a while, I check the value of playout, and it is 5.2 seconds! On a SparcStation 2 a vat has been running for about the same amount of time, and its playout value is about 400ms. The vats on the receiving end are set to Conference mode. The SparcStation 10 has a DBRI audio interface, both the IPC and the SS2 have the 79c30 or AMD audio interface. All machines are running SunOS 4.1.3, with the release 3.3 multicast patches. Also, all machines have been patched for the smaller buffer size for the audio devices. Can anyone shed some light on this? Is this a known problem? Can the fact that someone is running simulations (with a nice-level of 10, still some 5% idle) on the same machine be of any significance? MTIA, Hans. -- Hans Otten (graduate student) | EMail: H.Otten@et.tudelft.nl Dept. of Computer Architecture | Phone: (+31)15-783502/132909 (Work/Home) Fac. of Electrical Engineering +----------------------------------------- Delft University of Technology | "I want to believe in miracles -- The Netherlands, Europe | not just belief in numbers", Lou Reed From rem-conf-request@es.net Tue Mar 14 12:49:43 1995 Received: from ell.ee.lbl.gov by osi-west.es.net via ESnet SMTP service id <11805-0@osi-west.es.net>; Tue, 14 Mar 1995 09:49:20 +0000 Received: by ell.ee.lbl.gov (8.6.10/1.43r) id JAA00182; Tue, 14 Mar 1995 09:48:31 -0800 From: mccanne@ee.lbl.gov (Steven McCanne) Message-Id: <199503141748.JAA00182@ell.ee.lbl.gov> To: Hans Otten cc: rem-conf@es.net Subject: Re: Small VAT problem: ridiculously long playout value In-reply-to: Your message of Tue, 14 Mar 95 13:52:41 +0100. Date: Tue, 14 Mar 95 09:48:31 PST Hans, The long playout delays you're seeing result from sampling rate drift. The sender is producing samples at a rate slightly higher than the receiver is consuming them. Vat relies on silence gaps to adjust it's playout offset and resychronize with the sender's sample clock, which prevents the backlog from building up. So this problem only happens with continuous tranmission. Van and I have talked about how to solve this problem; we think we know how, but haven't implemented it yet. Steve From rem-conf-request@es.net Tue Mar 14 13:46:14 1995 Received: from bud.indirect.com by osi-west.es.net via ESnet SMTP service id <12277-0@osi-west.es.net>; Tue, 14 Mar 1995 10:45:43 +0000 Received: from quickmail.siriuspub.com ([165.247.37.40]) by bud.indirect.com (8.6.5/8.6.6) with SMTP id LAA12060 for ; Tue, 14 Mar 1995 11:45:36 -0700 Message-ID: Date: 14 Mar 1995 11:57:38 -0700 From: Russ Gnant Return-Receipt-To: "Russ Gnant" Subject: None To: MBONE X-Mailer: Mail*Link SMTP-QM 3.0.1 Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; Name="Message Body" Content-Transfer-Encoding: quoted-printable Subject: Time: 11:44 = AM OFFICE MEMO None Date: 3/14/95 From rem-conf-request@es.net Tue Mar 14 15:23:17 1995 Received: from tweety.CS.Berkeley.EDU by osi-west.es.net via ESnet SMTP service id <13453-0@osi-west.es.net>; Tue, 14 Mar 1995 12:22:26 +0000 Received: (larry@localhost) by tweety.cs.berkeley.edu (8.6.11/8.3) id MAA25340; Tue, 14 Mar 1995 12:22:21 -0800 Date: Tue, 14 Mar 1995 12:22:21 -0800 From: Larry Rowe Message-Id: <199503142022.MAA25340@tweety.cs.berkeley.edu> To: rem-conf@es.net Subject: MBONE ANNOUNCE: UCB Multimedia Seminar 3/17/95: Bruce Tognazzini (Sun) MULTIMEDIA AND GRAPHICS SEMINAR Bruce Tognazzini Sun Microsystems Date: Mar 17, 1995 Time: 2:30-3:30 Room: 405 Soda Hall ------------ This seminar will be broadcast on the MBONE starting around 2:30. 405 Soda Hall is a relatively small seminar room (approx. 25 seats). Folks at Berkeley might want to attend the seminar by watching it on your workstation, if it can receive MBONE transmissions. For further information on accessing the MBONE contact see the FAQ (/usr/sww/doc/faq/mbone.faq). From rem-conf-request@es.net Tue Mar 14 19:35:52 1995 Received: from ietf.cnri.reston.va.us by osi-west.es.net via ESnet SMTP service id <16469-0@osi-west.es.net>; Tue, 14 Mar 1995 16:35:26 +0000 Received: from [127.0.0.1] by IETF.CNRI.Reston.VA.US id aa11449; 14 Mar 95 17:28 EST Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce:; cc: rem-conf@es.net From: Internet-Drafts@CNRI.Reston.VA.US Reply-to: Internet-Drafts@CNRI.Reston.VA.US Subject: I-D ACTION:draft-ietf-avt-cellb-profile-03.txt Date: Tue, 14 Mar 95 17:28:24 -0500 Sender: cclark@CNRI.Reston.VA.US Message-ID: <9503141728.aa11449@IETF.CNRI.Reston.VA.US> --NextPart A Revised 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 of CellB Video Encoding Author(s) : M. Speer, D. Hoffman Filename : draft-ietf-avt-cellb-profile-03.txt Pages : 23 Date : 03/13/1995 This draft describes a packetization scheme for the CellB video encoding. The scheme proposed allow applications to transport CellB video flows over protocols used by RTP. This document is meant for implementors of video applications that want to use RTP and CellB. Internet-Drafts are available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-avt-cellb-profile-03.txt". A URL for the Internet-Draft is: ftp://ds.internic.net/internet-drafts/draft-ietf-avt-cellb-profile-03.txt Internet-Drafts directories are located at: o Africa Address: ftp.is.co.za (196.4.160.2) o Europe Address: nic.nordu.net (192.36.148.17) o Pacific Rim Address: munnari.oz.au (128.250.1.21) o US East Coast Address: ds.internic.net (198.49.45.10) o US West Coast Address: ftp.isi.edu (128.9.0.32) 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-cellb-profile-03.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. For questions, please mail to Internet-Drafts@cnri.reston.va.us. 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: <19950313173837.I-D@CNRI.Reston.VA.US> ENCODING mime FILE /internet-drafts/draft-ietf-avt-cellb-profile-03.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-cellb-profile-03.txt"; site="ds.internic.net"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19950313173837.I-D@CNRI.Reston.VA.US> --OtherAccess-- --NextPart-- From rem-conf-request@es.net Tue Mar 14 21:03:15 1995 Received: from inet-gw-1.pa.dec.com by osi-west.es.net via ESnet SMTP service id <17288-0@osi-west.es.net>; Tue, 14 Mar 1995 18:02:52 +0000 Received: from bigpink.pa.dec.com by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA09565; Tue, 14 Mar 95 17:56:18 -0800 Received: by bigpink.pa.dec.com; id AA25822; Tue, 14 Mar 1995 17:56:17 -0800 Message-Id: <9503150156.AA25822@bigpink.pa.dec.com> To: rem-conf@es.net Cc: berc@pa.dec.com, band@std.com Subject: STD Command Performance (MCast) Date: Tue, 14 Mar 95 17:56:17 -0800 From: berc@pa.dec.com X-Mts: smtp What: Severe Tire Damage Concert Date: 15-Mar-95 Time: ~6:30pm PST - ~8:30pm PST From: The Fabulous SubForum (nee Garage) Systems Research Center Digital Equipment Corporation Palo Alto, California A television crew is taping a Severe Tire Damage practice tomorrow afternoon, and to celebrate we're putting the whole affair onto the MBone. This infamous band (remember the Stones mcast?) will be happy to take requests (except requests to be desist) and generally chat and commit to film the wonderfulness of the technology. The video will probably be in vic's H.261 format (we have a shiny Alpha 3000/700 to send from) unless people demand nv. Lance Berc Troublemaker berc@src.dec.com STD info: http://www.std.com/homepages/band http://www.ubiq.com/hypertext/std/Band.html mailto:band@std.com MBone tools for Alpha workstation: http://chocolate.pa.dec.com/mbone From rem-conf-request@es.net Wed Mar 15 04:36:06 1995 Received: from mgate.uni-hannover.de by osi-west.es.net via ESnet SMTP service id <20477-0@osi-west.es.net>; Wed, 15 Mar 1995 01:35:34 +0000 Received: from helios.tnt.uni-hannover.de by mgate.uni-hannover.de with SMTP (PP); Wed, 15 Mar 1995 10:31:16 +0100 Received: from ikarus.tnt.uni-hannover.de by helios.tnt.uni-hannover.de (4.1/SMI-4.1) id AA19996; Wed, 15 Mar 95 10:29:06 +0100 Date: Wed, 15 Mar 95 10:29:06 +0100 From: bloemer@tnt.uni-hannover.de (Arnold Bloemer) Message-Id: <9503150929.AA19996@helios.tnt.uni-hannover.de> To: mbone@isi.edu, rem-conf@es.net Subject: TV Show from CeBIT'95 in MBone, Today at 15:00 GMT Cc: ten@ipsun.ras.ru, Stefan.Hild@cl.cam.ac.uk, mcneil@rum.ee.umanitoba.ca, Lance.Berc@src.dec.com, setala@axil.mdata.fi, robert@psy.uq.oz.au Today we will broadcast our last tv show from CeBIT'95. We will try to overlay the audio with an english translation. On last Saturday we had a great succes, when we demonstrated MBone in german tv. Many thanks again to all, who participated, especially to Wieland Hoffelder in Berkeley and Mark Prior in Adelaide, who participated via MBone interactively in our tv show. Today the tv station would like to shortly summarize the tv MBone activities. It would be very good if we good finally present again MBone members participating in the show via MBone and sitting far away >from Germany. So if you can spend the time please go online, if possible send video and write some nice comments about the show on our whiteboard. Because we will only have a few minutes in the show it would be good to know about participants who we could talk with and who could send video during the show. Test for the show will start at 14:45 GMT. If you would like to become a little bit more famous at least in Germany please reply to this mail or just go online at approximately 14:45 GMT. Arnold ________________________________________________________________________________ Dipl.-Ing. Arnold Bloemer Universitaet Hannover Institut fuer Theoretische Nachrichtentechnik bloemer@tnt.uni-hannover.de und Informationsverarbeitung (TNT) fax: +49 511 762-5333 Appelstrasse 9A phone: +49 511 762-5320 D-30167 Hannover http://www.tnt.uni-hannover.de/wiss/bloemer.html Germany ________________________________________________________________________________ From rem-conf-request@es.net Wed Mar 15 12:18:40 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <24438-0@osi-west.es.net>; Wed, 15 Mar 1995 09:18:15 +0000 Received: from cronus.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Wed, 15 Mar 1995 17:17:47 +0000 To: rem-conf@es.net Subject: Video conferencing booking systems Date: Wed, 15 Mar 95 17:17:44 +0000 From: N.Ismail@cs.ucl.ac.uk Dear all, I am writing a report about video conferencing scheduling and booking systems. Apart from the SuperJANET ATM video booking service, I could not find anything else. So if you already using such a service or you know about one, I will appreciate if you drop me a line. Thanks, nermeen From rem-conf-request@es.net Wed Mar 15 17:29:08 1995 Received: from cdcnet.uniandes.edu.co by osi-west.es.net via ESnet SMTP service id <00352-0@osi-west.es.net>; Wed, 15 Mar 1995 14:28:29 +0000 Received: from ucauca.edu.co (ucauca.coldapaq.net.co) by cdcnet (4.1/SMI-4.1) id AA05560; Wed, 15 Mar 95 17:26:24 EST Received: by ucauca.edu.co (4.1/SMI-4.1) id AA00556; Wed, 15 Mar 95 17:29:58 EST Date: Wed, 15 Mar 1995 17:29:58 -0500 (EST) From: Aplicaciones Telematicas To: rem-conf@es.net Subject: unsubscribe Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII unsubscribe. =========================================================================== Javier Andrade Sarria | Investigacion Aplicaciones Telematicas Cesar Antonio Ibarguen | Calle 1AN #11-42 | Universidad del Cauca Popayan | E-mail : telapp@atenea.ucauca.edu.co Colombia , South America | | Facultad de Ingenieria Electronica | Universidad del Cauca =========================================================================== From rem-conf-request@es.net Wed Mar 15 21:47:13 1995 Received: from koriel.Sun.COM by osi-west.es.net via ESnet SMTP service id <02969-0@osi-west.es.net>; Wed, 15 Mar 1995 18:46:47 +0000 Received: from Eng.Sun.COM (engmail2.Eng.Sun.COM) by Sun.COM (sun-barr.Sun.COM) id AA08548; Wed, 15 Mar 95 18:45:29 PST Received: from auckland.Eng.Sun.COM by Eng.Sun.COM (5.x/SMI-5.3) id AA08446; Wed, 15 Mar 1995 18:45:25 -0800 Received: by auckland.Eng.Sun.COM (5.x/SMI-SVR4) id AA08950; Wed, 15 Mar 1995 18:44:49 -0800 Date: Wed, 15 Mar 1995 18:44:49 -0800 From: Ross.Finlayson@Eng.Sun.COM (Ross Finlayson) Message-Id: <9503160244.AA08950@auckland.Eng.Sun.COM> To: berc@gatekeeper.dec.com Subject: Format of time values in "sd" packets Cc: rem-conf@es.net Reply-To: finlayson@Eng.Sun.COM X-Sun-Charset: US-ASCII Lance (cc. "rem-conf"), FYI, I noticed that the "sd" packets that you sent announcing today's Severe Tire Damage show appeared as follows: s=Severe Tire Damage i=Live PBS taping of this famous band o=berc@chocolate.pa.dec.com c=224.2.136.114 127 18446744072295882016 18446744072295896416 m=audio 65154 13400 m=video 43875 15581 m=whiteboard 35190 24663 Notice the two huge numbers at the end of the "c=" line; these are the start and end times for the session. Presumably the reason they're so large is that you're one of the lucky people out there with a 64-bit machine. In hex, these numbers are 0xFFFFFFFFABBD1D20 and 0xFFFFFFFFABBD5560. I realize that the "sd" packet format is probably not officially defined anywhere (and it's kind of a crock anyway), but this appears to be a bug. The packets that everyone else sends out contain 32-bit integers, so for consistency, the Alpha (and other 64-bit machines) should probably do the same. (As 32-bit integers, your start/end times would be 2881297696 and 2881312096 respectively.) So, whoever is in charge of the "sd" sources should probably change the code so that new announcements get formatted correctly if created on a >32-bit machine. Ross. ps. Fortunately, the *receiving* "sd" programs - even on 32-bit machines - seem to handle these numbers correctly. (Presumably the leading 32 "1" bits just get shifted off the end, and the number gets computed OK.) The only reason I noticed this is that I was using a new browser program that parses these packets using a Tcl script, and Tcl chokes on numbers this big. From rem-conf-request@es.net Thu Mar 16 02:38:02 1995 Received: from ceres.fokus.gmd.de by osi-west.es.net via ESnet SMTP service id <04524-0@osi-west.es.net>; Wed, 15 Mar 1995 23:37:37 +0000 Received: from lupus (actually lupus.fokus.gmd.de) by ceres.fokus.gmd.de with SMTP (PP-ICR1v5); Thu, 16 Mar 1995 08:35:06 +0100 X-Mailer: exmh version 1.5.3 12/28/94 To: michael.speer@eng.sun.com cc: rem-conf@es.net From: Henning Schulzrinne Subject: CellB draft comments Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 16 Mar 1995 08:34:40 +0100 Sender: schulzrinne@fokus.gmd.de It is probably not necessary to include a 'Reader's Digest' version of the fixed RTP header. The description of the fields are too short to give implementors meaningful guidance. Also, there's always the danger that inconsistencies slip in. Plus, if there's ever a change in the fixed header, but one not affecting CellB, it means unnecessary changes in this RFC-to-be. Since only the timestamp field interpretation needs to be established, it would be sufficient to simply refer to the appropriate section in the almost-RFC and the define the timestamp frequency. Generally, it's helpful to have a 'Changes' section so that readers are alerted to what's new and might need more careful scrutiny. Nits: hz -> Hz The H.261 draft cited is long expired; isn't there a new one? same for RTP draft date is wrong (November 1994) should probably use URL format rather than rcp format in references Henning --- Henning Schulzrinne email: hgs@fokus.gmd.de GMD-Fokus phone: +49 30 25499 182 Hardenbergplatz 2 fax: +49 30 25499 202 D-10623 Berlin URL: http://www.fokus.gmd.de/htbin/info/step/hgs From rem-conf-request@es.net Thu Mar 16 04:33:29 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <05731-0@osi-west.es.net>; Thu, 16 Mar 1995 01:32:54 +0000 Received: from waffle.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Thu, 16 Mar 1995 09:32:17 +0000 To: finlayson@Eng.Sun.COM cc: berc@gatekeeper.dec.com, rem-conf@es.net Subject: Re: Format of time values in "sd" packets In-reply-to: Your message of "Wed, 15 Mar 95 18:44:49 PST." <9503160244.AA08950@auckland.Eng.Sun.COM> Date: Thu, 16 Mar 95 09:32:09 +0000 Message-ID: <967.795346329@cs.ucl.ac.uk> From: Jon Crowcroft >I realize that the "sd" packet format is probably not officially defined >anywhere (and it's kind of a crock anyway), but this appears to be a bug. the confctrl group have discussed it - i think the upcoming IETF will feature a bit more on this....hopefully an internet-draft spec for sd packet format and protocol rules will be out real soon now....(i've seen a pre draft draft...) jon From rem-conf-request@es.net Thu Mar 16 07:17:30 1995 Received: from lupine.nsi.nasa.gov by osi-west.es.net via ESnet SMTP service id <07249-0@osi-west.es.net>; Thu, 16 Mar 1995 04:16:53 +0000 Received: (from mnewell@localhost) by lupine.nsi.nasa.gov (8.6.9/8.6.9) id HAA00378; Thu, 16 Mar 1995 07:15:39 -0500 Date: Thu, 16 Mar 1995 07:15:35 -0500 (EST) From: "Michael C. Newell" To: rem-conf@es.net Subject: Will this be broadcast? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII The following is from the NASA Headquarters "Head's Up" bulletin. Is this going to be pumped out on the MBONE??? Thanks, Mike +--------------------------------------+------------------------------------+ |Mike Newell | The opinions expressed herein are | |NASA Science Internet Network Systems | my own, and do not necessarily | |Sterling Software, Inc. | reflect those of the NSI program, | |MNewell@nsipo.nasa.gov | Sterling Software, NASA, or anyone | |+1-202-434-8954 | else. | +--------------------------------------+------------------------------------+ ---------- Forwarded message ---------- ... snip ... WATCH NASA TV MONDAY FOR IN-FLIGHT PRESS CONFERENCE FROM MIR Astronaut Norm Thagard and Cosmonauts Vladimir Dezhurov and Gennady Strekalov will hold an in-flight press conference aboard the Russian Mir space station this Monday. The three men, designated as the Mir-18 crew, lifted off March 14 from the Baikonur Cosmodrome aboard a Soyuz rocket. Thagard is scheduled for a 90-day stay on Mir. Monday, March 20, 9:58 a.m., live on NASA TV. ... snip ... From rem-conf-request@es.net Thu Mar 16 11:58:34 1995 Received: from koriel.Sun.COM by osi-west.es.net via ESnet SMTP service id <09586-0@osi-west.es.net>; Thu, 16 Mar 1995 08:58:06 +0000 Received: from Eng.Sun.COM (engmail2.Eng.Sun.COM) by Sun.COM (sun-barr.Sun.COM) id AA24841; Thu, 16 Mar 95 08:58:00 PST Received: from jadeite.eng.sun.com by Eng.Sun.COM (5.x/SMI-5.3) id AA25453; Thu, 16 Mar 1995 08:57:55 -0800 Received: from rebma (rebma-p) by jadeite.eng.sun.com (5.x/SMI-SVR4) id AA00128; Thu, 16 Mar 1995 08:57:34 -0800 Date: Thu, 16 Mar 1995 08:49:48 -0800 (PST) From: Don Hoffman Reply-To: Don Hoffman Subject: MBONE Broadcast - Sunergy 13 "Next Generation Software for a Wired Planet" To: rem-conf@es.net Message-Id: Content-Type: text X-Sun-Text-Type: ascii SUNERGY #13 - "Next Generation Software for a Wired Planet" DATE/TIME: March 21, 1995 8:30 - 10:00 a.m. (Pacific Standard Time) 16:30 - 18:00 (Greenwich Mean Time) Guests in the next Sunergy program include: Tsutomu Shiomura - San Diego Supercomputer Center Roy Campbell - University of Illinois at Urbana-Champaign Jim Mitchell - SunSoft Detailed program description attached. Consult your local sd listing for multicast address and video format type. MBONE questions to hoffman@eng.sun.com. Program questions to sunergy@sun.com. Thanks, Don Hoffman Sun Microsystems, Inc. email - don.hoffman@eng.sun.com, phone - +503 297 1580 ------------------------------------------------------------------------------ DESCRIPTION: Sunergy 10 discussed the emergence of object technologies in the creation of reuseable, distributable software components. In Sunergy 13, this discussion will be broadened to encompass software development, objects and networking for a world that is rapidly becoming completely connected digitally. On the wired planet, one should never have to leave one's computer-based assistants behind in the office. Working with others at a distance will change from hours of travel to only millisecond delays. The software that will make this possible has to be flexible about where it and other software it uses are at a given moment. It also has to be secure enough for us to transact business over the ubiquitous public networks. So far no one has devised a single "right" way to develop this kind of software, but a number of research projects are finding good ways. The participants in this Sunergy broadcast are some of the pioneers on this new software frontier. They will discuss the issues, describe their approaches, and demonstrate some of the next-generation software they have been developing. The Spring distributed, object-oriented operating system, which was developed at Sun, will be one of the research projects discussed. At the end of the broadcast, we will provide details of how developers outside of Sun can acquire the Spring Research Distribution. AUDIENCE: - Developers for whom networked or distributed software represents a competitive advantage - Academic and industrial researchers - Business planners who need to consider local and global networking for running their enterprises - Technologists and near technologists - Anyone interested in keeping up with the business of distributed programming. Once again, the broadcast will be hosted by: JOHN GAGE, Director of the Science Office, Sun Microsystems Computer Company John will be joined by: ROY CAMPBELL, of the University of Illinois at Urbana-Champaign JIM MITCHELL, of SunSoft TSUTOMU SHIMOMURA, of the San Diego Supercomputer Center (We will keep you informed if there are any further additions to the guest list for this broadcast.) This show will be broadcast to North America, South America and Europe. The SATELLITE COORDINATES for this broadcast are currently available by emailing a request to sunergy@sun.com. (Note: Satellite coordinates can vary from broadcast to broadcast - you will need the coordinates specific to this broadcast.) This broadcast will be carried on the Multicast BackBONE (MBONE) around the world. Information on MBONE is available on the WWW at http://www.eit.com/techinfo/mbone/mbone.html. Sunergy broadcasts are closed-captioned for the hearing impaired. ########################## GUEST BIOGRAPHIES ######################## JOHN GAGE (Host) Director, Science office Sun Microsystems John Gage is responsible for Sun's relationships with the world scientific and public policy communities, international scientific institutions and groups developing new forms of scientific research involving computing. He is on scientific and advisory panels of the United States National Science Foundation, the US Congress Office of Technology Assessment, the European Institute of Technology and the United States National Academy of Sciences. He has recently been appointed to the US National Research Council Mathematical Sciences Education Board. He is a member of ACM, IEEE, SIAM, AMS, AAAS, and SMPTE. He attended the Harvard Business School and the Harvard Graduate School of Public Policy. He did doctoral work in economics and mathematics at the University of Berkeley at the same time as Bill Joy. Gage subsequently left Berkeley with Joy to start Sun in 1982. Gage is on the Board of Directors of Unicode, an industry consortium of IBM, Microsoft, Apple, Novell, and others to provide multilingual capability in all world scripts for all documents and applications. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ROY CAMPBELL Full Professor University of Illinois at Urbana-Champaign The focus of Professor Campbell's research is the design and construction of complex software systems. His first contribution to computer science was the ``path expression,'' a method that allowed the simple specification of complex synchronization schemes for concurrent processes and operating systems. After his Ph.D., completed at the University of Newcastle upon Tyne in 1977, he developed the ``Path Pascal'' language, an extension of Pascal that included abstract data types, path expressions, and processes. His research papers include results on operating systems, fault- tolerance, real-time deadlines, networks and software engineering. His most recent research is in distributed parallel operating systems and ATM networks. The Choices project demonstrated that operating systems can be customized for specific application performance through the use of object-oriented techniques. Currently, he is a co-principal investigator in the BLANCA project, a gigabit testbed funded by NSF and ARPA through the Center for National Research Initiatives. The objective of the research is to demonstrate a set of services and capabilities that are qualitatively different than those that are possible with network speeds of under several hundred megabit/second. He is also building micro Choices, an object-oriented operating system exploring multimedia application support. New and Recent Publications: 1. ``Techniques for Global Optimizations of Message Passing Communications on Unreliable Networks,'' Nayeem Islam and Roy H. Campbell, International Conference on Distributed Computing Systems, May 1995, to appear. 2. ``Scalable Optoelectronic ATM Networks: The iPOINT Fully Functional Testbed,'' John W. Lockwood, H. Duan, J. J. Morikuni, S. M. Kang, S. Akkineni, and Roy H. Campbell, Journal of Lightwave Technology, 1995, to appear. 3. ``Experiences Designing and Implementing Choices: An Object- Oriented System in C++,'' Roy Campbell, Nayeem Islam, Peter Madany, and David Raila, Communications of the ACM, pages 117-126, September 1993. http://choices.cs.uiuc.edu ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ JIM MITCHELL Vice President, Object Products SunSoft Dr. Jim Mitchell has been working with computers since 1962 when he sneaked into the University of Waterloo Computer Center at night to run his first programs. At Waterloo he and three other undergraduates developed the first WATFOR compiler. He has a Ph.D. from Carnegie-Mellon University and has worked on compilers, interactive programming systems, programming language design (Mesa, Euclid, C++), document preparation systems, user interface design, graphics hardware, distributed transactional file systems, and distributed, object-oriented operating systems. Dr. Mitchell was at the Xerox Palo Alto Research Center from 1971-84 and was a Xerox Research Fellow. In 1980-81 he was Senior Visiting Fellow at the Cambridge University Computing Laboratory. From 1984-88 he was with Acorn Computers (U.K.) as President of the Acorn Research Center and Director of Research and Development. He has been with Sun since 1988. He was Vice-President of Software Systems Research in Sun Microsystems Laboratories and is currently a Sun Fellow/Vice-President working in Object Products in SunSoft. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ TSUTOMU SHIMOMURA Computational Physicist San Diego Supercomputer Center Tsutomu Shimomura is a computational physicist at the San Diego Supercomputer Center in La Jolla, California. This federally backed center is one of five around the nation whose mission is to develop advanced computer technology and use supercomputers to conduct research. Mr. Shimomura is a Japanese citizen who has lived most of his life in the United States. He is considered an expert in safeguarding computers from anonymous intruders and one of the country's most skilled computer security experts. He recently helped with the investigation that led to the arrest of computer hacker Kevin Mitnick. Mitnick has been charged with the theft of credit card numbers and files from computers on the global Internet network. Mr. Shimomura is currently at work on a software filter that he hopes will make it easier to ward off such attacks. Shimomura is a self-described ski bum and a volunteer for the cross country ski patrol near Lake Tahoe. ###################################################################### The full transcript of our Sunergy #12 broadcast "Information Highway Access: With Liberty & Justice for All?" which aired January 24, 1995, is now available on the WWW or by email from sunergy@sun.com. This information is also available at the Sun ftp site: [sunsite.unc.edu]. Login as anonymous and go to: pub/sun-info/sunergy/broadcast_docs/jan_95. ###################################################################### From rem-conf-request@es.net Thu Mar 16 13:14:06 1995 Received: from alpha.Xerox.COM by osi-west.es.net via ESnet SMTP service id <10453-0@osi-west.es.net>; Thu, 16 Mar 1995 10:13:30 +0000 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14587(8)>; Thu, 16 Mar 1995 10:13:10 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <49859>; Thu, 16 Mar 1995 10:13:03 -0800 X-Mailer: exmh version 1.5.3 12/28/94 To: finlayson@eng.sun.com cc: berc@gatekeeper.dec.com, rem-conf@es.net, fenner@parc.xerox.com Subject: Re: Format of time values in "sd" packets In-reply-to: Your message of "Wed, 15 Mar 95 18:44:49 PST." <9503160244.AA08950@auckland.Eng.Sun.COM> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 16 Mar 1995 10:13:00 PST Sender: Bill Fenner From: Bill Fenner Message-Id: <95Mar16.101303pst.49859@crevenia.parc.xerox.com> In message <9503160244.AA08950@auckland.Eng.Sun.COM> you write: >Notice the two huge numbers at the end of the "c=" line; these are the start >and end times for the session. Presumably the reason they're so large is >that you're one of the lucky people out there with a 64-bit machine. >In hex, these numbers are 0xFFFFFFFFABBD1D20 and 0xFFFFFFFFABBD5560. I noticed this some time ago when I was writing my web server (http://www.cmf.nrl.navy.mil/sd/) and reported it to sd@ee.lbl.gov at that time. Luckily, perl has a bignums library, so all I had to do was if ($tm1 > 0xffffffff) { # Probably got require 'bigint.pl'; # sign-extended by an # alpha running a buggy # version of sd. $tm1=&main'bmod($tm1,"4294967296"); $tm2=&main'bmod($tm2,"4294967296"); } Bill From rem-conf-request@es.net Thu Mar 16 14:01:56 1995 Received: from inet1.tek.com by osi-west.es.net via ESnet SMTP service id <10980-0@osi-west.es.net>; Thu, 16 Mar 1995 11:00:58 +0000 Received: from tektronix.tek.com by inet1.tek.com id ; Thu, 16 Mar 1995 11:01:15 -0800 Received: from dtl.labs.tek.com by tektronix.TEK.COM (4.1/8.2) id AA25280; Thu, 16 Mar 95 11:00:07 PST Received: from icebox.LABS.TEK.COM (icebox.TEK) by dtl.labs.tek.com (4.1/8.0) id AA20667; Thu, 16 Mar 95 10:58:29 PST Received: from icebox (localhost) by icebox.LABS.TEK.COM (5.x/SMI-SVR4) id AA26730; Thu, 16 Mar 1995 11:00:58 -0800 Message-Id: <9503161900.AA26730@icebox.LABS.TEK.COM> To: rem-conf@es.net Cc: tedb@icebox.LABS.TEK.COM, mayers@icebox.LABS.TEK.COM Subject: class reading suggestions From: Ted Brunner Date: Thu, 16 Mar 1995 11:00:58 -0800 Sender: tedb@icebox.LABS.TEK.COM I'm going to be teaching a graduate level topics class at a nearby university, and will include a section on audio/video/etc applications over IP-multicast. I'm looking for good papers for my students to read. I have looked at the mbone faq and have the following: "MBone Provides Audio and Video Across the Internet" Macedonia Brutzman IEEE Computer April 1994 draft-ietf-avt-* README-3.3 from the ipmulti3.3 release Any other suggestions? TIA Ted Brunner Communication Systems Research Lab Tektronix MS 50-370 ted.brunner@tek.com 14150 SW Karl Braun 503.627.1317 Beaverton OR 97005 From rem-conf-request@es.net Thu Mar 16 14:11:18 1995 Received: from bnl.gov by osi-west.es.net via ESnet SMTP service id <11080-0@osi-west.es.net>; Thu, 16 Mar 1995 11:08:29 +0000 Received: by bnl.gov (5.57/Ultrix3.0-C) id AA04670; Thu, 16 Mar 95 14:08:16 -0500 Received: by sirius.ccd.bnl.gov (940816.SGI.8.6.9/940406.SGI.AUTO) for rem-conf@es.net id OAA24092; Thu, 16 Mar 1995 14:08:14 -0500 From: Graham Campbell Message-Id: <9503161408.ZM24090@sirius.ccd.bnl.gov> Date: Thu, 16 Mar 1995 14:08:13 -0500 Reply-To: gc@bnl.gov X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: rem-conf@es.net Subject: IRIX 5.3 and vat/vic Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii I recently upgraded to Irix 5.3 and this seems to have broken vat/vic. I get the following: sirius 4% /usr/local/bin/vat vat: bad geometry "+0+0": expected widthxheight Anybody have any ideas? -- Graham gc@bnl.gov From rem-conf-request@es.net Thu Mar 16 18:26:15 1995 Received: from alpha.Xerox.COM by osi-west.es.net via ESnet SMTP service id <02609-0@osi-west.es.net>; Thu, 16 Mar 1995 15:25:19 +0000 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14813(3)>; Thu, 16 Mar 1995 15:24:56 PST Received: by crevenia.parc.xerox.com id <49859>; Thu, 16 Mar 1995 15:24:48 -0800 From: Bill Fenner To: rem-conf@es.net Subject: Using vic on the MBONE Message-Id: <95Mar16.152448pst.49859@crevenia.parc.xerox.com> Date: Thu, 16 Mar 1995 15:24:44 PST Last night's STD concert taught a couple of lessons about using vic on the MBONE: If you are going to transmit using vic, make sure that your sd session says so. Yes, the .sd.tcl distributed with vic launches vic for any video session, but I personally like to use nv for sessions that it can decode, especially since it allows adjustment of brightness and contrast. In addition, not specifying "fmt:vic" in the session launches vic in nv compatibility mode -- most notably, it uses RTPv1. Thus, even when I was starting vic by hand with the proper session parameters, I could not receive the broadcast -- because RTPv2 forces the data port to be even, and the data port that sd assigned was odd. I had to start up vic in its nv compatibility mode ("vic -A nv") in order to receive the h.261 video. Another, possibly more significant problem, was that vic's h.261 decoding appears to require a huge amount of CPU. I admit that my sparc2 is not the fastest machine in the world, but at 1/4NTSC size, I was getting about 40% packet loss due to CPU utilization. Only when I made the window 1/16NTSC did the CPU usage go below 100% (and the loss rate went to about 3%). I even tried running vic on an otherwise-idle IPX (the sparc2 had the vat running), and had the same experience. When the transmitters switched to nv format, half the people said that the video quality went down a tremendous amount. True, nv was transmitting less than one frame per second, but I could get full frames, so for me, the video quality had improved a tremendous amount. I'm not sure what the lesson from this last bit is, other than that we should be careful about limiting the audience to people with high-end workstations; the MBONE is already pretty exclusive. Bill From rem-conf-request@es.net Thu Mar 16 21:06:35 1995 Received: from std.sri.com by osi-west.es.net via ESnet SMTP service id <04196-0@osi-west.es.net>; Thu, 16 Mar 1995 18:04:57 +0000 Received: from churchy.std.sri.com by std.sri.com (4.1/SMI-4.1) id AA06622; Thu, 16 Mar 95 18:04:25 PST Message-Id: <9503170204.AA06622@std.sri.com> To: finlayson@eng.sun.com, J.Crowcroft@cs.ucl.ac.uk Cc: rem-conf@es.net Subject: Re: Format of time values in "sd" packets Date: Thu, 16 Mar 1995 18:04:23 -0800 From: Ruth Lang >>I realize that the "sd" packet format is probably not officially defined >>anywhere (and it's kind of a crock anyway), but this appears to be a bug. > the confctrl group have discussed it - i think the upcoming IETF will Notes and slides for Mark Handley's presentation at the 12/94 IETF MMUSIC meeting are available from ftp://ftp.isi.edu/confctrl/minutes or ftp://ws11.std.sri.com/pub/confctrl/minutes in the files ietf.12.94 and slides.12.94.tar (see slides.12.94.f). > feature a bit more on this....hopefully an internet-draft spec for sd > packet format and protocol rules will be out real soon now....(i've > seen a pre draft draft...) Yes. This is a planned agenda item. Stay tuned to confctrl@isi.edu for more information. Ruth Lang From rem-conf-request@es.net Thu Mar 16 21:37:55 1995 Received: from cernet.edu.cn by osi-west.es.net via ESnet SMTP service id <04322-0@osi-west.es.net>; Thu, 16 Mar 1995 18:31:26 +0000 Received: by beijing2.cernet.edu.cn (4.1/SMI-4.1) id AA19997; Fri, 17 Mar 95 10:28:23 CST Date: Fri, 17 Mar 95 10:28:23 CST From: cheng@cernet.edu.cn (Yan Cheng) Message-Id: <9503170228.AA19997@beijing2.cernet.edu.cn> To: rem-conf@osi-west.es.net Subject: audio/video/etc passing ip-multicasting 1. I'm now writing a report about audio conferencing systems and need some materials about the situation of it in Internet, including protocol, audio/voice/speech compressing, status quo,... . So if you already using such a service or you know about it, I will appreciate if you drop me a line. 2. What is Sunsrgy? What is STD concert? From rem-conf-request@es.net Thu Mar 16 22:39:42 1995 Received: from yuri.ipc.chiba-u.ac.jp by osi-west.es.net via ESnet SMTP service id <04918-0@osi-west.es.net>; Thu, 16 Mar 1995 19:38:00 +0000 Received: by yuri.ipc.chiba-u.ac.jp (5.67+1.6W/2.8Wb) id AA23204; Fri, 17 Mar 95 12:37:36 JST Return-Path: Message-Id: <9503170337.AA23204@yuri.ipc.chiba-u.ac.jp> To: N.Ismail@cs.ucl.ac.uk Cc: rem-conf@es.net Subject: Re: Video conferencing booking systems In-Reply-To: Your message of "Wed, 15 Mar 1995 17:17:44 GMT." <9503152007.AA29504@cuipc.ipc.chiba-u.ac.jp> Date: Fri, 17 Mar 1995 12:37:35 +0900 From: Yozo Toda > I am writing a report about video conferencing scheduling and booking > systems. Apart from the SuperJANET ATM video booking service, I could > not find anything else. So if you already using such a service or you > know about one, I will appreciate if you drop me a line. followings are all I found: http://www.cilea.it/MBone/agenda.html [MBone Global Agenda] http://www.uq.oz.au/mbone/diary/diary.html [the MBone online diary] http://strat.ucs.ed.ac.uk/bookpage.html [SuperJANET Video Conferencing: booking system] but I don't know people use them actually... -- yozo. From rem-conf-request@es.net Thu Mar 16 23:14:36 1995 Received: from koriel.Sun.COM by osi-west.es.net via ESnet SMTP service id <05189-0@osi-west.es.net>; Thu, 16 Mar 1995 20:12:11 +0000 Received: from Eng.Sun.COM (engmail2.Eng.Sun.COM) by Sun.COM (sun-barr.Sun.COM) id AA21000; Thu, 16 Mar 95 20:11:47 PST Received: from auckland.Eng.Sun.COM by Eng.Sun.COM (5.x/SMI-5.3) id AA08268; Thu, 16 Mar 1995 20:11:43 -0800 Received: by auckland.Eng.Sun.COM (5.x/SMI-SVR4) id AA12831; Thu, 16 Mar 1995 20:10:48 -0800 Date: Thu, 16 Mar 1995 20:10:48 -0800 From: Ross.Finlayson@Eng.Sun.COM (Ross Finlayson) Message-Id: <9503170410.AA12831@auckland.Eng.Sun.COM> To: J.Crowcroft@cs.ucl.ac.uk, rlang@std.sri.com Subject: Re: Format of time values in "sd" packets Cc: rem-conf@es.net, confctrl@isi.edu Reply-To: finlayson@Eng.Sun.COM X-Sun-Charset: US-ASCII > >>I realize that the "sd" packet format is probably not officially defined > >>anywhere (and it's kind of a crock anyway), but this appears to be a bug. > > > the confctrl group have discussed it - i think the upcoming IETF will ..... > > feature a bit more on this....hopefully an internet-draft spec for sd > > packet format and protocol rules will be out real soon now....(i've > > seen a pre draft draft...) > > Yes. This is a planned agenda item. Stay tuned to confctrl@isi.edu > for more information. For future reference, I think this sort of thing should really be specified in something like XDR. This certainly would have prevented this problem with how numbers are represented. (Of course, XDR is not yet an official IETF standard, as was recently discussed ad nauseum on the "ietf" list :-) Ross. From rem-conf-request@es.net Thu Mar 16 23:38:14 1995 Received: from guest.apple.com by osi-west.es.net via ESnet SMTP service id <05480-0@osi-west.es.net>; Thu, 16 Mar 1995 20:36:16 +0000 Received: from [17.201.128.61] by guest.apple.com with SMTP (5.64/8-Feb-1993-eef) id AA22165; Thu, 16 Mar 95 20:36:08 PST for rem-conf@es.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 16 Mar 1995 20:36:10 -0800 To: bagnet@george.lbl.gov From: max@guest.apple.com (Mark Q. Maxham) Subject: spewing junk on the mbone: my mistake Cc: rem-conf@es.net Recently I've been making a mess on the MBone, via bagnet@baglady.atg.apple.com, because of my ignorance of multicast behavior. I have been roundly and deservedly thrashed by certain members of the community. I was very surprised to learn that without anybody listening, every multicast packet goes everywhere. Call me foolish, call me ignorant, but it never would have occured to me that the protocol was fully promiscuous. You know what they say about assumptions, though. I knew that "pruning" wasn't implemented, for some definition of "pruning" which clearly wasn't the correct one. I thought pruning meant that it would stop sending when someone stopped listening -- but you still had to make an original request somewhere to initiate the flow. I will take *extreme* steps to ensure that I don't cause any more trouble. max From rem-conf-request@es.net Fri Mar 17 09:28:03 1995 Received: from turing.mathworks.com by osi-west.es.net via ESnet SMTP service id <09669-0@osi-west.es.net>; Fri, 17 Mar 1995 06:27:33 +0000 Received: from zippy (mbone-internal.mathworks.com [144.212.200.6]) by turing.mathworks.com (8.6.10/8.6-dp) with ESMTP id JAA27632 for ; Fri, 17 Mar 1995 09:27:31 -0500 Received: from localhost id JAA14706; Fri, 17 Mar 1995 09:27:30 -0500 Date: Fri, 17 Mar 1995 09:27:30 -0500 (EST) From: Dave Pascoe X-Sender: pascoe@zippy To: rem-conf@es.net Subject: Last night's BayLISA bcast Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Did anyone record last night's BayLISA broadcast? IF so, I'd like to get a copy. Thanks..... ---- Dave Pascoe Amateur Radio: KM3T E-Mail: pascoe@mathworks.com MATLAB info: info@mathworks.com WWW: http://www.mathworks.com Phone: 508-653-1415 (65-pi) From rem-conf-request@es.net Fri Mar 17 09:58:02 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <10073-0@osi-west.es.net>; Fri, 17 Mar 1995 06:57:28 +0000 Received: from speedy.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Fri, 17 Mar 1995 14:56:56 +0000 To: Ted Brunner cc: rem-conf@es.net, tedb@icebox.LABS.TEK.COM, mayers@icebox.LABS.TEK.COM, R.Bennett@cs.ucl.ac.uk Subject: Re: class reading suggestions In-reply-to: Your message of "Thu, 16 Mar 95 11:00:58 PST." <9503161900.AA26730@icebox.LABS.TEK.COM> Date: Fri, 17 Mar 95 14:56:51 +0000 From: Roy Bennett > >I'm going to be teaching a graduate level topics class >at a nearby university, and will include a section on >audio/video/etc applications over IP-multicast. >I'm looking for good papers for my students to read. > >I have looked at the mbone faq and have the following: >"MBone Provides Audio and Video Across the Internet" > Macedonia Brutzman > IEEE Computer April 1994 >draft-ietf-avt-* >README-3.3 from the ipmulti3.3 release > >Any other suggestions? "Mbone: The Multicast Backbone" Eriksson H. Comms of the ACM Vol 37(8), 54-60 1994 "Multimedia integrated conferencing for European researchers (MICE): piloting activities and the conference management and multiplexing centre." Handley, M.J., Kirstein, P., Sasse, M.A. Computer Networks and ISDN Systems 1993, 26, 275-290. "Surgical Teaching Project in Surgery" Jameson D.G., Hobsley, M., O'Hanlon, P., Buckton, S. ED-MEDIA 94, World Conference on Educational Multimedia and Hypermedia, Vancouver, Canada, June 25-29, 1994. "Remote Seminars through Multimedia Conferencing: Experiences from the MICE project" Sasse, M. A., Bilting, U., Schulz, C-D., Turletti, T. Proc. of INET'94/JENC'5, June 1994. > >TIA > >Ted Brunner Communication Systems Research Lab > Tektronix > MS 50-370 >ted.brunner@tek.com 14150 SW Karl Braun >503.627.1317 Beaverton OR 97005 > A few from our neck of the woods :-) Best wishes Roy --------------------------------------------------------------------- Roy Bennett Email: rbennett@cs.ucl.ac.uk MICE National Support Centre, England mice-nsc@cs.ucl.ac.uk Computer Science University College London Phone: +44 171 380 7934 Gower Street, LONDON WC1E 6BT Fax: +44 171 387 1397 --------------------------------------------------------------------- From rem-conf-request@es.net Fri Mar 17 10:03:58 1995 Received: from tamdhu.dcs.st-and.ac.uk by osi-west.es.net via ESnet SMTP service id <10186-0@osi-west.es.net>; Fri, 17 Mar 1995 07:03:11 +0000 Received: from turret.dcs.st-and.ac.uk by tamdhu.dcs.st-andrews.ac.uk (4.1/SMI-4.1) id AA00447; Fri, 17 Mar 95 15:02:59 GMT Message-Id: <9503171502.AA00447@tamdhu.dcs.st-andrews.ac.uk> To: rem-conf@es.net Subject: mcast of 'Distributed Multimedia Communications' April 20,21 Date: Fri, 17 Mar 1995 15:02:46 +0000 From: Paul Harrington We intend to transmit the audio and slides of Dr Jon Crowcroft's Easter lecture on 'Distributed Multimedia Communications' -- details of the lecture/venue can be found at http://www.dcs.st-and.ac.uk/News/aolc.html Jon hasn't told us yet exactly what he is going to be talking about but I imagine it will be of interest to the MBONE at large so we will probably be using a high'ish ttl. Questions/comments about the mcast side of things to me. pjjH Paul Harrington, phrrngtn@dcs.st-andrews.ac.uk +44 1334 463261 Division of Computer Science, St Andrews University, Scotland KY16 9SS From rem-conf-request@es.net Fri Mar 17 12:55:26 1995 Received: from gumby.dsd.TRW.COM by osi-west.es.net via ESnet SMTP service id <12132-0@osi-west.es.net>; Fri, 17 Mar 1995 09:54:14 +0000 Received: from localhost.sp.TRW.COM by gumby.dsd.TRW.COM (4.1/SMI-4.1) id AA09324; Fri, 17 Mar 95 09:54:11 PST Message-Id: <9503171754.AA09324@gumby.dsd.TRW.COM> To: rem-conf@es.net Subject: Re: Last night's BayLISA bcast In-Reply-To: Your message of "Fri, 17 Mar 95 09:27:30 EST." Date: Fri, 17 Mar 95 09:54:10 -0800 From: Dan Molinelli in addition, can someone point me to the reference material to PIM. i joined the conference late. thanks dan From rem-conf-request@es.net Fri Mar 17 14:59:00 1995 Received: from stilton.cisco.com by osi-west.es.net via ESnet SMTP service id <13943-0@osi-west.es.net>; Fri, 17 Mar 1995 11:58:17 +0000 Received: (dino@localhost) by stilton.cisco.com (8.6.8+c/8.6.5) id LAA24444; Fri, 17 Mar 1995 11:58:13 -0800 Date: Fri, 17 Mar 1995 11:58:13 -0800 From: Dino Farinacci Message-Id: <199503171958.LAA24444@stilton.cisco.com> To: moline@gumby.dsd.TRW.COM Cc: rem-conf@es.net, mbone@isi.edu In-Reply-To: Dan Molinelli's message of Fri, 17 Mar 95 09:54:10 -0800 <9503171754.AA09324@gumby.dsd.TRW.COM> Subject: Last night's BayLISA bcast >> in addition, can someone point me to the reference material to PIM. >> i joined the conference late. >> thanks One place is on ftp.cisco.com: /ftp/rfc/DRAFTS/*-pim-* Some cisco specific documentation can be found in: /ftp/dino/multicast Dino From rem-conf-request@es.net Fri Mar 17 15:04:45 1995 Received: from stout.cisco.com by osi-west.es.net via ESnet SMTP service id <14098-0@osi-west.es.net>; Fri, 17 Mar 1995 12:04:03 +0000 Received: (arch@localhost) by stout.cisco.com (8.6.8+c/CISCO.SERVER.1.1) id MAA16720; Fri, 17 Mar 1995 12:03:59 -0800 From: Arch Mott Message-Id: <199503172003.MAA16720@stout.cisco.com> Subject: Re: Last night's BayLISA bcast To: moline@gumby.dsd.TRW.COM (Dan Molinelli) Date: Fri, 17 Mar 1995 12:03:58 -0800 (PST) Cc: rem-conf@es.net In-Reply-To: <9503171754.AA09324@gumby.dsd.TRW.COM> from "Dan Molinelli" at Mar 17, 95 09:54:10 am X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 405 In a mail message Dan Molinelli writes: > > > in addition, can someone point me to the reference material to PIM. > i joined the conference late. > thanks > dan > You should be able to find DRAFTS of the PIM spec, and an architecture description, at your favorite RFC archive site. If you're deparate and can't find the drafts, contact me and I'll point you to my location for them... -Arch. From rem-conf-request@es.net Fri Mar 17 15:34:09 1995 Received: from eitech.eit.COM by osi-west.es.net via ESnet SMTP service id <14709-0@osi-west.es.net>; Fri, 17 Mar 1995 12:33:00 +0000 Received: from collage (collage.eit.COM) by eitech.eit.com (4.1/SMI-4.1) id AA16614; Fri, 17 Mar 95 12:32:36 PST Date: Fri, 17 Mar 95 12:32:36 PST From: vinay@eit.COM (Vinay Kumar) Message-Id: <9503172032.AA16614@eitech.eit.com> To: R.Bennett@cs.ucl.ac.uk Subject: Re: class reading suggestions Cc: rem-conf@es.net Another place to look for references: http://www.eit.com/techinfo/mbone/references.html Regards --- Vinay Kumar vinay@eit.com From rem-conf-request@es.net Fri Mar 17 16:22:43 1995 Received: from hookomo.aloha.net by osi-west.es.net via ESnet SMTP service id <15149-0@osi-west.es.net>; Fri, 17 Mar 1995 13:19:28 +0000 Received: by hookomo (Smail3.1.28.1 #11) id m0rpjQF-000uQ4C; Fri, 17 Mar 95 11:19 WET Message-Id: From: newsham@aloha.net (Timothy Newsham) Subject: broadcasted events To: rem-conf@es.net Date: Fri, 17 Mar 1995 11:19:03 -1000 (HST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 430 Hi, I'm not on the mbone (yet). I would like to know if I could get recordings of past events and replay them on the local machine or local network (my boxes do support multicasting). If so what software do I need for replaying events and where can I find recordings of events? Replies via the list if you feel others may be interested, or privately to me otherwise, please. Tim N. From rem-conf-request@es.net Sat Mar 18 01:27:04 1995 Received: from wizard.gsfc.nasa.gov by osi-west.es.net via ESnet SMTP service id <19197-0@osi-west.es.net>; Fri, 17 Mar 1995 22:26:32 +0000 Received: by wizard.gsfc.nasa.gov (5.65/1.35) id AA06082; Sat, 18 Mar 95 01:26:28 -0500 From: bill@wizard.gsfc.nasa.gov (Bill Fink) Message-Id: <9503180626.AA06082@wizard.gsfc.nasa.gov> Subject: Re: Using vic on the MBONE To: fenner@parc.xerox.com (Bill Fenner) Date: Sat, 18 Mar 1995 01:26:27 -0500 (EST) Cc: rem-conf@es.net In-Reply-To: <95Mar16.152448pst.49859@crevenia.parc.xerox.com> from "Bill Fenner" at Mar 16, 95 03:24:44 pm X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 728 Bill, I wholeheartedly agree with your comments regarding vic and CPU utilization. I have an IPC and also get major lossage due to CPU saturation when events are transmitted in vic format, which causes very unacceptable video quality. From testing I have participated in, my IPC seems to be able to keep up with about 2 frames per second (or slightly more) with vic. Until it is more commonplace for people to have the equivalent of a SPARC 10 or 20, I would suggest that multicast transmissions which are intended for a very wide audience limit their transmission rate to at most 2 frames per second, unless of course it is explicitly intended to limit the audience to people who have higher end workstations. -Bill From rem-conf-request@es.net Mon Mar 20 01:16:04 1995 Received: from cs.nps.navy.mil by osi-west.es.net via ESnet SMTP service id <05459-0@osi-west.es.net>; Sun, 19 Mar 1995 22:15:25 +0000 Received: from libra.cs.nps.navy.mil by cs.nps.navy.mil (4.1/SMI-4.1) id AA07987; Sun, 19 Mar 95 22:14:20 PST From: brutzman@cs.nps.navy.mil (Don Brutzman) Message-Id: <9503200614.AA07987@cs.nps.navy.mil> Subject: MBone course multicast: "Learning to Learn" To: rem-conf@es.net Date: Sun, 19 Mar 1995 22:14:19 -0800 (PST) Cc: tlemswil@nps.navy.mil (Tracey L Emswiler) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 3744 As long as the new auditorium is turned over by the contractor and our connection efforts prove successful, we hope to multicast the following course for eleven weeks in April, May and early June: "The Art of Doing Science and Engineering: Learning to Learn" Richard W. Hamming Excerpts from the text: "I will examine, criticize and display styles of thinking. To illustrate the points of style I will often use technical knowledge that most of you know... You should regard this as a course that complements the many technical courses you have learned. Many of the things I will talk about are things that I believe you ought to know but which simply do not fit into courses in the standard curriculum... "The course is concerned with 'style,' and almost by definition style cannot be taught in the normal manner by using words. I can only approach the topic through particular examples, which I hope are well within your grasp, though the examples come mainly from my 30 years in the mathematics department of the Research Division of the Bell Telephone Laboratories, (before it was broken up). It also comes from years of study of the work of others." Schedule: Tuesday March 28 through Friday June 9. Tuesdays and Thursdays 1210-1300 Pacific (1910-2000 GMT), Fridays 1410-1500 Pacific (2110-2200 GMT). Comment and contents: This course is often referred to as "Hamming on Hamming" due to the fact that Dr. Hamming's work began or greatly influenced many of the subject areas. Topics include foundations of the digital (discrete) revolution, foundations of computer hardware/software/applications, limits of computer applications and artificial intelligence (AI), N-dimensional space, coding theory, error correcting codes, information theory, digital filters, simulation, fiber optics, computer-aided instruction (CAI), mathematics, quantum mechanics, creativity, experts, unreliable data, systems engineering, "you get what you measure" and "you and your research." Vita excerpts: Dr. Hamming recieved the Ph.D. in Mathematics from University of Illinois in 1942. He worked at Los Alamos 1945-46, Bell Laboratories 1946-76, served three years at Princeton as an Adjunct Professor of Statistics, and joined the Naval Postgraduate School in 1976. He is a past President of the Association for Computing Machinery (ACM) and recipient of the Turing Prize of the ACM. He is both namesake and a recipient of the IEEE R.W. Hamming medal. He has received numerous other awards and is the author of numerous papers and books. Multicast comments: Clearly there are current and as-yet-unforeseen schedule conflicts with this attempt at providing a college course over the Internet. We welcome any feedback and suggestions which might help make this happen. Our intention is to use global scope (ttl 127), standard nv video (128 Kbps) for maximum compatibility and standard vat audio. We will adjust scope and/or bandwidth as is necessary. Our objective is to "push back the envelope" regarding what kinds of programming are possible on the MBone. This multicast series is being formally evaluated as part of a master's thesis. We hope to learn some new lessons and then distribute both results & recommendations to the MBone community afterwards. Thanks in advance for comments and suggestions regarding this project. Thanks too to R.W. Hamming for graciously agreeing to let us distribute his capstone class live & worldwide. all the best, Don -- Don Brutzman Naval Postgraduate School, Code UW/Br work 408.656.2149 Monterey California 93943-5000 USA fax 408.656.3679 AUV Underwater Virtual World ftp://taurus.cs.nps.navy.mil/pub/auv/auv.html From rem-conf-request@es.net Mon Mar 20 10:45:06 1995 Received: from ashe.cs.tcd.ie by osi-west.es.net via ESnet SMTP service id <09863-0@osi-west.es.net>; Mon, 20 Mar 1995 07:44:37 +0000 Received: from localhost by ashe.cs.tcd.ie with SMTP (PP) id <12447-0@ashe.cs.tcd.ie>; Mon, 20 Mar 1995 15:32:36 +0000 To: rem-conf@es.net Subject: Re: class reading suggestions In-reply-to: Your message of "Fri, 17 Mar 1995 14:56:51 GMT." Date: Mon, 20 Mar 1995 15:32:13 +0000 From: Donal O'Mahony > > >I'm going to be teaching a graduate level topics class > >at a nearby university, and will include a section on > >audio/video/etc applications over IP-multicast. > >I'm looking for good papers for my students to read. > >Any other suggestions? My final year undergraduate class in Computer Science have prepared WWW pages on a number of networking topics - including most layers of OSI, network services (EDI, X.500, X.400, X.700), IPng, ATM and Multicast IP These may be of interest to your students: They are located at: http://ganges.cs.tcd.ie/4ba2intro.html Regards, Donal O'Mahony Networks & Telecommunications Research Group (NTRG) Computer Science Dept Trinity College Dublin 2 Ireland From rem-conf-request@es.net Mon Mar 20 10:59:51 1995 Received: from cathedral.cerc.wvu.edu by osi-west.es.net via ESnet SMTP service id <09982-0@osi-west.es.net>; Mon, 20 Mar 1995 07:59:17 +0000 Received: from elk (elk.cerc.wvu.edu) by cerc.wvu.edu (4.1/SMI-4.0:RAL-041790) id AA00931; Mon, 20 Mar 95 10:59:12 EST Received: by elk (5.0//ident-1.0) id AA09812; Mon, 20 Mar 1995 10:59:11 +0500 Date: Mon, 20 Mar 1995 10:59:10 -0500 (EST) From: "Todd L. Montgomery" Subject: RMP Beta 1.0 availability To: rem-conf@es.net, mbone@isi.edu Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 4015 I apologize to anyone who has already received this message. After extensive Alpha testing, the Reliable Multicast Protocol (RMP) is now released for general use. What exactly does RMP do? RMP - Reliable Multicast Protocol C++ Programming Library RMP is a high performance transport protocol, designed to provide reliable, fault tolerant, and ordered delivery of messages between multiple senders and multiple destinations in LAN and WAN environments. RMP provides message delivery semantic (RMP QoS (Quality of Service)) selection on a per message basis. Message resilieny and fault tolerance are selectable on a per group and per message basis as well. Fault recovery in RMP is totally transparent to the application. Efficient membership changes provide a Virtual Synchronous model of distributed application processing. RMP is the C++ library that can be used to provide all these wonderful things! Presently only multicast capable machines can use RMP. Currently, the supported platforms and operating systems are: Sun SunOS 4.1.3 Sun SunOS 5.3 (Solaris 2.3) Sun SunOS 5.4 (Solaris 2.4) SGI Irix 5.2 SGI Irix 5.3 In Testing: Linux 1.1.94, DEC Ultrix 4.3, non-multicast support. Soon to be included are non-multicast capable machines and support for DEC Ultrix. Performance tests have shown that on a typcial 10 Mbps Ethernet, RMP can produce throughputs of upwards of 1100 KBps to one receiver and over 900 KBps to 8 receivers. In a WAN environment such as the current MBone topology, the throughput is only limited by the speed of the slowest link in the topology. Latency of messages on a LAN has been shown to be as low as 3.5 msec. for Source Ordered messages and 4.0 msec. for Totally (or Globally Ordered) messages. This latency appears to be virtually flat as the number of destinations increase (4.9 msec. for 8 destinations from 1 sender for a totally ordered message). Thus it can be seen that RMP scales incredibly well! The RMP distribution can be retrieved from: RMP WWW Home Page: http://research.ivv.nasa.gov/projects/RMP/RMP.html RMP FTP Site: ftp://research.ivv.nasa.gov/pub/src/RMP/Beta This distribution includes man pages and documentation describing how to use the RMP library. The distribution site also contains a copy of a thesis on RMP. Because RMP is still less than one year old, it is being released as a Beta version without 100% of its planned features supported. These features are being developed and debugged presently and will be ready for release within a few weeks. Supported Features: ------------------- This is a list of the supported features of this release Message Delivery Semantics (RMP QoS) selection per message Virtual Synchronous execution Model Efficient Membership View Changes Fault Recovery Fault Tolerance selection per group Message Resiliency selection per message 6 Handler Locks User Timer and Periodic Alarm scheduling Event Driven and Implicit Control Unsupported Features: --------------------- As of this release the currently unsupported features that are to be supported in the near future are: Multi-RPC Expected: Beta 1.1 4096 Mutually Exclusive Locks Expected: Beta 1.1 Non-Multicast Group Members Expected: Beta 1.1 Broadcast Support Expected: Beta 1.2 Tentative Release Dates for the near future: Beta 1.1 - March 31, 1995 RMP is being brought to you by the NASA IV&V Facility, West Virginia University, and the Concurrent Engineering Research Center (CERC). This work has been supported by NASA Cooperative Research Agreement NCCW-0400 and NASA Headquarters Office of Safety and Mission Assurance. The protocol developement, design, and verification team are: Todd Montgomery tmont@cerc.wvu.edu Brian Whetten whetten@tenet.icsi.berkeley.edu John R. Callahan callahan@cerc.wvu.edu We look forward to everyones comments. Comments, Suggestions, and Bug Reports can be sent to: -- Todd Montgomery tmont@cerc.wvu.edu http://research.ivv.nasa.gov/~tmont/index.html From rem-conf-request@es.net Mon Mar 20 23:35:55 1995 Received: from pec.etri.re.kr by osi-west.es.net via ESnet SMTP service id <19617-0@osi-west.es.net>; Mon, 20 Mar 1995 20:33:18 +0000 Original-Received: by pec.etri.re.kr (8.6.9H1/8.6.4) id NAA12750 PP-warning: Illegal Received field on preceding line From: Su-Yeon Kim Posted-Date: Tue, 21 Mar 1995 13:27:10 +0900 Message-Id: <199503210427.NAA12750@pec.etri.re.kr> Subject: Windows version of MBONE To: rem-conf@es.net Date: Tue, 21 Mar 1995 13:27:07 +0900 (KST) Cc: end2end-interest@ISI.EDU, xtp-relay@cs.concordia.ca X-Mailer: ELM [version 2.4 PL21-h4] Content-Type: text Content-Length: 1004 Hello, I'd like to know whether the public softwares, MBONE tools for Windows 3.1 or Windows NT, are or not. If they are in open domain, please tell me the location. I will use them for a test only. Thanks in advance, **************************************************************** * = Su-Yeon Kim = * * * * ETRI, Protocol Architecture Section * * Protocol Engineering Center, * * P.O.BOX 106, YuSung, * * TAEJON, 305-600 KOREA * * * * (Phone) : 82-42-860-6117 * * (FAX) : 82-42-861-5404 * * (EMAIL) : sykim@pec.etri.re.kr * **************************************************************** From rem-conf-request@es.net Tue Mar 21 04:15:04 1995 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <22134-0@osi-west.es.net>; Tue, 21 Mar 1995 01:14:38 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-21) id ; Tue, 21 Mar 1995 01:14:35 -0800 Posted-Date: Tue 21 Mar 95 01:14:26 PST Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Tue, 21 Mar 95 01:14:27 PST Date: Tue 21 Mar 95 01:14:26 PST From: Stephen Casner Subject: Submission of RTP for Proposed Standard To: internet-drafts@ietf.cnri.reston.va.us, mankin@ISI.EDU, iesg-secretary@cnri.reston.va.us Cc: rem-conf@es.net Message-Id: <795777266.0.CASNER@XFR.ISI.EDU> Mail-System-Version: To "Internet-Drafts": Please post a new version of the Real-time Tranport Protocol I-D, which is available from: ftp://ftp.isi.edu/mbone/avt/draft-ietf-avt-rtp-07.txt ftp://ftp.isi.edu/mbone/avt/draft-ietf-avt-rtp-07.ps To Allison Mankin, as Transport Area Director: Cc IESG Secretary: As chair of the Audio/Video Transport working group, I hereby request that the Real-time Transport Protocol Internet-Draft referenced above be submitted for publication as a Proposed Standard RFC. Thank you. Steve Casner ------- From rem-conf-request@es.net Tue Mar 21 05:16:46 1995 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <22842-0@osi-west.es.net>; Tue, 21 Mar 1995 02:16:05 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-21) id ; Tue, 21 Mar 1995 02:16:01 -0800 Posted-Date: Tue 21 Mar 95 02:15:54 PST Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Tue, 21 Mar 95 02:15:55 PST Date: Tue 21 Mar 95 02:15:54 PST From: Stephen Casner Subject: RTP draft status and changes To: rem-conf@es.net Message-Id: <795780954.0.CASNER@XFR.ISI.EDU> Mail-System-Version: To the Audio/Video Transport Working Group: You may have seen the message sent shortly before this one requesting that the Real-time Transport Protocol spec be published as a Proposed Standard RFC. The finished version of the draft should be posted to the IETF repositories soon, but in the meantime you can get it from: ftp://ftp.isi.edu/mbone/avt/draft-ietf-avt-rtp-07.txt ftp://ftp.isi.edu/mbone/avt/draft-ietf-avt-rtp-07.ps The "Changes" section has been removed from this version of the draft in preparation for publication as an RFC, so I am including the changes list below. Presuming that the draft is accepted by the IESG, it will now enter the "Last Call" period. I believe we've ironed out the issues within the working group, but if you have any questions or comments on the draft, I would like very much to hear them either by email on this list or to me and/or the other authors privately. We also need to get a new version of the draft RTP profile specification posted for working group review. Since it is a pretty simple document, I'm hoping that there will be a minimum of controversy! The plan I discussed with Allison Mankin, our Area Director, is that between now and the Danvers IETF meeting we'll try to get those ready, then perhaps iron out any remaining details with the draft authors and interested parties in hallway discussions at Danvers as needed, so that right after the IETF meeting a package of RTP auxilliary drafts can also be submitted for publication. Then we're done! (Until the next stop on the standards track.) -- Steve RTP draft changes ================= The following changes were made since the preliminary (rtp-06.9) draft that I made available one week ago: o The SSRC identifier collision and loop detection pseudo code in Section 8 was not quite right. I think it is now. o Appendix A.1 on header validity checks was reorganized and rewritten into two separate sections for RTP and RTCP, and the routine for RTP was replaced with a new one that incorporates the sequence number "cycles" calculation as well. o And some wordsmithing, of course. The following changes have been made since the December 1994 draft. o The numeric values assigned to the RTCP types are now 200-204 decimal rather than 0-4 in order to aid in header validity checking, and header validity check algorithms have been specified for RTP and RTCP packets. As part of this algorithm, all compound RTCP packets must begin with an SR or RR packet, even if the only other packet it a BYE. o Two words in the reception report blocks of RTCP SR and RR report packets have been redefined based on agreements in San Jose: cumulative packets received has become cumulative packets lost plus an 8-bit fraction of packets lost over the last interval; and cumulative number of packets expected has become highest sequence number received. Example algorithms for calculating these numbers have been provided. o The protocol version field has reverted to that name rather than protocol type since type 3 is no longer reserved for authentication. o The specification of the behavior of mixers and translators has been significantly expanded. o The SSRC identifier collision resolution and loop detection algorithm has been specified and moved to a new section after the specification of RTCP and mixers and translators, along with an expanded discussion of the collision probability. o The CNAME format no longer requires fully-qualified domain names because they may be difficult or impossible to obtain reliably. o The intended mechanisms for statically modifying and extending the RTP header have been described, and the intended limited use of the conditional RTP header extension mechanism has been clarified. o The introductory sections of the RTCP specification have been expanded to explain the purpose of RTCP, the packet format, the transmission interval calculation, and the use of SDES items. o A new section has been added to explain the use of RTCP SR and RR packets and how they may be extended. o The interarrival jitter algorithm has been specified. o New definitions for the terms "RTP session" and "transport address" have been added. o Additional details are provided about what a profile may specify. o The TXT SDES item has been renamed NOTE and more specific semantics defined. o The RTP header file has been brought into agreement with the specification. The following changes have been made since the July 1994 draft. o Length fields in RTCP all have zero as their lowest valid value to simplify error checking. o The algorithm determining the RTCP transmission interval has been specified. o A separate table summarizes the protocol constants. o The name "bridge" has been changed to "mixer". The description has been moved after the protocol has been described to avoid forward references. o PHONE and TOOL SDES items have been added as standard types. o For private, application-specific extensions, the PRIV SDES type has been added. o The implementation appendix adds parsing of SDES items. o The implementation appendix emphasizes that the header file is valid for big-endian bit order only. ------- From REM-CONF-request@es.net Tue Mar 21 15:16:56 1995 Received: from pppl.gov by osi-west.es.net via ESnet SMTP service id <04155-0@osi-west.es.net>; Tue, 21 Mar 1995 12:16:25 +0000 Received: from RAX (rax.pppl.gov [192.55.106.12]) by pppl.gov (8.6.10/8.6.10) with SMTP id PAA14998 for ; Tue, 21 Mar 1995 15:16:23 -0500 From: schechtm@rax.pppl.gov Date: Tue, 21 Mar 1995 15:04:10 -0500 Message-Id: <95032115040989@rax.pppl.gov> To: REM-CONF@es.net Subject: recommended workstation X-VMS-To: REM-CONF@ES.NET X-VMS-Cc: SCHECHTM Hi all, We're looking for a recommendation for a machine to act as a mbone router for a small number of occasional clients as well as being my personal machine for development & mbone participation. We're on a budget so we probably can't afford the ideal machine. We're looking at the following: Sparcstation 5-70 with 32 Mbyte of memory under Solaris 2.4 and the Sun Multimedia Kit Indy 4600PC I'm interested in performance as well as software availability issues. Thanks very much for any advice, Nathan Schechtman email: nschechtman@pppl.gov Princeton Plasma Physics Lab phone: 609-243-3465 Princeton, NJ 08543 From rem-conf-request@es.net Tue Mar 21 15:22:53 1995 Received: from inet-gw-1.pa.dec.com by osi-west.es.net via ESnet SMTP service id <04200-0@osi-west.es.net>; Tue, 21 Mar 1995 12:22:28 +0000 Received: from bigpink.pa.dec.com by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA05841; Tue, 21 Mar 95 12:17:23 -0800 Received: by bigpink.pa.dec.com; id AA24813; Tue, 21 Mar 1995 12:17:22 -0800 Message-Id: <9503212017.AA24813@bigpink.pa.dec.com> To: rem-conf@es.net Cc: band@std.com Subject: STD MCast Date: Tue, 21 Mar 95 12:17:22 -0800 From: berc@pa.dec.com X-Mts: smtp What: Severe Tire Damage Concert Date: 22-Mar-95 Time: 9:00pm PST - 9:30pm PST From: The Fabulous SubForum (nee Garage) Systems Research Center Digital Equipment Corporation Palo Alto, California Due to the glowing adulation received after last week's mcast we've decided to do it again, at a time slightly more convenient to the fans Down Under. As always, STD will entertain requests (except to lower the ttl). A big thank you to all who joined last week and made the taping a succeshile the film crew was out more than fifty sites joined the session, at least momentarily. Watch for the segment on Computer Chronicles (seen on more than 200 PBS stations in the US & Canada) sometime in the next month or two. And a special thank you to whoever made the request for a song the band actually knows. We still have the use of a zippy Alpha 3000/700, so we'll try sending vic H.261 and nv format simultaneously, both limited to 128kb/s. Feedback on a/v quality and packet loss rate is always appreciated. Lance Berc Troublemaker berc@src.dec.com STD info: http://www.std.com/homepages/band http://www.ubiq.com/hypertext/std/Band.html mailto:band@std.com MBone tools for Alpha workstation: http://chocolate.pa.dec.com/mbone From rem-conf-request@es.net Tue Mar 21 15:23:58 1995 Received: from inet-gw-2.pa.dec.com by osi-west.es.net via ESnet SMTP service id <04229-0@osi-west.es.net>; Tue, 21 Mar 1995 12:23:35 +0000 Received: from bigpink.pa.dec.com by inet-gw-2.pa.dec.com (5.65/24Feb95) id AA07244; Tue, 21 Mar 95 12:17:10 -0800 Received: by bigpink.pa.dec.com; id AA24814; Tue, 21 Mar 1995 12:17:07 -0800 Message-Id: <9503212017.AA24814@bigpink.pa.dec.com> To: rem-conf@es.net Cc: band@std.com Subject: STD MCast Date: Tue, 21 Mar 95 12:17:07 -0800 From: berc@pa.dec.com X-Mts: smtp What: Severe Tire Damage Concert Date: 15-Mar-95 Time: 9:00pm PST - 9:30pm PST From: The Fabulous SubForum (nee Garage) Systems Research Center Digital Equipment Corporation Palo Alto, California Due to the glowing adulation received after last week's mcast we've decided to do it again, at a time slightly more convenient to the fans Down Under. As always, STD will entertain requests (except to lower the ttl). A big thank you to all who joined last week and made the taping a succeshile the film crew was out more than fifty sites joined the session, at least momentarily. Watch for the segment on Computer Chronicles (seen on more than 200 PBS stations in the US & Canada) sometime in the next month or two. And a special thank you to whoever made the request for a song the band actually knows. We still have the use of a zippy Alpha 3000/700, so we'll try sending vic H.261 and nv format simultaneously, both limited to 128kb/s. Feedback on a/v quality and packet loss rate is always appreciated. Lance Berc Troublemaker berc@src.dec.com STD info: http://www.std.com/homepages/band http://www.ubiq.com/hypertext/std/Band.html mailto:band@std.com MBone tools for Alpha workstation: http://chocolate.pa.dec.com/mbone From rem-conf-request@es.net Tue Mar 21 20:52:31 1995 Received: from viipuri.nersc.gov by osi-east.es.net via ESnet SMTP service id <14801-0@osi-east.es.net>; Tue, 21 Mar 1995 17:52:08 +0000 Received: by viipuri.nersc.gov (4.1/ESnet-1.2) id AA16009; Tue, 21 Mar 95 17:52:07 PST Date: Tue, 21 Mar 95 17:52:07 PST From: ari@es.net (Ari Ollikainen) Message-Id: <9503220152.AA16009@viipuri.nersc.gov> To: rem-conf@es.net Subject: mbone hardware Cc: liubo@cco.caltech.edu Mis-addressed message... ----- Begin Included Message ----- >From liubo@cco.caltech.edu Mon Mar 20 15:52:16 1995 Date: Mon, 20 Mar 1995 15:52:12 -0800 (PST) From: "Liubomir A. Borissov" To: rem-conf-request@es.net Subject: mbone hardware Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 285 I'm trying to install an mbone mrouter on an HP 700. Could anybody give me some tips on the hardware that I need, such as popular microphones and ccd cameras used by mbone users, etc. I also do not know if I need a sound-card for the HP to come with the microphone. Thanks, liubo ----- End Included Message ----- Ari@ES.net _/_/ _/_/_/_/ _/ Ari Ollikainen {VOX: 510 423-5962} _/ _/ _/ _/ _/ Energy Sciences Network {FAX: 510 423-8744} _/_/_/_/ _/_/_/_/ _/ National Energy Research Supercomputer Center _/ _/ _/ _/ _/ Lawrence Livermore National Laboratory _/ _/ _/ _/ _/ MailStop L-561, PO BOX 5509, Livermore, CA. 94551 ~~RECOM Technologies Inc.~~ From rem-conf-request@es.net Tue Mar 21 21:59:23 1995 Received: from solar.cc.nus.sg by osi-west.es.net via ESnet SMTP service id <08353-0@osi-west.es.net>; Tue, 21 Mar 1995 18:58:49 +0000 Received: (from eng10213@localhost) by solar.cc.nus.sg (8.6.9/8.6.9) id KAA13476; Wed, 22 Mar 1995 10:53:15 +0800 Date: Wed, 22 Mar 1995 10:53:12 +0800 (SST) From: LOH KOK JENG To: Su-Yeon Kim cc: rem-conf@es.net, end2end-interest@ISI.EDU, xtp-relay@cs.concordia.ca Subject: Re: Windows version of MBONE In-Reply-To: <199503210427.NAA12750@pec.etri.re.kr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 21 Mar 1995, Su-Yeon Kim wrote: > Hello, > > I'd like to know whether the public softwares, MBONE tools for Windows 3.1 > or Windows NT, are or not. > If they are in open domain, please tell me the location. > I will use them for a test only. > > Thanks in advance, > > **************************************************************** > * = Su-Yeon Kim = * > * * > * ETRI, Protocol Architecture Section * > * Protocol Engineering Center, * > * P.O.BOX 106, YuSung, * > * TAEJON, 305-600 KOREA * > * * > * (Phone) : 82-42-860-6117 * > * (FAX) : 82-42-861-5404 * > * (EMAIL) : sykim@pec.etri.re.kr * > **************************************************************** > > We have developed a few MBONE tools on Windows: <> Session Directory <> Visual Audio Tool (audio conferencing program) <> Network Video (video conferencing program) These programs were written using PC/TCP Onnet development kit from FTP SOftware, so I think they work only on PC/TCP. I've yet to test them on other TCP/IP stack. These programs are still in preliminary testing stage, so they could be quite buggy. Furthermore the nv that we've written can only receive. If u are interested in these programs, pls send me a mail and I'll see what I can arrange. Regards, Kok Jeng, Loh Choo Beng, Song National University of S'pore From rem-conf-request@es.net Wed Mar 22 03:20:04 1995 Received: from mail.cs.tu-berlin.de by osi-west.es.net via ESnet SMTP service id <11106-0@osi-west.es.net>; Wed, 22 Mar 1995 00:19:35 +0000 Received: from reggae.cs.tu-berlin.de (okp@reggae.cs.tu-berlin.de [130.149.27.30]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id JAA29661; Wed, 22 Mar 1995 09:19:29 +0100 From: Oli Kai Paulus Received: (okp@localhost) by reggae.cs.tu-berlin.de (8.6.10/8.6.9) id JAA14571; Wed, 22 Mar 1995 09:19:22 +0100 Date: Wed, 22 Mar 1995 09:19:22 +0100 Message-Id: <199503220819.JAA14571@reggae.cs.tu-berlin.de> To: rem-conf@es.net CC: okp@cs.tu-berlin.de Subject: Outdoor Events on MBone Hi, is there anyone who has successfully brought an outdoor event live to the MBone and who is willing to share his experiences with me? Especially, I am interested in the technology involved, i.e. the recording and transmitting hardware/technology needed before it all ends up on my video card and MBone channel. I can imagine to cover a conference, using a handycam on a tripod connected to my machine on a LAN, but when it comes to interworking with TV, wireless transmission and that sort of stuff to cover, e.g, a football match I am clueless. I am *not* asking how NASA does it :) Any reports (as well as pointers to other fora to ask this) would be greaty appreciated. Cheers, Oli -- Oli Kai Paulus *** Project KIT-MIHMA email: okp@cs.tu-berlin.de ***** TU Berlin FR 6-10 voice: +49.30.314-73558 ******* Franklin- 28/29 fax : +49.30.314-73622 ********* 10587 Berlin From rem-conf-request@es.net Wed Mar 22 07:07:42 1995 Received: from mail02.mail.aol.com by osi-west.es.net via ESnet SMTP service id <12770-0@osi-west.es.net>; Wed, 22 Mar 1995 04:07:12 +0000 Received: by mail02.mail.aol.com (1.37.109.11/16.2) id AA197194030; Wed, 22 Mar 1995 07:07:10 -0500 Date: Wed, 22 Mar 1995 07:07:10 -0500 From: AVWSHTN@aol.com Message-Id: <950322070709_57261535@aol.com> To: rem-conf@es.net Cc: ECBrobeck@aol.com Subject: VTel MediaMax and WWW/Netscape or Mosaic? Has any one used the VTel MediaMax in PC mode, and via network connection, displayed WWW via Netscape or Mosaic locally. I am a systems integrator, and client wants this for local (not shared with distant site) presentation - though sharing would be cool... I would very much appreciate any experiences, know of any problems, or advice. Thanks. Eric Brobeck AVWSHTN@aol.com 703.698.8330 phone 703.698.8974 fax From rem-conf-request@es.net Wed Mar 22 07:09:51 1995 Received: from mail04.mail.aol.com by osi-west.es.net via ESnet SMTP service id <12805-0@osi-west.es.net>; Wed, 22 Mar 1995 04:09:28 +0000 Received: by mail04.mail.aol.com (1.37.109.11/16.2) id AA217974000; Wed, 22 Mar 1995 07:06:40 -0500 Date: Wed, 22 Mar 1995 07:06:40 -0500 From: AVWSHTN@aol.com Message-Id: <950322070639_57261340@aol.com> To: rem-conf@es.net Cc: end2end-interest@isi.edu, xtp-relay@cs.concordia.ca, RITIM-L@uriacc.uri.edu, him-l@fiona.umsmed.edu, ccmi-l@usa.net Subject: VTel MediaMax and WWW/Netscape or Mosaic? Has any one used the VTel MediaMax in PC mode, and via network connection, displayed WWW via Netscape or Mosaic locally. I am a systems integrator, and client wants this for local (not shared with distant site) presentation - though sharing would be cool... I would very much appreciate any experiences, know of any problems, or advice. Thanks. Eric Brobeck AVWSHTN@aol.com 703.698.8330 phone 703.698.8974 fax From rem-conf-request@es.net Wed Mar 22 12:11:06 1995 Received: from N3.SP.CS.CMU.EDU by osi-west.es.net via ESnet SMTP service id <14884-0@osi-west.es.net>; Wed, 22 Mar 1995 09:05:36 +0000 Date: Wed, 22 Mar 95 11:58:03 EST From: Hui.Zhang@N3.SP.CS.CMU.EDU To: rem-conf@ES.NET Subject: CFP: ACM Multimedia'95 ACM Multimedia '95 Nov 5-9 San Francisco, CA Technical Papers, Videos, Workshops, Tutorials, Panels, Demonstration, and Exhibit. The March 31, 1995 submission deadline is fast approaching. Please consult the WWW at http://acm.org/MM95/ (with an "/" at the end) for updated paper submission guidelines, which now reflect recently-received feedback >from Multimedia'94. From rem-conf-request@es.net Wed Mar 22 12:26:32 1995 Received: from smtp.utexas.edu by osi-west.es.net via ESnet SMTP service id <15189-0@osi-west.es.net>; Wed, 22 Mar 1995 09:26:10 +0000 Received: from mail.utexas.edu (mail.utexas.edu [128.83.126.1]) by smtp.utexas.edu (8.6.7/8.6.6) with ESMTP id LAA18001 for ; Wed, 22 Mar 1995 11:23:39 -0600 Received: from [128.83.204.29] (slip-1-29.ots.utexas.edu [128.83.204.29]) by mail.utexas.edu (8.6.9/8.6.6) with SMTP id LAA04350 for ; Wed, 22 Mar 1995 11:22:21 -0600 Message-Id: <199503221722.LAA04350@mail.utexas.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 22 Mar 1995 11:26:26 -0500 To: rem-conf@es.net From: dodsonsblehproductions@mail.utexas.edu (Scott Dodson) unsubscribe From rem-conf-request@es.net Wed Mar 22 12:52:26 1995 Received: from ietf.cnri.reston.va.us by osi-west.es.net via ESnet SMTP service id <15516-0@osi-west.es.net>; Wed, 22 Mar 1995 09:51:58 +0000 Received: from [127.0.0.1] by IETF.CNRI.Reston.VA.US id aa06463; 22 Mar 95 12:33 EST To: IETF-Announce:; cc: rem-conf@es.net From: IESG Secretary Subject: Last Call: RTP: A Transport Protocol for Real-Time Applications to Proposed Standard Date: Wed, 22 Mar 95 12:33:34 -0500 Sender: scoya@CNRI.Reston.VA.US Message-ID: <9503221233.aa06463@IETF.CNRI.Reston.VA.US> The IESG has received a request from the Audio/Video Transport Working Group to consider "RTP: A Transport Protocol for Real-Time Applications" for the status of 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@cnri.reston.va.us or ietf@cnri.reston.va.us mailing lists by April 12, 1995. IESG Secretary From rem-conf-request@es.net Wed Mar 22 13:06:38 1995 Received: from relay.nswc.navy.mil by osi-west.es.net via ESnet SMTP service id <15666-0@osi-west.es.net>; Wed, 22 Mar 1995 10:06:02 +0000 Received: from sunoco (sunoco.nswc.navy.mil) by relay.nswc.navy.mil (4.1/SMI-4.1) id AA07375; Wed, 22 Mar 95 13:05:25 EST Received: from vaxless.b35ita.sunoco by sunoco (5.0/SMI-SVR4) id AA17739; Wed, 22 Mar 1995 13:05:54 -0500 Received: by vaxless.b35ita.sunoco (5.x/SMI-SVR4) id AA28139; Wed, 22 Mar 1995 13:05:53 -0500 Date: Wed, 22 Mar 1995 13:05:53 -0500 From: pirey@relay.nswc.navy.mil (Phil Irey) Message-Id: <9503221805.AA28139@vaxless.b35ita.sunoco> To: rem-conf@ES.NET Subject: Problems with nv on Solaris 2.4 X-Sun-Charset: US-ASCII Content-Length: 260 I am having a problem with nv on Solaris 2.4. Whenever I select an encoding other than cellb, a black screen is transmitted. The other encodings worked under Solaris 2.3. I am running nv on a SparcStation 20 with a SunVideo card. Any ideas? thanks, phil From rem-conf-request@es.net Wed Mar 22 14:21:35 1995 Received: from relay.nswc.navy.mil by osi-west.es.net via ESnet SMTP service id <01718-0@osi-west.es.net>; Wed, 22 Mar 1995 11:20:48 +0000 Received: from sunoco (sunoco.nswc.navy.mil) by relay.nswc.navy.mil (4.1/SMI-4.1) id AA08386; Wed, 22 Mar 95 13:42:58 EST Received: from vaxless.b35ita.sunoco by sunoco (5.0/SMI-SVR4) id AA19961; Wed, 22 Mar 1995 13:43:28 -0500 Received: by vaxless.b35ita.sunoco (5.x/SMI-SVR4) id AA00271; Wed, 22 Mar 1995 13:43:26 -0500 Date: Wed, 22 Mar 1995 13:43:26 -0500 From: pirey@relay.nswc.navy.mil (Phil Irey) Message-Id: <9503221843.AA00271@vaxless.b35ita.sunoco> To: rem-conf@es.net Subject: vat takes about 15 minutes to start up... X-Sun-Charset: US-ASCII Content-Length: 790 We recently moved an SGI Indy (IRIX 5.2) from our site to another location. When we try to establish a point-to-point vat session from the Indy at the remote location to our site, the vat tool on the Indy takes about 15 minutes to start up. I suspected resolver problems or something like that but nslookups at both sites yield the addresses of both the local and remote machines. Vat worked fine when the Indy was located at our site. The indy's kernel is not configured for multicast. Is this a requirement for vat? Consequently, mrouted is also not running at the remote site. Mrouted is running on our local net where the Indy was tested before being moved. wb and nv come up promptly in point-to-point mode at both the local and remote sites. Any ideas? thanks in advance, phil From rem-conf-request@es.net Wed Mar 22 14:57:40 1995 Received: from smtp.utexas.edu by osi-west.es.net via ESnet SMTP service id <02314-0@osi-west.es.net>; Wed, 22 Mar 1995 11:56:30 +0000 Received: from mail.utexas.edu (mail.utexas.edu [128.83.126.1]) by smtp.utexas.edu (8.6.7/8.6.6) with ESMTP id NAA29394 for ; Wed, 22 Mar 1995 13:53:49 -0600 Received: from [128.83.128.46] (slip-7-14.ots.utexas.edu [128.83.128.46]) by mail.utexas.edu (8.6.9/8.6.6) with SMTP id NAA05479 for ; Wed, 22 Mar 1995 13:51:12 -0600 Message-Id: <199503221951.NAA05479@mail.utexas.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 22 Mar 1995 13:55:19 -0500 To: rem-conf@es.net From: dodsonsblehproductions@mail.utexas.edu (Scott Dodson) Subject: HELP! Please help me! Somehow, I have been subscribed to this list. I don't want it. Will someone please send me some information on how I can unsubscribe. Thank you! Scott Dodson From rem-conf-request@es.net Wed Mar 22 19:47:21 1995 Received: from solar.cc.nus.sg by osi-east.es.net via ESnet SMTP service id <07938-0@osi-east.es.net>; Wed, 22 Mar 1995 16:46:59 +0000 Received: (from eng10213@localhost) by solar.cc.nus.sg (8.6.9/8.6.9) id IAA27203; Thu, 23 Mar 1995 08:46:32 +0800 Date: Thu, 23 Mar 1995 08:46:31 +0800 (SST) From: LOH KOK JENG To: rem-conf@es.net, end2end-interest@ISI.EDU, xtp-relay@cs.concordia.ca Subject: RE: Windows version of MBONE Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Due to the warm response, I'll put the programs in the ftp site of the university. Once this is done, I'll make another announcement. Regards, Kok Jeng, Loh From rem-conf-request@es.net Wed Mar 22 21:18:33 1995 Received: from alpha.Xerox.COM by osi-west.es.net via ESnet SMTP service id <01932-0@osi-west.es.net>; Wed, 22 Mar 1995 18:17:52 +0000 Received: from ecco.parc.xerox.com ([13.2.116.196]) by alpha.xerox.com with SMTP id <14468(2)>; Wed, 22 Mar 1995 18:17:28 PST Received: from localhost by ecco.parc.xerox.com with SMTP id <16136>; Wed, 22 Mar 1995 18:17:20 -0800 To: pirey@relay.nswc.navy.mil (Phil Irey) cc: rem-conf@es.net Subject: Re: Problems with nv on Solaris 2.4 In-reply-to: Your message of "Wed, 22 Mar 95 10:05:53 PST." <9503221805.AA28139@vaxless.b35ita.sunoco> Date: Wed, 22 Mar 1995 18:17:15 PST Sender: Ron Frederick From: Ron Frederick Message-Id: <95Mar22.181720pst.16136@ecco.parc.xerox.com> In message <9503221805.AA28139@vaxless.b35ita.sunoco> you write: > I am having a problem with nv on Solaris 2.4. Whenever I select an > encoding other than cellb, a black screen is transmitted. The other > encodings worked under Solaris 2.3. I am running nv on a SparcStation 20 > with a SunVideo card. Any ideas? > Sun made incompatible changes in XIL between Solaris 2.3 and 2.4, causing problems with nv. The workaround for now is to switch to sending greyscale momentarily and then switch back to color. It will be fixed in the next release. -- Ron Frederick frederick@parc.xerox.com From rem-conf-request@es.net Wed Mar 22 22:05:13 1995 Received: from ietf.cnri.reston.va.us by osi-west.es.net via ESnet SMTP service id <02575-0@osi-west.es.net>; Wed, 22 Mar 1995 19:03:34 +0000 Received: from [127.0.0.1] by IETF.CNRI.Reston.VA.US id aa13740; 22 Mar 95 17:59 EST Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce:; cc: rem-conf@es.net From: Internet-Drafts@CNRI.Reston.VA.US Reply-to: Internet-Drafts@CNRI.Reston.VA.US Subject: I-D ACTION:draft-ietf-avt-rtp-07.txt, .ps Date: Wed, 22 Mar 95 17:59:14 -0500 Sender: cclark@CNRI.Reston.VA.US Message-ID: <9503221759.aa13740@IETF.CNRI.Reston.VA.US> --NextPart A Revised 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: A Transport Protocol for Real-Time Applications Author(s) : H. Schulzrinne, S. Casner, R. Frederick, V. Jacobson Filename : draft-ietf-avt-rtp-07.txt, .ps Pages : 70 Date : 03/21/1995 This memorandum describes RTP, the real-time transport protocol. RTP provides end-to-end network transport functions suitable for applications transmitting real-time data, such as audio, video or simulation data, over multicast or unicast network services. RTP does not address resource reservation and does not guarantee quality-of-service for real-time services. The data transport is augmented by a control protocol (RTCP) to allow monitoring of the data delivery in a manner scalable to large multicast networks, and to provide minimal control and identification functionality. RTP and RTCP are designed to be independent of the underlying transport and network layers. The protocol supports the use of RTP-level translators and mixers. Internet-Drafts are available by anonymous FTP. Login with 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-07.txt". Or "get draft-ietf-avt-rtp-07.ps". A URL for the Internet-Draft is: ftp://ds.internic.net/internet-drafts/draft-ietf-avt-rtp-07.txt Internet-Drafts directories are located at: o Africa Address: ftp.is.co.za (196.4.160.2) o Europe Address: nic.nordu.net (192.36.148.17) o Pacific Rim Address: munnari.oz.au (128.250.1.21) o US East Coast Address: ds.internic.net (198.49.45.10) o US West Coast Address: ftp.isi.edu (128.9.0.32) 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-07.txt". Or "FILE /internet-drafts/draft-ietf-avt-rtp-07.ps". 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. For questions, please mail to Internet-Drafts@cnri.reston.va.us. 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: <19950322175750.I-D@CNRI.Reston.VA.US> ENCODING mime FILE /internet-drafts/draft-ietf-avt-rtp-07.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-rtp-07.txt"; site="ds.internic.net"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19950322175750.I-D@CNRI.Reston.VA.US> --OtherAccess-- --NextPart-- From rem-conf-request@es.net Thu Mar 23 16:09:10 1995 Received: from ocfmail.ocf.llnl.gov by osi-west.es.net via ESnet SMTP service id <11854-0@osi-west.es.net>; Thu, 23 Mar 1995 12:38:18 +0000 Received: from by ocfmail.ocf.llnl.gov (4.1/SMI-4.0) id AB04270; Thu, 23 Mar 95 12:35:37 PST Message-Id: <9503232035.AB04270@ocfmail.ocf.llnl.gov> X-Sender: jed@ocfmail.llnl.gov Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 23 Mar 1995 21:36:21 +0100 To: cheng@cernet.edu.cn (Yan Cheng) From: jed@llnl.gov (James E. [Jed] Donnelley) Subject: Re: audio/video/etc passing ip-multicasting Cc: rem-conf@osi-west.es.net > 1. I'm now writing a report about audio conferencing systems and need >some materials about the situation of it in Internet, including protocol, >audio/voice/speech compressing, status quo,... . So if you already using such >a service or you know about it, I will appreciate if you drop me a line. > 2. > What is Sunsrgy? What is STD concert? It isn't clear from what you say above just what you already know about. I would suggest searching in comp-comm.html and link.html in the signature below for "mbone" and for "multicast". You will find a few worthwhile references. Specifically the "Hopwise Reliable Multicast" paper that I recently wrote and put up on the Web has an online bibliography (set of references) that you may well find useful. Specifically the Macedonia and Brutzman paper (ref. #15) is quite a good overview and contains some gifs (including one complete screen dump - pretty large) that give a useful picture of the MBone audio/video tools (sans vic of course which wasn't available when this paper was written). If you do access these references I recommend taking the "copy:" links since they are all http references and only require access to the one server that you got the other references from. All these URLs are also available at a mirror site in Germany: www-ks.rus.uni-stuttgart.de You can also search in the comp-comm.html set for "audio" and or "video" to get some references. I also recommend Yahoo for such searches (though outside Internet access from here in Germany is currently down, so I can't check the results for you...). Good luck with your report! James E. (Jed) Donnelley - http://www-atp.llnl.gov/atp/jed.html Advanced Telecom. Prog. - http://www-atp.llnl.gov/atp/atp.html LAWRENCE LIVERMORE LAB. - http://www.llnl.gov/ Until 4/95 at Uni-Stuttgart - http://www.uni-stuttgart.de/ jed@llnl.gov - http://www-atp.llnl.gov/atp/comp-comm.html <- Enter also the more general: http://www-atp.llnl.gov/atp/link.html and http://www-ca.llnl.gov/california/calif-map.html From rem-conf-request@es.net Fri Mar 24 09:56:18 1995 Received: from jupiter.cs.uml.edu by osi-west.es.net via ESnet SMTP service id <08436-0@osi-west.es.net>; Fri, 24 Mar 1995 06:55:50 +0000 Received: (from spunukol@localhost) by jupiter.cs.uml.edu (8.6.10/8.6.9) id JAA00922; Fri, 24 Mar 1995 09:55:46 -0500 From: Shanta Ram Punukollu Message-Id: <199503241455.JAA00922@jupiter.cs.uml.edu> Subject: Unsubscribe me.. To: rem-conf@es.net Date: Fri, 24 Mar 1995 09:55:46 -0500 (EST) Cc: spunukol@jupiter.cs.uml.edu X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 33 Please unsubscribe me. -srp From rem-conf-request@es.net Fri Mar 24 12:01:47 1995 Received: from netrixgw.netrix.com by osi-west.es.net via ESnet SMTP service id <09723-0@osi-west.es.net>; Fri, 24 Mar 1995 09:01:21 +0000 Received: from azalea (azalea.netrix.com) by netrixgw (Sendmail4.1/Netrix Master 7-13-94) id AA06426; Fri, 24 Mar 95 12:00:55 EST Received: by azalea (Sendmail5.0/Netrix 5-18-94) id AA07040; Fri, 24 Mar 1995 11:57:19 +0500 Date: Fri, 24 Mar 1995 11:57:19 +0500 From: hvb@netrix.com Message-Id: <9503241657.AA07040@azalea> To: aiw-appnhpr@www.raleigh.ibm.com Cc: rem-conf@es.net Subject: Re: Note from you attached below In-Reply-To: <9503232110.AA13137@www.raleigh.ibm.com> References: <9503232110.AA13137@www.raleigh.ibm.com> Content-Length: 1025 Marcia Peters writes: > I don't know if you care, but IBM has a protocol called "RTP" which Yes I care. > Having two protocols with the same name is likely to cause confusion. > Since IBM and the 40+ AIW member companies have been working on and How many companies do you think are working with the IETF on this RFC? > Speaking on behalf of IBM for a moment, it is unlikely that IBM would > change its "RTP" acronym, since this term is used in marketing materials > and it now has good name-recognition among customers. > RTP has also been a term that we use to describe what in this RFC too. So why would you think other companies can handle the change of a more public terminology? ============================================================== Hung Bui Internet: h.bui@ieee.org Netrix Corporation Phone: +1 703 793 1016 13595 Dulles Technology Drive Fax: +1 703 713 3805 Herndon Va 22071 ============================================================== From rem-conf-request@es.net Fri Mar 24 13:22:13 1995 Received: from cs.ida.org by osi-west.es.net via ESnet SMTP service id <10851-0@osi-west.es.net>; Fri, 24 Mar 1995 10:21:31 +0000 Received: from macmailgate.ida.org by ida.org (4.1/SMI-4.1) id AA13234; Fri, 24 Mar 95 13:20:27 EST Message-Id: Date: 24 Mar 1995 13:30:56 -0500 From: Rickie Singleton Subject: none To: rem-conf@ES.NET X-Mailer: Mail*Link SMTP/QM 3.0.0 unsubscribe From rem-conf-request@es.net Fri Mar 24 20:47:24 1995 Received: from ietf.cnri.reston.va.us by osi-west.es.net via ESnet SMTP service id <16433-0@osi-west.es.net>; Fri, 24 Mar 1995 17:46:57 +0000 Received: from [127.0.0.1] by IETF.CNRI.Reston.VA.US id aa04661; 24 Mar 95 17:37 EST Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce:; cc: rem-conf@es.net From: Internet-Drafts@CNRI.Reston.VA.US Reply-to: Internet-Drafts@CNRI.Reston.VA.US Subject: I-D ACTION:draft-ietf-avt-cellb-profile-04.txt Date: Fri, 24 Mar 95 17:36:59 -0500 Sender: cclark@CNRI.Reston.VA.US Message-ID: <9503241737.aa04661@IETF.CNRI.Reston.VA.US> --NextPart A Revised 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 of CellB Video Encoding Author(s) : M. Speer, D. Hoffman Filename : draft-ietf-avt-cellb-profile-04.txt Pages : 23 Date : 03/23/1995 This draft describes a packetization scheme for the CellB video encoding. The scheme proposed allow applications to transport CellB video flows over protocols used by RTP. This document is meant for implementors of video applications that want to use RTP and CellB. Internet-Drafts are available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-avt-cellb-profile-04.txt". A URL for the Internet-Draft is: ftp://ds.internic.net/internet-drafts/draft-ietf-avt-cellb-profile-04.txt Internet-Drafts directories are located at: o Africa Address: ftp.is.co.za (196.4.160.2) o Europe Address: nic.nordu.net (192.36.148.17) o Pacific Rim Address: munnari.oz.au (128.250.1.21) o US East Coast Address: ds.internic.net (198.49.45.10) o US West Coast Address: ftp.isi.edu (128.9.0.32) 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-cellb-profile-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. For questions, please mail to Internet-Drafts@cnri.reston.va.us. 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: <19950323164250.I-D@CNRI.Reston.VA.US> ENCODING mime FILE /internet-drafts/draft-ietf-avt-cellb-profile-04.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-cellb-profile-04.txt"; site="ds.internic.net"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19950323164250.I-D@CNRI.Reston.VA.US> --OtherAccess-- --NextPart-- From rem-conf-request@es.net Fri Mar 24 22:15:49 1995 Received: from quincy.cs.umass.edu by osi-west.es.net via ESnet SMTP service id <17233-0@osi-west.es.net>; Fri, 24 Mar 1995 19:15:14 +0000 Received: (from bhattach@localhost) by quincy.cs.umass.edu (8.6.11/8.6.9) id WAA07962; Fri, 24 Mar 1995 22:15:10 -0500 Date: Fri, 24 Mar 1995 22:15:10 -0500 From: Supratik Bhattacharyya Message-Id: <199503250315.WAA07962@quincy.cs.umass.edu> To: rem-conf@es.net Subject: Unsubscribe From rem-conf-request@es.net Sat Mar 25 17:30:28 1995 Received: from watson.ibm.com by osi-west.es.net via ESnet SMTP service id <24888-0@osi-west.es.net>; Sat, 25 Mar 1995 13:17:50 +0000 Received: from YKTVMV by watson.ibm.com (IBM VM SMTP V2R3) with BSMTP id 5333; Sat, 25 Mar 95 16:17:33 EST Date: Sat, 25 Mar 95 16:15:41 EST From: "Shu-Ping Chang ((914)784-7746, FAX:()" To: end2end-interest@ISI.EDU, f-troup@AURORA.CIS.UPENN.EDU, g.troup@dworkin.wustl.edu, rem-conf@es.net, sigmedia@bellcore.com, TCCC@CS.UMASS.EDU, cswg%sunoco@relay.nswc.navy.mil, osimcast@BBN.COM, sc6wg4@ntd.comsat.com, xtp-relay@cs.concordia.ca, hpcs95-prog@VM1.NODAK.EDU Subject: HPCS95 CFP Call For Papers Third IEEE Workshop on the Architecture and Implementation of High Performance Communication Subsystems (HPCS'95) Mystic, Connecticut, August 23-25, 1995 Sponsored by the IEEE Communications Society Technical Co-Sponsorship by the Technical Committee on Computer Communication (TCCC) and the Technical Committee on Gigabit Networking (TCGN) In this workshop (HPCS'95), the focus will be on the architectural, algorithmic and practical issues related to the construction of a large scale "Information Superhighway". These include its infrastructure, applications and terminal home and office devices. The term "Information Superhighway" is being generically used to refer to future networks where users will be able to access and exchange a variety of multimedia information and run bandwidth-avid applications. Using current technology to build such systems may seem feasible but a more careful and detailed view often reveals the inadequacy of some current techniques and the nonexistence of several components needed to build the complete system. Presentations describing original techniques, experimental findings, design issues and comparative studies related to the general theme of HPCS'95 are sought. Topics of interest include but are not limited to: - end-to-end architecture - applications and their requirements - application and service access protocols - security, privacy and information protection - user and information mobility - quality-of-service requirements and guarantees - software and hardware design and implementations - system integration and deployment - workstations for homes, offices, schools, etc - accessing and sharing network resources - interconnectivity and interoperability - transmission technology over various media - wireless communications - gigabit networking technology - standards ************************************************************************* Important Dates: Mar 30: Deadline for paper submissions Five copies of extended abstract (two to four single-spaced pages *) received by: Dr. Shu-Ping Chang IBM, Thomas J. Watson Research Center Room H2-C18 30 Saw Mill River Road Hawthorne, NY 10532 USA Phone: +1 914 784-7746 Fax: +1 914 784-6219 Email: spchang@watson.ibm.com ** May 30: Notifications of acceptance mailed. Jun 30: Author Registration deadline Jul 15: Final paper (or revised abstract) submission for Proceedings Aug 22: Workshop Reception Aug 23-25:Workshop Notes: * Please constrain the length of the submissions to the above limits. ** Email submissions (ASCII or PostScript) will be accepted and encouraged for future electronic posting in the WWW. ************************************************************************* Workshop Committees: Steering Committee: Ahmed Tantawy (IBM) Zygmunt Haas (AT&T) Program Committee Co-Chairs: Hanafy Meleis (NIST) Shu-Ping Chang (IBM) Program Committee: Ian Akyildiz (Georgia Tech) Ernst Biersack (Eurecom, France) Aubrey Bush (NSF) Imrich Chlamtac (U Mass Amherst) John Daigle (U Mississippi) Bruce Davie (Bellcore) Christophe Diot (INRIA, France) David Du (U Minnesota) Mario Gerla (UCLA) Per Gunningberg (SICS, Sweden) David Hutchison (U Lancaster, UK) Randy Katz (UC Berkely) Bao-Shuh Paul Lin (ITRI, ROC) John Lumley (HP, UK) Kurt Maly (ODU) Gary Minden (ARPA) Radu Popescu-Zeletin (GMD, Germany) K. K. Ramakrishnan (AT&T) Robert Ruth (US Army) Krishan Sabnani (AT&T) Douglas Schmidt (Washington U) Thomas Schuett (IBM, Germany) Jonathan Smith (U Penn) James Sterbenz (GTE Laboratories) Tatsuya Suda (UC Irvine) Asser Tantawi (IBM) Dave Tennenhouse (MIT) Samir Tohme (ENST, France) Brendan Traw (U Penn) Ronald Vetter (North Dakota State U) Yechiam Yemini (Columbia U.) Martina Zitterbart (U. Karlsruhe, Germany) Organization Committee Co-Chair: Shu-Ping Chang (IBM) Yurdaer Doganata (IBM) From rem-conf-request@es.net Sun Mar 26 00:45:06 1995 Received: from cs.nps.navy.mil by osi-west.es.net via ESnet SMTP service id <27853-0@osi-west.es.net>; Sat, 25 Mar 1995 20:56:44 +0000 Received: from libra.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA14982; Sat, 25 Mar 95 20:55:47 PST From: brutzman@cs.nps.navy.mil (Don Brutzman) Message-Id: <9503260455.AA14982@taurus.cs.nps.navy.mil> Subject: Re: Regarding the Hamming on Hamming MBone course To: jed@llnl.gov (James E. [Jed] Donnelley) Date: Sat, 25 Mar 1995 20:55:47 -0800 (PST) Cc: brutzman@cs.nps.navy.mil, mbone@isi.edu, rem-conf@es.net, tlemswil@nps.navy.mil (Tracey L Emswiler) In-Reply-To: <9503232038.AB04270@ocfmail.ocf.llnl.gov> from "James E. [Jed] Donnelley" at Mar 23, 95 09:38:28 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 4615 As usual Jed makes some key points. The partial deployment of pruning appears to make transatlantic links particularly vulnerable. Does it make more sense to multicast this course with a ttl corresponding to North America? Does such a value exist? If so, how is it best determined? Using a lower ttl that avoids borderline links might also permit multicasting this course without schedule choreography between IETF Danvers, WWW International, Interactive 3D Graphics Symposium et al. thanks for opinions, Don James E. [Jed] Donnelley writes: > > that you propose to multicast worldwide: > > Tuesday March 28 through Friday June 9. > Tuesdays and Thursdays 1210-1300 Pacific (1910-2000 GMT), > Fridays 1410-1500 Pacific (2110-2200 GMT). > > I noticed that you sent your message to rem-conf@es.net > I thought such messages (i.e. scheduling MBone slots) were > to go to mbone@isi.edu. If I am right about this perhaps > this message (cc'ed to the mbone list) will serve. > > However, the reason I am writing is to question the usefulness > of such an effort to "push back the envelope" regarding the kinds > of programming possible on the MBone by regular transmission > of programming with a global scope (ttl). > > First I should say that I would love to be able to participate > in Dr. Hamming's course. I believe that wherever it could be > successfully transmitted that it would be a good use of > Internet and MBone bandwidth. > > However, my experience (here in Germany anyway) suggests > that if I am either here in the evening trying to work or if I > specifically come in and try to listen in, even given that the > schedule puts it in the evening local time, the performance > will be such that I will not really be able to understand > what is being said most of the time and I will not be able > to effectively participate. > > So from my perspective, I loose at least a hundred kilobits > of Internet bandwidth coming from the US (not to mention > MBone bandwidth) whenever these course presentations are > running and I get nothing out of it. > > The present bandwidth available here in Germany is such > that (global) MBone demonstrations are largely only able > to show what would be possible with more bandwidth. > Sure, we can set up special or dedicated links and put on > a nice show. Just about anything we want to do on > the local LAN is CPU limited and works pretty well. > But Internet losses are typically so high that usually > things coming in with high ttls from the US or elsewhere > are enticing, trying to catch meaning in the blits and blats > of audio that come through (sound familiar?), but really > useless as far as real content goes. > > So in terms of a Masters project to "push back the envelope", > it would seem to me that as far as ttl 127 transmission goes, > you will be able to get the learning done during the first > transmission. If you then cut back to a ttl that allows you > to really get through to most of those that you reach then > continued transmission might continue to be a learning > exercise. > > However, to continue to bang on the network (don't tell > me about pruning in Europe - even with pruning somebody > is sure to tune in, so the choke points will be seeing that data) > doesn't seem to me to serve any useful purpose. > > As I see it, global MBone transmissions are useful for > tantalizing demonstrations of what might some day be > possible, but to expect to get useful communication done > with such transmissions on a regular basis is still beyond > the current capabilities. > > Having said all that, if you do go ahead, please include > any visual materials on a whiteboard multicast. Sometimes > these whiteboard multicasts get through reasonably > (though even they often have problems) with retransmissions. > If you are going to interview listeners to get their experiences, > at least with a whiteboard they will have something to look > at while they gather their experiences. > > It seems to me that to "push back the envelope" of > multimedia multicasts simply takes more bandwidth. > Many people are working on this in one area or another. > To pound on an inadequate infrastructure in a sustained > way does not strike me as a way to make progress, > no matter how excellent the source material. > > --Jed http://www-atp.llnl.gov/atp/jed.html -- Don Brutzman Naval Postgraduate School, Code UW/Br work 408.656.2149 Monterey California 93943-5000 USA fax 408.656.3679 AUV Underwater Virtual World ftp://taurus.cs.nps.navy.mil/pub/auv/auv.html From rem-conf-request@es.net Sun Mar 26 03:07:28 1995 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <29330-0@osi-west.es.net>; Sun, 26 Mar 1995 00:06:54 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-21) id ; Sun, 26 Mar 1995 00:06:42 -0800 Posted-Date: Sun 26 Mar 95 00:06:29 PST Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Sun, 26 Mar 95 00:06:30 PST Date: Sun 26 Mar 95 00:06:29 PST From: Stephen Casner Subject: Re: class reading suggestions To: ted.brunner@email.hub.tek.com, rem-conf@es.net Cc: tedb@icebox.labs.tek.com, mayers@icebox.labs.tek.com Message-Id: <796205189.0.CASNER@XFR.ISI.EDU> In-Reply-To: <9503161900.AA26730@icebox.LABS.TEK.COM> Mail-System-Version: Ted, I have a short article, too. It's in IEEE Multimedia Magazine, Summer 1994 edition, "Are you on the MBone?". -- Steve ------- From rem-conf-request@es.net Sun Mar 26 04:47:12 1995 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <29855-0@osi-west.es.net>; Sun, 26 Mar 1995 00:45:22 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-21) id ; Sun, 26 Mar 1995 00:45:18 -0800 Posted-Date: Sun 26 Mar 95 00:45:09 PST Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Sun, 26 Mar 95 00:45:11 PST Date: Sun 26 Mar 95 00:45:09 PST From: Stephen Casner Subject: rem-conf vs. mbone vs. newsgroup (was: Regarding the Hamming ...) To: jed@llnl.gov Cc: rem-conf@es.net, MBONE@ISI.EDU Message-Id: <796207509.0.CASNER@XFR.ISI.EDU> In-Reply-To: <9503232038.AB04270@ocfmail.ocf.llnl.gov> Mail-System-Version: Jed, > I noticed that you sent your message to rem-conf@es.net > I thought such messages (i.e. scheduling MBone slots) were > to go to mbone@isi.edu. Actually, no. The convention that we had set up was that the mbone list was to concentrate on MBone engineering issues and problems with the multicast kernel and mrouted software, so the audience was intended to be those people who operate multicast routers. The rem-conf list, on the other hand, discusses more general conferencing issues. More end-users are there, and so that's where the announcements were supposed to go. (It was assumed that most people on the mbone list were also on rem-conf.) I'm using the past tense in the paragraphs above because recently Ari Ollikainen, the keeper of the rem-conf list, told me that he'd like to get that list out of the business of carrying MBone event announcements. I'm willing to go along with that, but moving them to the mbone list would be no better. Ideally, there should be a fully dynamic scheduling calendar that distributes its data via multicast and all that other wonderful stuff. The www calendar at http://www.cilea.it/MBone/agenda.html is a good start, and event organizers should post there. However, there may still be a need for a list-like function. In order to keep that manageable as the number of interested people continues to grow, I agree with the suggestion that has been made at several times in the past that it should be a newsgroup. Since I don't do netnews at all (as a matter of load avoidance), I am hoping that someone else out there will volunteer to coordinate the voting procedure and whatever else would be required to get a new newsgroup established to carry mbone announcements. Any takers? In my view, it would be best to have the newsgroup be limited to just the announcement function, but I don't know what mechanisms would be required to keep it that way. -- Steve ------- From rem-conf-request@es.net Sun Mar 26 08:21:12 1995 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <00622-0@osi-west.es.net>; Sun, 26 Mar 1995 01:40:10 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-21) id ; Sun, 26 Mar 1995 01:40:06 -0800 Posted-Date: Sun 26 Mar 95 01:39:57 PST Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Sun, 26 Mar 95 01:39:58 PST Date: Sun 26 Mar 95 01:39:57 PST From: Stephen Casner Subject: Conflict for RTP acroynm To: rem-conf@es.net Message-Id: <796210797.0.CASNER@XFR.ISI.EDU> In-Reply-To: <9503241657.AA07040@azalea> Mail-System-Version: Hung Bui copied a reply to the rem-conf list which may have been confusing since the original message didn't go to this list. It was: From: "Marcia Peters (8-444-4380)" To: scoya@CNRI.Reston.VA.US cc: aiw-appnhpr@networking.raleigh.ibm.com, gayek@vnet.ibm.com Subject: RTP - conflicting acronyms I don't know if you care, but IBM has a protocol called "RTP" which means "Rapid Transport Protocol". It is part of Advanced Peer-to-Peer Networking (APPN) High Performance Routing (HPR), the next-generation SNA architecture. RTP is defined by a draft standard of the APPN Implementers' Workshop that is likely to receive final standards approval at the next AIW meeting on May 1, 1995. I am writing to you in my capacity as Chair of the AIW's working group on HPR to point out the possibly conflicting acronyms. Having two protocols with the same name is likely to cause confusion. Since IBM and the 40+ AIW member companies have been working on and publicly discussing RTP for several years now, and many in the industry will soon be shipping products with HPR's RTP, I would like to suggest that your working group consider using some other acronym for your "Transport Protocol for Real-Time Applications." Speaking on behalf of IBM for a moment, it is unlikely that IBM would change its "RTP" acronym, since this term is used in marketing materials and it now has good name-recognition among customers. The HPR specification that defines Rapid Transport Protocol is available by anonymous ftp from the AIW document repository at //networking.raleigh.ibm.com; the filename is /pubs/standards/aiw/appn/hpr/hprspec-v2.psbin or .zipbin. Thanks for your consideration. _________________________________________________________________________ Marcia L. Peters, Senior Architect Marcia_Peters @ vnet.ibm.com Advanced Peer-to-Peer Networking IBM Corp., Dept. C74, Bldg. 664 P.O. Box 12195 Phone: (919) 254-4380 Research Triangle Park, NC 27709 Fax: (919) 254-4975 I solicit opinions from those in the AVT working group or otherwise involved with AVT's RTP on whether the Real-time Transport Protocol name and/or acronym should be changed: - How much would you care if the RTP acronym was changed? - How much do you think it matters that the conflict be resolved? Thanks for your input. I suppose that we could convene an impromptu meeting at Danvers after all to discuss this if there is sufficient interest. -- Steve ------- From rem-conf-request@es.net Sun Mar 26 08:30:08 1995 Received: from munnari.OZ.AU by osi-west.es.net via ESnet SMTP service id <02615-0@osi-west.es.net>; Sun, 26 Mar 1995 04:35:05 +0000 Received: from mundamutti.cs.mu.OZ.AU by munnari.oz.au with SMTP (5.83--+1.3.1+0.50) id AA26799; Sun, 26 Mar 1995 22:34:43 +1000 (from kre@munnari.OZ.AU) To: Stephen Casner Cc: rem-conf@es.net Subject: Re: Conflict for RTP acroynm In-Reply-To: Your message of "Sun, 26 Mar 1995 01:39:57 PST." <796210797.0.CASNER@XFR.ISI.EDU> Date: Sun, 26 Mar 1995 22:33:43 +1000 Message-Id: <467.796221223@munnari.OZ.AU> From: Robert Elz Date: Sun 26 Mar 95 01:39:57 PST From: Stephen Casner Message-ID: <796210797.0.CASNER@XFR.ISI.EDU> - How much would you care if the RTP acronym was changed? - How much do you think it matters that the conflict be resolved? Not at all (answers both questions), though if you were to change it, RTTP seems like the obvious choice (though I know that transport protocols are supposed to have 3 letter names...) However, I'm not one of "those in the AVT working group or otherwise involved with AVT's RTP" - the only reason I'm replying is really to comment on your other message, wrt which list is which. The only reason I'm on rem-conf is because of that assumption that everyone on the mbone list would also be on rem-conf, that is, that everyone on the mbone (or involved in running mbone routers) is somehow fascinated by the protocols that go to making it work, and particular, the A/V related protocols. This isn't true - I know that you have a whole group of very capable people designing that stuff, and I'm totally content to leave the work to you. I am confident that the result will be just fine, and I'd personally much prefer to know nothing about the details at all - just tell me when there's new mbone or a/v code to install, and what there is to listen to, and I will be happy. Hence I applaud the decision to take the announcements off the rem-conf list and return that to the AVT group's uses. All the rest of us hanger's on can then simply quietly slip away (and I hope, NOT by sending "unsubscribe" messages to rem-conf@es.net.) I would suggest creating another list though, both because you're definitely not alone in not having the energy for usenet in general, and because its easier to create a (moderated) usenet group out of an existing mailing list than it is to create one cold. kre From rem-conf-request@es.net Mon Mar 27 07:37:39 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <03199-0@osi-west.es.net>; Sun, 26 Mar 1995 05:42:03 +0000 Received: from waffle.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Sun, 26 Mar 1995 14:41:37 +0100 To: Stephen Casner cc: rem-conf@es.net Subject: Re: Conflict for RTP acroynm In-reply-to: Your message of "Sun, 26 Mar 95 01:39:57 PST." <796210797.0.CASNER@XFR.ISI.EDU> Date: Sun, 26 Mar 95 14:41:33 +0100 Message-ID: <1381.796225293@cs.ucl.ac.uk> From: Jon Crowcroft >Hung Bui copied a reply to the rem-conf list which >may have been confusing since the original message didn't go to this >list. It was: > > From: "Marcia Peters (8-444-4380)" > To: scoya@CNRI.Reston.VA.US > cc: aiw-appnhpr@networking.raleigh.ibm.com, gayek@vnet.ibm.com > Subject: RTP - conflicting acronyms > > I don't know if you care, but IBM has a protocol called "RTP" which > means "Rapid Transport Protocol". There once was a film by the Marx Brothers called "A Night at Casablanca" Warner Brothers had recently released the immensely succesful Bogart/Bacall movie, "Casablanca" and tried to sue the Marsx Brothers Groucho wrote them and said that his neighbourhood meatmart was called "Warner Brothers" and had been established in 1850, and he doubted that Warners, the movie company, could really lay prior claim to that name, and in any case, how come they were trying to lay claim to a name of a city that was not ficitonal, and had existed for several thousand years... meanwhile, did you ever get the feeling "I've Been Mugged"? lets trademark all 26**3 TLAs quick....:-) cheers jon From rem-conf-request@es.net Mon Mar 27 07:37:47 1995 Received: from bgate.lut.ac.uk by osi-west.es.net via ESnet SMTP service id <01707-0@osi-west.es.net>; Sun, 26 Mar 1995 07:49:06 +0000 Received: from suna ([158.125.101.100]) by suna.lut.ac.uk (8.6.11/8.6.11) with SMTP id QAA08366 for ; Sun, 26 Mar 1995 16:48:55 +0100 Date: Sun, 26 Mar 1995 16:48:22 +0100 (BST) From: "Jon P. Knight" Sender: "Jon P. Knight" Reply-To: "Jon P. Knight" Subject: Re: Conflict for RTP acroynm To: rem-conf@es.net Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII On Sun 26 March Jon Crowcroft wrote: > lets trademark all 26**3 TLAs quick....:-) Heh. How about renaming our (the IETF's) RTP to something like ``Integrated Bandwidth Management'' or ``Synchronised Network Applications'' or etc etc. :-) Jon -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Jon Knight, Research Student in High Performance Networking and Distributed Systems in the Department of _Computer_Studies_ at Loughborough University. * It's not how big your share is, its how much you share that's important * From rem-conf-request@es.net Mon Mar 27 07:37:53 1995 Received: from mbone.evitech.fi by osi-west.es.net via ESnet SMTP service id <01895-0@osi-west.es.net>; Sun, 26 Mar 1995 08:05:32 +0000 Received: by mbone.evitech.fi (940816.SGI.8.6.9/940406.SGI) for rem-conf@es.net id TAA00695; Sun, 26 Mar 1995 19:08:18 +0300 From: Erik Patynen Message-Id: <9503261908.ZM693@mbone.evitech.fi> Date: Sun, 26 Mar 1995 19:08:17 +0000 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: rem-conf@es.net Subject: Distance Education Experiment Between UT and EVITech Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii HI The following MBone transimissions are shceduled taking place both on March 30 and March 31, 1995: Name: EDU Test Scope: World Type: Private Time: 9:00 - 10:00 am CST Date: March 30, 1995. March 31, 1995 Media: audio, video, wb Title: Distance education experiment between UT and EVITech I have booked the time slots in the http://www.cilea.it/MBone/agenda.html transmission agenda. The conference is private and the keys have been distributed for the participants. Conference contact is: erikp@mbone.evitech.fi (Erik Patynen) From rem-conf-request@es.net Mon Mar 27 07:37:59 1995 Received: from sangam.ncst.ernet.in by osi-west.es.net via ESnet SMTP service id <02407-0@osi-west.es.net>; Sun, 26 Mar 1995 09:13:05 +0000 Received: from soochak.ncst.ernet.in (soochak.ncst.ernet.in [144.16.11.100]) by sangam.ncst.ernet.in (8.6.8.1/8.6.6) with ESMTP id WAA23597 for ; Sun, 26 Mar 1995 22:42:55 +0530 Received: from iisc.ernet.in (iisc.iisc.ernet.in [144.16.64.3]) by soochak.ncst.ernet.in (8.6.8.1/8.6.5) with SMTP id WAA19618 for ; Sun, 26 Mar 1995 22:39:37 +0530 Received: from ece.iisc.ernet.in by iisc.ernet.in (ERNET-IISc/SMI-4.1) id AA23313; Sun, 26 Mar 95 22:47:39+0530 Received: by ece.iisc.ernet.in (4.1/SMI-4.1) id AA08618; Sun, 26 Mar 95 22:47:33+0530 From: anand@ece.iisc.ernet.in (SVR Anand) Message-Id: <9503261717.AA08618@ece.iisc.ernet.in> Subject: Synchronous Source To: rem-conf@es.net Date: Sun, 26 Mar 95 22:47:33 GMT+5:30 X-Mailer: ELM [version 2.3 PL11] Hello In the midst of the debate over the acronym issue, not sure whether the timing of this mail is apt. Let me continue with this, however.... To put it in a terse way, as the audio packets pass through multiple networks with routers forwarding them (unaware of the type of traffic), can it happen that the scheduling within any one of these routers make it appear as a new SSRC (totally unintentional) ? This innocent SSRC can upset the clocking at the end system causing underflow/overflow. If this happens, the RTCPs generated by the receiver to mixer/ the original sender can be misleading. How should the recepient of these reports react ? Can you please throw some light on this ? Hope I could convey the idea. I'll express myself better in case you feel that it is vague and unclear. regards Anand. From rem-conf-request@es.net Mon Mar 27 07:38:05 1995 Received: from lhc.nlm.nih.gov by osi-west.es.net via ESnet SMTP service id <02697-0@osi-west.es.net>; Sun, 26 Mar 1995 09:48:22 +0000 Received: from billings.csb (billings.nlm.nih.gov) by nlm.nih.gov (4.1/SMI-4.0) id AA19978; Sun, 26 Mar 95 12:48:20 EST Received: by billings.csb (5.x/SMI-SVR4) id AA06448; Sun, 26 Mar 1995 12:43:52 -0500 Date: Sun, 26 Mar 1995 12:43:52 -0500 From: rodgers@nlm.nih.gov (R. P. C. Rodgers, M.D.) Message-Id: <9503261743.AA06448@billings.csb> To: CASNER@ISI.EDU, kre@munnari.OZ.AU Subject: Re: Conflict for RTP acroynm Cc: rem-conf@es.net X-Sun-Charset: US-ASCII > Date: Sun 26 Mar 95 01:39:57 PST > From: Stephen Casner > Message-ID: <796210797.0.CASNER@XFR.ISI.EDU> > > - How much would you care if the RTP acronym was changed? > - How much do you think it matters that the conflict be resolved? > > Not at all (answers both questions), though if you were to change > it, RTTP seems like the obvious choice (though I know that > transport protocols are supposed to have 3 letter names...) I haven't been involved with RTP, so pardon my kibitzing now, but how about "TRT" (Transport Real-Time), which is even pronounceable... 8^) Cheerio, Rick Rodgers From rem-conf-request@es.net Mon Mar 27 20:23:05 1995 Received: from icsia.ICSI.Berkeley.EDU by osi-west.es.net via ESnet SMTP service id <05433-0@osi-west.es.net>; Sun, 26 Mar 1995 17:01:10 +0000 Received: from icsid.ICSI.Berkeley.EDU (whd@icsid.ICSI.Berkeley.EDU [128.32.201.59]) by icsia.ICSI.Berkeley.EDU (8.6.11/HUB+V8$Revision: 1.22 $) with ESMTP id RAA19363; Sun, 26 Mar 1995 17:01:08 -0800 From: whd@ICSI.Berkeley.EDU (Wieland Holfelder) Received: (whd@localhost) by icsid.ICSI.Berkeley.EDU (8.6.11/1.8) id RAA28637; Sun, 26 Mar 1995 17:01:04 -0800 Message-Id: <199503270101.RAA28637@icsid.ICSI.Berkeley.EDU> Subject: Re: Conflict for RTP acroynm To: CASNER@ISI.EDU (Stephen Casner) Date: Sun, 26 Mar 1995 17:01:04 -0800 (PST) Cc: rem-conf@es.net (Remote Conferencing) In-Reply-To: <796210797.0.CASNER@XFR.ISI.EDU> from "Stephen Casner" at Mar 26, 95 01:39:57 am X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 774 Stephen Casner writes: > - How much would you care if the RTP acronym was changed? > - How much do you think it matters that the conflict be resolved? Since in my opinion "our" RTP is not really what I would consider as a "transport protocol" anyway, I would suggest that we rename it to Real-time Application Protocol which would be RAP or RTAP. -- Wieland ------------------------------------------------------------------------------- Wieland Holfelder International Computer Science Institute Email: whd@icsi.berkeley.edu 1947 Center Street Suite 600 Fax : +1-510-642-6865 Berkeley, CA 94704-1198 Phone: +1-510-642-4274 Ext. 302 URL: http://www.icsi.berkeley.edu/~whd ------------------------------------------------------------------------------- From rem-conf-request@es.net Mon Mar 27 20:23:11 1995 Received: from DIAMOND.BBN.COM by osi-west.es.net via ESnet SMTP service id <06606-0@osi-west.es.net>; Sun, 26 Mar 1995 20:04:47 +0000 Received: by diamond.bbn.com (AA25639); Sun, 26 Mar 95 23:04:43 EST Message-Id: <9503270404.AA25639@diamond.bbn.com> Date: Sun, 26 Mar 95 22:41:41 EST From: Paul Milazzo Subject: Re: Conflict for RTP acroynm To: Jon Crowcroft Cc: Stephen Casner , rem-conf@es.net In-Reply-To: <1381.796225293@cs.ucl.ac.uk> Jon and Steve: "released the immensely succesful Bogart/Bacall movie, 'Casablanca'" Argh! That was Ingrid Bergman, not Lauren Bacall. You're probably thinking of TO HAVE AND HAVE NOT. "How much would you care if the RTP acronym was changed?" Actually, I never much liked RTP as a name; I'm not sure why. "How much do you think it matters that the conflict be resolved?" It seems to me that there is little chance of confusing protocols used in the SNA and IP worlds. The whole reason that two protocol efforts could go on for years without noticing the conflict is that no one in either camp would ever sully themselves by speaking to the other camp. Paul Milazzo BBN Systems and Technologies Cambridge, MA From rem-conf-request@es.net Mon Mar 27 20:23:24 1995 Received: from mv.MV.COM by osi-west.es.net via ESnet SMTP service id <07036-0@osi-west.es.net>; Sun, 26 Mar 1995 21:04:43 +0000 Received: from maple.mv.com by mv.mv.com (8.6.10/mv(b)/mem-940616) id AAA07921; Mon, 27 Mar 1995 00:04:36 -0500 Received: from venera.isi.edu by mv.mv.com (8.6.10/mv(b)/mem-940616) id XAA28888 for ; Sun, 26 Mar 1995 23:47:10 -0500 Received: by venera.isi.edu (5.65c/5.61+local-21) id ; Sun, 26 Mar 1995 20:47:07 -0800 Message-ID: <199503270447.AA23753@venera.isi.edu> Resent-Message-ID: Priority: Normal To: coutu@maple.MV.COM Resent-To: rem-conf@es.net Resent-cc: mbone-na@isi.edu MIME-Version: 1.0 From: MAILER-DAEMON@isi.edu Resent-From: Dan Coutu Subject: Spring DECUS speakers, advice on ttl values? Date: Sun, 26 Mar 1995 20:47:07 -0800 Resent-Date: Mon, 27 Mar 95 00:04:14 EST Content-Type: text/plain; charset=US-ASCII; X-MAPIextension=".TXT" Content-Transfer-Encoding: 7bit Discussions on rem-conf have indicated that schedule announcements are generally discouraged there. My subscription to the mbone list has been in the request queue over a month now so I'm unsure of the discussion there. :-( I have used the web page at http://www.cilea.it/MBone/agenda.html to book a set of four sessions from May 8 to 11. What I'd like to get a sense of from your collected wisdom/opinions is what type of ttl value would appropriate for these sessions? Here's the nutshell description of the sessions. DECUS, the Digital Equipment Corp. User's Society (an independent non-profit organization, not a part of Digital), is holding their spring convention in Washington, DC with a focus on the Internet. They want to 'broadcast' four speakers. Enrico Pesatori, a VP at Digital, will give a keynote speech about the Internet. Dr. Bill Hancock, Executive Vice President of Network-1, will talk about "Industry Trends and Futures". Tim Berners-Lee will talk about the World Wide Web and Marc Andreessen will talk about "In the Internet Fast Lane". I expect that at least some of these will have widespread interest. All sessions are to be public. Both audio and video will be present. No whiteboard. In addition I'll have the IRC channel #DECUS setup and monitored. For sessions with abstracts available beforehand I'll be using expect to 'type' in the talk so that those unable to receive MBone can still learn about what is said. IRC will also enable questions to be posed of the speakers. Any suggestions? I don't want to flood the world if the world has no interest but also don't want to leave out interested parties by too small a ttl. Thanks! Dan Coutu coutu@convergent.com coutu@maple.mv.com Dan Coutu "The Web is a harsh mistress" coutu@maple.mv.com From rem-conf-request@es.net Mon Mar 27 20:23:34 1995 Received: from koriel.Sun.COM by osi-west.es.net via ESnet SMTP service id <07436-0@osi-west.es.net>; Sun, 26 Mar 1995 22:00:41 +0000 Received: from Eng.Sun.COM (engmail2.Eng.Sun.COM) by Sun.COM (koriel.Sun.COM) id AA19442; Sun, 26 Mar 95 21:59:58 PST Received: from auckland.Eng.Sun.COM by Eng.Sun.COM (5.x/SMI-5.3) id AA21701; Sun, 26 Mar 1995 22:00:35 -0800 Received: by auckland.Eng.Sun.COM (5.x/SMI-SVR4) id AA26512; Sun, 26 Mar 1995 21:59:49 -0800 Date: Sun, 26 Mar 1995 21:59:49 -0800 From: Ross.Finlayson@Eng.Sun.COM (Ross Finlayson) Message-Id: <9503270559.AA26512@auckland.Eng.Sun.COM> To: CASNER@ISI.EDU, rem-conf@es.net Subject: Re: Conflict for RTP acroynm Reply-To: finlayson@Eng.Sun.COM X-Sun-Charset: US-ASCII > Stephen Casner writes: > > - How much would you care if the RTP acronym was changed? > > Since in my opinion "our" RTP is not really what I would consider > as a "transport protocol" anyway, I would suggest that we rename > it to Real-time Application Protocol which would be RAP or RTAP. But I'm never been thrilled with "Real-Time" either. I suggest "M(ultim)edia Datagram Protocol" (MDP). Ross. From rem-conf-request@es.net Mon Mar 27 20:23:43 1995 Received: from nusunix2.nus.sg by osi-west.es.net via ESnet SMTP service id <07784-0@osi-west.es.net>; Sun, 26 Mar 1995 22:49:39 +0000 Received: (from eng10213@localhost) by nusunix2.nus.sg (8.6.9/8.6.9/CNS-3.5) id OAA09771; Mon, 27 Mar 1995 14:49:32 +0800 Date: Mon, 27 Mar 1995 14:49:31 +0800 (SST) From: LOH KOK JENG To: MBONE Subject: RE: Windows version of MBONE Tools Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII The MBONE tools that we have developed on Windows are already in our ftp site. You can download them from ftp://ftp.nus.sg/pub/NUS/EE/MBONE Please read the "readme.txt" first. Regards, Kok Jeng, Loh National University of S'pore From rem-conf-request@es.net Mon Mar 27 20:23:50 1995 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <07839-0@osi-west.es.net>; Sun, 26 Mar 1995 22:57:09 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-21) id ; Sun, 26 Mar 1995 22:56:57 -0800 Posted-Date: Sun 26 Mar 95 22:56:48 PST Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Sun, 26 Mar 95 22:56:49 PST Date: Sun 26 Mar 95 22:56:48 PST From: Stephen Casner Subject: Re: Synchronous Source To: anand@ece.iisc.ernet.in Cc: rem-conf@es.net Message-Id: <796287408.0.CASNER@XFR.ISI.EDU> In-Reply-To: <9503261717.AA08618@ece.iisc.ernet.in> Mail-System-Version: > In the midst of the debate over the acronym issue, not sure whether > the timing of this mail is apt. Let me continue with this, however.... I'd much rather discuss technical issues than acronyms. > To put it in a terse way, as the audio packets pass through multiple > networks with routers forwarding them (unaware of the type of traffic), can > it happen that the scheduling within any one of these routers make it appear > as a new SSRC (totally unintentional) ? This innocent SSRC can upset the > clocking at the end system causing underflow/overflow. I don't understand what you mean. If you are talking about network-level routers, e.g., IP routers, then they would never change the SSRC field at all, intentionally or unintentionally. If you mean that delay in a router would cause the appearance of a new SSRC, I don't see how. If you are talking about RTP-level translators or mixers, then please read again Section 7 of the spec which explains how they work. Translators do not change the SSRC. Mixers do, but the original SSRC is passed through only as a CSRC, not an SSRC. -- Steve ------- From rem-conf-request@es.net Mon Mar 27 20:23:59 1995 Received: from netcomsv.netcom.com by osi-west.es.net via ESnet SMTP service id <07840-0@osi-west.es.net>; Sun, 26 Mar 1995 22:57:09 +0000 Received: from netcomsv.netcom.com by netcomsv.netcom.com with SMTP (8.6.9/SMI-4.1) id WAA15400; Sun, 26 Mar 1995 22:54:25 -0800 Date: Sun, 26 Mar 1995 22:54:25 -0800 Message-Id: <199503270654.WAA15400@netcomsv.netcom.com> X-Sender: bradn@netcom.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: rem-conf@es.net From: bradn@netcom.netcom.com Subject: unsubscribe unsubscribe From rem-conf-request@es.net Mon Mar 27 20:24:41 1995 Received: from ix4.ix.netcom.com by osi-west.es.net via ESnet SMTP service id <09088-0@osi-west.es.net>; Mon, 27 Mar 1995 01:01:14 +0000 Received: from by ix4.ix.netcom.com (8.6.11/SMI-4.1/Netcom) id AAA28952; Mon, 27 Mar 1995 00:58:40 -0800 Date: Mon, 27 Mar 1995 00:58:40 -0800 Message-Id: <199503270858.AAA28952@ix4.ix.netcom.com> From: cwhitman@ix.netcom.com (Charles Whitman) Subject: Subribe to rem-conf To: rem-conf@es.net subscribe rem-conf From rem-conf-request@es.net Mon Mar 27 20:25:03 1995 Received: from sics.se by osi-west.es.net via ESnet SMTP service id <09228-0@osi-west.es.net>; Mon, 27 Mar 1995 01:25:18 +0000 Received: from hans.sics.se by sics.se (5.65+bind 1.7+ida 1.4.2/SICS-1.4) with SMTP id AA11063; Mon, 27 Mar 95 11:25:06 +0200 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 27 Mar 1995 10:25:10 +0100 To: rem-conf@es.net From: hans@sics.se (Hans Eriksson) Subject: MICE Seminar Tue March 28th: Steve Pink, Jetfile Distributed File System Cc: mice-nsc@cs.ucl.ac.uk, seminar@sics.se, steve@sics.se Folks, There will be a MICE Seminar at 14:00 UTC tomorrow March 28th. You will find an entry in "sd". Ask your local guru about getting the seminar to your local workstation! SUMMERTIME NOTE: We now have summertime in Europe (parts of it :-) so 14:00 UTC is 16:00 in Sweden and other western Europe countries. Information about MICE seminars can be found at http://www.cs.ucl.ac.uk/mice/seminars/ cheers /Hans Tomorrow at UTC 1400 Steve Pink will tell you about Low Latency File Access in a High Bandwidth Environment: The Jetfile Distributed File System After his talk (for about 20-30mins or so) there will be time for questions ABSTRACT Low Latency File Access in a High Bandwidth Environment: The Jetfile Distributed File System Workstations will soon have hundreds of megabytes of main memory and will be attached to high speed networks. Many distributed applications will have to be redesigned to take advantage of these new features. Today's distributed file systems are designed for workstations with relatively small amounts of memory that are attached to medium-speed networks (e.g., Ethernets). File access latency will not decrease when today's distributed file systems are run on the newer platforms. The Jetfile distributed file system is designed to take advantage of workstations and servers with large memories attached to networks where user-to-user bandwidth approaches one gigabit per second. The design of Jetfile allows the high bandwidth of the network to provide low latency file access. This is accomplished by caching large data objects, i.e., directory subtrees, on reference to limit client/server communication. In addition, Jetfile uses multicast extensively in its client cache consistency mechanism to help avoid costly network round trips between client and server. Reliable multicast is also used to support server replication of files in Jetfile. Welcome! /hans Hans Eriksson, SICS, Box 1263, Isafjordsg 22, 164 28 Kista, Sweden Tel: +46 8 752 1527 Fax: +46 8 751 7230 email: hans@sics.se From rem-conf-request@es.net Mon Mar 27 20:25:12 1995 Received: from FRIDLEY.FAC.CS.CMU.EDU by osi-west.es.net via ESnet SMTP service id <09911-0@osi-west.es.net>; Mon, 27 Mar 1995 02:28:48 +0000 To: rem-conf@es.net Subject: unsubscribe Date: Mon, 27 Mar 95 5:28:40 EST From: fridley@FRIDLEY.FAC.CS.CMU.EDU Sender: fridley@FRIDLEY.FAC.CS.CMU.EDU unsubscribe From rem-conf-request@es.net Mon Mar 27 20:25:21 1995 Received: from mailsun.aber.ac.uk by osi-west.es.net via ESnet SMTP service id <10123-0@osi-west.es.net>; Mon, 27 Mar 1995 02:56:15 +0000 Received: from mailhost.aber.ac.uk (actually host saturnbb.aber.ac.uk) by mailsun.aber.ac.uk with SMTP (XTPPst-c); Mon, 27 Mar 1995 11:55:35 +0100 To: LOH KOK JENG cc: MBONE , dap@aber.ac.uk Subject: Re: Windows version of MBONE Tools In-reply-to: Your message of Mon, 27 Mar 1995 14:49:31 +0800. Date: Mon, 27 Mar 1995 11:55:31 +0100 Message-ID: <5320.796301731@mailhost.aber.ac.uk> From: D E PRICE Dear All, I have just recovered a copy of LOH KOK JENG 's PC windows mbone tools. I am trying to run them on MS windows with the Microsft TCP/IP stack. I have previously been told that this does support multicasting, but I have never yet tried to make it work (Does anyone know otherwise / know waht I need to do?) I am having some problems... Help / suggestions will be gratefully received. +++++++++++++++++++++++++++++++++ I tried winsd first. When I start that I get a pop-ip window with ... ==================================== Set up socket STOP WSAEFAULT[10014]: Bad address ==================================== if I click the o.k. I then get another window ==================================== Read si socket STOP Unable to allocate memory ================================== if I click OK, the SD stays running. It does not seem to see any session announcements, but if I use it to create a `new' session, that is seen by an `sd' running on my sun. ++++++++++++++++++++++++++++ When I try WinNV it starts o.k. Using the Conference button I can enter a multicast address and port number, but when I hit Receive, I get a pop-up with ======================= Error ! Can't bind socket ================= ++++++++++++++++++ For using winvat, I had hoped, that in play back mode only, I could use the `Sound driver for PC speaker'. When I run winvat, I get another pop-up window =============================== Get waveform output device capabilities 1 STOP Error:[32] The specified format is not supported or cannot be translated. use the Capabilities function to determine the supported formats ================================ Any help / advice etc is very much welcomed...... Dave Price From rem-conf-request@es.net Mon Mar 27 20:25:29 1995 Received: from mullian.ee.mu.OZ.AU by osi-west.es.net via ESnet SMTP service id <10491-0@osi-west.es.net>; Mon, 27 Mar 1995 03:22:10 +0000 Received: from rees.ee.mu.OZ.AU by mullian.ee.mu.OZ.AU with SMTP id AA12173 (5.67b/IDA-1.5 for ); Mon, 27 Mar 1995 21:22:06 +1000 unauthenticated (rfc931-sender: unauthenticated@rees.ee.mu.OZ.AU) From: Hu Youdy Received: (youdy@localhost) by rees.ee.mu.OZ.AU (8.6.10/8.6.10) id VAA14830 for rem-conf@es.net; Mon, 27 Mar 1995 21:22:05 +1000 Date: Mon, 27 Mar 1995 21:22:05 +1000 Message-Id: <199503271122.VAA14830@rees.ee.mu.OZ.AU> To: rem-conf@es.net Subject: Re. MPEG book Would anyone recommend me a good book about MPEG (especially MPEG 2) and related video compression? Thank you. From rem-conf-request@es.net Mon Mar 27 20:34:05 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <10878-0@osi-west.es.net>; Mon, 27 Mar 1995 04:34:20 +0000 Received: from mortimer.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Mon, 27 Mar 1995 13:33:23 +0100 To: Paul Milazzo cc: rem-conf@es.net Subject: Re: Conflict for RTP acroynm In-reply-to: Your message of "Sun, 26 Mar 95 22:41:41 EST." <9503270404.AA25639@diamond.bbn.com> Date: Mon, 27 Mar 95 13:33:13 +0100 Message-ID: <1822.796307593@cs.ucl.ac.uk> From: Jon Crowcroft > "released the immensely succesful Bogart/Bacall movie, 'Casablanca'" >Argh! That was Ingrid Bergman, not Lauren Bacall. You're probably >thinking of TO HAVE AND HAVE NOT. you mean the Ingrid Bergman who stole the name from Ingmar, but didn't even change it enough to stop anyone guessing:-) (ooops - how embarassing - as a bergman (director and actress) and bacall and bogie fan, to get them all mixed up!!!) > "How much would you care if the RTP acronym was changed?" >Actually, I never much liked RTP as a name; I'm not sure why. i agree - it isn't in and of itself real time, it isnt a transport protocol, and its more a format than a protocol anyhow.... how about Media Transfer Vocabulary....? :-) cheers jon From rem-conf-request@es.net Tue Mar 28 09:30:22 1995 Received: from netrixgw.netrix.com by osi-west.es.net via ESnet SMTP service id <13150-0@osi-west.es.net>; Mon, 27 Mar 1995 08:02:27 +0000 Received: from azalea (azalea.netrix.com) by netrixgw (Sendmail4.1/Netrix Master 7-13-94) id AA03491; Mon, 27 Mar 95 11:01:42 EST Received: by azalea (Sendmail5.0/Netrix 5-18-94) id AA01051; Mon, 27 Mar 1995 10:58:01 +0500 Date: Mon, 27 Mar 1995 10:58:01 +0500 From: hvb@netrix.com Message-Id: <9503271558.AA01051@azalea> To: Stephen Casner Cc: rem-conf@es.net Subject: Re: Conflict for RTP acroynm In-Reply-To: <796210797.0.CASNER@XFR.ISI.EDU> References: <9503241657.AA07040@azalea> <796210797.0.CASNER@XFR.ISI.EDU> Content-Length: 818 Stephen Casner writes: > - How much would you care if the RTP acronym was changed? > No, it will not affect me or my company if this name is changed. > - How much do you think it matters that the conflict be resolved? > If we have a better name for RTP then it is worth considering. There are so many conflicting acronyms in this industry so it is not so important. Especially the press has been talking about APPN is a dying technology, so it is not as important as IBM thinks. ============================================================== Hung Bui Internet: h.bui@ieee.org Netrix Corporation Phone: +1 703 793 1016 13595 Dulles Technology Drive Fax: +1 703 713 3805 Herndon Va 22071 ============================================================== From rem-conf-request@es.net Tue Mar 28 09:38:41 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <13853-0@osi-west.es.net>; Mon, 27 Mar 1995 08:59:37 +0000 Received: from shrew.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Mon, 27 Mar 1995 17:59:16 +0100 From: Mark Handley Organisation: University College London, CS Dept. Phone: +44 71 380 7777 ext 3666 or +44 71 387 7050 ext 3666 To: rem-conf@es.net Subject: RTP and multiple encodings Date: Mon, 27 Mar 95 17:57:40 +0100 Message-ID: <3328.796323460@cs.ucl.ac.uk> Sender: M.Handley@cs.ucl.ac.uk I only briefly skimmed the latest RTP draft, so excuse me if I missed this, but how does a receiver indicate to a sender that the encoding being used is not decodable? For example if I write a new audio tool and add a new encoding, how would an old audio tool indicate that the new encoding could not be decoded? The natural place for this seems to be as a part of a Receiver Report, but we didn't leave any bits there for this. Maybe this is application specific (though not being able to decode a scheme is pretty generic) because the actions you can take when you discover the problem are application specific (unless you want to implement H.320 style capability reports, which personally I'd rather avoid). Still, I'd hate to list a set of participants in a conference without being able to indicate to a user that people in their list of participants in the conference can't actually hear you. Mark From rem-conf-request@es.net Tue Mar 28 09:39:00 1995 Received: from vlsi.cs.caltech.edu by osi-west.es.net via ESnet SMTP service id <17652-0@osi-west.es.net>; Mon, 27 Mar 1995 12:14:24 +0000 Received: from fides.cs.caltech.edu by vlsi.cs.caltech.edu (4.1/1.34.1) id AA21309; Mon, 27 Mar 95 12:12:14 PST Date: Mon, 27 Mar 95 12:12:14 PST From: schooler@cs.caltech.edu (Eve Schooler) Message-Id: <9503272012.AA21309@vlsi.cs.caltech.edu> To: confctrl@isi.edu Subject: MMusic Agenda for Danver's IETF Cc: schooler@cs.caltech.edu, mhandley@cs.ucl.ac.uk, mankin@isi.edu, rlang@std.sri.com, aweinrib@ibeam.jf.intel.com, rem-conf@es.net Hi All, MMusic has been scheduled to meet at the upcoming IETF on Wednesday, April 5 from 9:00 a.m. to 11:30 a.m. This session will be multicast. The latest agenda: - Working Group recharter (Ruth Lang 20 min) - Agreement protocol update (Abel Weinrib, 5 min) - Overview of PCS: personal conferencing specification (Abel Weinrib, 10 min) - SDP: session description protocol (Mark Handley, 45 min) - Coordination protocol discussion (Henning Schulzrinne, 20 min + ???) - WWW and E-mail based session prototypes (Vinay Kumar, 20 min) Comments and feedback welcome. If anyone else is interested in participation, please let us know. From rem-conf-request@es.net Tue Mar 28 09:39:09 1995 Received: from icsia.ICSI.Berkeley.EDU by osi-west.es.net via ESnet SMTP service id <13943-0@osi-west.es.net>; Mon, 27 Mar 1995 09:05:09 +0000 Received: from icsid.ICSI.Berkeley.EDU (whd@icsid.ICSI.Berkeley.EDU [128.32.201.59]) by icsia.ICSI.Berkeley.EDU (8.6.11/HUB+V8$Revision: 1.22 $) with ESMTP id IAA28832; Mon, 27 Mar 1995 08:17:10 -0800 From: whd@ICSI.Berkeley.EDU (Wieland Holfelder) Received: (whd@localhost) by icsid.ICSI.Berkeley.EDU (8.6.11/1.8) id IAA01994; Mon, 27 Mar 1995 08:17:00 -0800 Message-Id: <199503271617.IAA01994@icsid.ICSI.Berkeley.EDU> Subject: Re: Conflict for RTP acroynm To: finlayson@Eng.Sun.COM Date: Mon, 27 Mar 1995 08:17:00 -0800 (PST) Cc: rem-conf@es.net (Remote Conferencing) In-Reply-To: <9503270559.AA26512@auckland.Eng.Sun.COM> from "Ross Finlayson" at Mar 26, 95 09:59:49 pm X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1382 Ross Finlayson writes: > > Stephen Casner writes: > > > - How much would you care if the RTP acronym was changed? > Wieland Holfelder writes: > > Since in my opinion "our" RTP is not really what I would consider > > as a "transport protocol" anyway, I would suggest that we rename > > it to Real-time Application Protocol which would be RAP or RTAP. > > But I'm never been thrilled with "Real-Time" either. I suggest > "M(ultim)edia Datagram Protocol" (MDP). > Ross. Well, the protocol itself is not bound to any particular network or transport service and if we had a service that supports real-time, RTP could be used even more efficiently. Besides, the applications using RTP definitely have real-time characteristics (but need not neccessarily be multimedia applications) so if you see it as an application level protocol for real-time applications, RAP is somehow appropriate even though the lower layers might not fully support real-time (yet). -- Wieland ------------------------------------------------------------------------------- Wieland Holfelder International Computer Science Institute Email: whd@icsi.berkeley.edu 1947 Center Street Suite 600 Fax : +1-510-642-6865 Berkeley, CA 94704-1198 Phone: +1-510-642-4274 Ext. 302 URL: http://www.icsi.berkeley.edu/~whd ------------------------------------------------------------------------------- From rem-conf-request@es.net Tue Mar 28 09:39:19 1995 Received: from wd40.ftp.com by osi-west.es.net via ESnet SMTP service id <11766-0@osi-west.es.net>; Mon, 27 Mar 1995 05:40:49 +0000 Received: from ftp.com by ftp.com ; Mon, 27 Mar 1995 08:40:45 -0500 Received: from mailserv-D.ftp.com by ftp.com ; Mon, 27 Mar 1995 08:40:45 -0500 Received: by mailserv-D.ftp.com (5.0/SMI-SVR4) id AA22094; Mon, 27 Mar 95 08:38:45 EST Date: Mon, 27 Mar 95 08:38:45 EST Message-Id: <9503271338.AA22094@mailserv-D.ftp.com> To: CASNER@ISI.EDU Subject: Re: Conflict for RTP acroynm From: kasten@ftp.com (Frank Kastenholz) Reply-To: kasten@ftp.com Cc: rem-conf@es.net Content-Length: 972 > I solicit opinions from those in the AVT working group or otherwise > involved with AVT's RTP on whether the Real-time Transport Protocol > name and/or acronym should be changed: > > - How much would you care if the RTP acronym was changed? Somewhat less than I care what the 123,456,789,012'th digit of pi is. > - How much do you think it matters that the conflict be resolved? Somwhat less than I care about whether the name/acronym changes... Though I would point out that there are only 676 2-letter acronyms (i.e., 676 3-letter acronyms that hav 'P' as the last character -- P for Protocol). Note that I could not use the acronym "TLA" in the preceeding sentence. (And to be complete, there are 17,576 3-letter acronyms and 456,976 FLAs). -- Frank Kastenholz "The dogmas of the quiet past are inadequate to the stormy present... As our case is new, so we must think anew, and act anew" - A. Lincoln From rem-conf-request@es.net Tue Mar 28 09:39:32 1995 Received: from dragon.cc.ncsu.edu by osi-west.es.net via ESnet SMTP service id <13987-0@osi-west.es.net>; Mon, 27 Mar 1995 09:11:33 +0000 Received: by dragon.cc.ncsu.edu (8.6.9/EC06jan95) id MAA12417; Mon, 27 Mar 1995 12:11:29 -0500 From: Phillip A Emer Message-Id: <9503271211.ZM12415@eos.ncsu.edu> Date: Mon, 27 Mar 1995 12:11:28 -0500 X-Mailer: Z-Mail (3.2.1 15feb95) To: rem-conf@es.net Subject: AUDIO_FLUSH: Invalid argument Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Can someone tell me why I am getting the subject error on my SPARC-5 running Solaris 2.3 when I try to start vat? everything worked fine (except for the occasional crash) and lately I can do nothing without getting this "AUDIO_FLUSH: Invalid argument" error. The only event I can trace the start of the problems to is perhaps when I added imm to my mbone apps directory. Any ideas would be much appreciated. Thanks, phil -- ==================================================================== Phillip Emer | phil_emer@ncsu.edu Network Engineer | (919) 515-5491 Research, Development and Data Communications | North Carolina State University | ==================================================================== From rem-conf-request@es.net Tue Mar 28 09:39:39 1995 X400-Received: by mta osi-west.es.net in /PRMD=ESnet/ADMD= /C=US/; Relayed; Mon, 27 Mar 1995 05:53:40 +0000 Date: Mon, 27 Mar 1995 05:53:40 +0000 X400-Originator: rem-conf-request@es.net X400-Recipients: non-disclosure:; X400-MTS-Identifier: [/PRMD=ESnet/ADMD= /C=US/;osi-west.e.848:27.02.95.13.53.40] Priority: Non-Urgent DL-Expansion-History: rem-conf@es.net ; Mon, 27 Mar 1995 05:53:40 +0000; From: Michel Colin Message-ID: <9970002*/G=michel/S=colin/O=helios/PRMD=iihe/ADMD=rtt/C=be/@MHS> To: D E PRICE (Non Receipt Notification Requested) Cc: LOH KOK JENG (Non Receipt Notification Requested), MBONE (Non Receipt Notification Requested), dap (Non Receipt Notification Requested) Subject: Re: Windows version of MBONE Tools Microsoft Windows tcp/ip stack supports multicasting. I have ported sd_listen to ms-windows and it works without any problem (for the moment it is just a text window with mbone announcements) much more functionalities to follow Michel =============================================================================== Michel Colin | Tel. +32-2-650 57 03 | Fax: +32-2-629 38 16 Universite Libre de Bruxelles |--------------------------- Faculte des Sciences | Service Telematique et Communication | MICE project CP 230, Boulevard du triomphe | http://www.iihe.ac.be/mice B-1050 Bruxelles | Belgian MICE-NSC BELGIUM | http://www.iihe.ac.be/mice-nsc RFC822: colin@helios.iihe.rtt.be X.400 : C=be;ADMD=rtt;PRMD=iihe;O=helios;S=colin; X.500 : @c=be@o=Universite Libre de Bruxelles@ou=Faculte des Sciences@ou=Service Telematique et Communication@cn=Michel Colin ------------------------------------------------------------------------------- From rem-conf-request@es.net Tue Mar 28 17:23:13 1995 Received: from ceres.fokus.gmd.de by osi-west.es.net via ESnet SMTP service id <08396-0@osi-west.es.net>; Tue, 28 Mar 1995 03:56:52 +0000 Received: from lupus (actually lupus.fokus.gmd.de) by ceres.fokus.gmd.de with SMTP (PP-ICR1v5); Tue, 28 Mar 1995 13:53:15 +0200 X-Mailer: exmh version 1.5.3 12/28/94 To: Mark Handley cc: Stephen Casner , rem-conf@es.net From: Henning Schulzrinne Subject: Re: RTP and multiple encodings In-reply-to: Your message of "Mon, 27 Mar 1995 22:42:10 BST." <375.796340530@cs.ucl.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 28 Mar 1995 13:52:38 +0200 Sender: schulzrinne@fokus.gmd.de I offered some opinions on list vs. single encoding for sd on the confctrl list. The issue of error feedback is an important one. SDES NOTE will do in a pinch, but it's not ideal. My suggestion would be a new RTCP packet type. Since decoding failures better be rare, bandwidth usage should be very modest. A simple one-byte error code would do. There is some small danger of spurious alarms (get decoding failure report, switch to the encoding listed in sd, but RTCP packet with decoding error crosses on the way), but we can probably live with that or include the offending PT value in the error packet. One error message a few people might like is 'your data rate is too high', with the default (naturally, overrideable via manual user action) application behavior to notch down. Gives some way to control the 512 kb-of-dark-office-video on a Sunday afternoon... This should probably be a matter of experimentation, rather than backfitting the current draft. Henning From rem-conf-request@es.net Tue Mar 28 17:23:44 1995 Received: from cs.nps.navy.mil by osi-west.es.net via ESnet SMTP service id <02128-0@osi-west.es.net>; Mon, 27 Mar 1995 22:10:44 +0000 Received: from libra.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA18284; Mon, 27 Mar 95 22:09:35 PST From: brutzman@cs.nps.navy.mil (Don Brutzman) Message-Id: <9503280609.AA18284@taurus.cs.nps.navy.mil> Subject: Hamming multicast series about to begin To: rem-conf@es.net Date: Mon, 27 Mar 1995 22:09:35 -0800 (PST) Cc: tlemswil@nps.navy.mil (Tracey L Emswiler) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 4584 The Hamming multicast "Learning to Learn" is ready to go. We have succeeded in hooking up our new auditorium. We hope to multicast the following course for eleven weeks in April, May and early June. Our equipment is an SGI Indy running nv and vat. First session is this Tuesday, noon Pacific time. Physical location is Naval Postgraduate School, Monterey California USA, Melville Hall. The MICE group has requested that we maintain global ttl (127), and in any case Steve Casner has pointed out that current North American topology precludes a ttl value which includes the U.S. while excluding transatlantic links to Europe. Our default bandwidth plan is 128 Kbps, to be reduced prior to obvious conflict or real-time reports of significant difficulty. We plan to use lecture mode. Questions can be sent to brutzman@nps.navy.mil but (at least initially) live interaction with the speaker will only include people in the room. We will be working with MICE to archive audio and video on servers in Monterey and Europe when feasible. "The Art of Doing Science and Engineering: Learning to Learn" Richard W. Hamming Excerpts from the textbook: "I will examine, criticize and display styles of thinking. To illustrate the points of style I will often use technical knowledge that most of you know... You should regard this as a course that complements the many technical courses you have learned. Many of the things I will talk about are things that I believe you ought to know but which simply do not fit into courses in the standard curriculum... "The course is concerned with 'style,' and almost by definition style cannot be taught in the normal manner by using words. I can only approach the topic through particular examples, which I hope are well within your grasp, though the examples come mainly from my 30 years in the mathematics department of the Research Division of the Bell Telephone Laboratories, (before it was broken up). It also comes from years of study of the work of others." Schedule: Tuesday March 28 through Friday June 9. Tuesdays and Thursdays 1210-1300 Pacific (1910-2000 GMT), Fridays 1410-1500 Pacific (2110-2200 GMT). Comment and contents: This course is often referred to as "Hamming on Hamming" due to the fact that Dr. Hamming's work began or greatly influenced many of the subject areas. Topics include foundations of the digital (discrete) revolution, foundations of computer hardware/software/applications, limits of computer applications and artificial intelligence (AI), N-dimensional space, coding theory, error correcting codes, information theory, digital filters, simulation, fiber optics, computer-aided instruction (CAI), mathematics, quantum mechanics, creativity, experts, unreliable data, systems engineering, "you get what you measure" and "you and your research." Vita excerpts: Dr. Hamming recieved the Ph.D. in Mathematics from University of Illinois in 1942. He worked at Los Alamos 1945-46, Bell Laboratories 1946-76, served three years at Princeton as an Adjunct Professor of Statistics, and joined the Naval Postgraduate School in 1976. He is a past President of the Association for Computing Machinery (ACM) and recipient of the Turing Prize of the ACM. He is both namesake and a recipient of the IEEE R.W. Hamming medal. He has received a variety of other awards and is the author of numerous papers and books. Multicast comments: Clearly there are current and as-yet-unforeseen schedule conflicts with this attempt at providing a college course over the Internet. We welcome any feedback and suggestions which might help make this happen. Our intention is to use global scope (ttl 127), standard nv video (128 Kbps) for maximum compatibility and standard vat audio. We will adjust video bandwidth as is necessary. Our objective is to "push back the envelope" regarding what kinds of programming are possible on the MBone. This multicast series is being formally evaluated as part of a master's thesis. We hope to learn some new lessons and then distribute both results & recommendations to the MBone community. Thanks in advance for comments and suggestions regarding this project. Thanks too to Dick Hamming for graciously agreeing to let us distribute his capstone class live & worldwide. all the best, Don -- Don Brutzman Naval Postgraduate School, Code UW/Br work 408.656.2149 Monterey California 93943-5000 USA fax 408.656.3679 AUV Underwater Virtual World ftp://taurus.cs.nps.navy.mil/pub/auv/auv.html From rem-conf-request@es.net Tue Mar 28 17:54:41 1995 Received: from N3.SP.CS.CMU.EDU by osi-east.es.net via ESnet SMTP service id <14035-0@osi-east.es.net>; Mon, 27 Mar 1995 18:25:20 +0000 Date: Mon, 27 Mar 95 21:16:08 EST From: Hui.Zhang@N3.SP.CS.CMU.EDU To: rem-conf@ES.NET Subject: ACM Multimedia'95 Paper Submission Extension: April 10 Due to the large number of requests, we have decided to extend the Multimedia'95 paper submission deadline until APRIL 10, 1995 AT 5:00 PM PDT. All papers MUST BE RECEIVED by this time. In order to allow sufficient time for our rigorous review process, this deadline is firm; NO EXCEPTIONS WILL BE MADE. We are announcing this extension widely to be fair to all submitters, who may wish to take the extra time to improve their submissions. Re-submission will be permitted, but the accompanying Paper Submission Cover Sheet must clearly identify the title and authors of the earlier version of the submission. Authors should consult the WWW at http://acm.org/MM95/ or send email to mm95@parc.xerox.com for paper submission guidelines and cover sheet forms. Please forward this message to friends, colleagues, or other interested parties. From rem-conf-request@es.net Tue Mar 28 17:54:48 1995 Received: from FRIDLEY.FAC.CS.CMU.EDU by osi-east.es.net via ESnet SMTP service id <15486-0@osi-east.es.net>; Mon, 27 Mar 1995 20:14:54 +0000 To: rem-conf@es.net Subject: unsubscribe Date: Mon, 27 Mar 95 23:13:30 EST From: fridley@FRIDLEY.FAC.CS.CMU.EDU Sender: fridley@FRIDLEY.FAC.CS.CMU.EDU unsubscribe From rem-conf-request@es.net Tue Mar 28 17:55:07 1995 Received: from lsi.poli.usp.br by osi-west.es.net via ESnet SMTP service id <17797-0@osi-west.es.net>; Mon, 27 Mar 1995 12:23:09 +0000 Received: from bach.lsi.usp.br (bach.lsi.usp.br [143.107.3.238]) by ofelia (8.6.9/8.6.9) with SMTP id RAA27066 for ; Mon, 27 Mar 1995 17:17:42 -0300 Date: Mon, 27 Mar 1995 16:17:02 +24000 From: Andre Uratsuka Manoel To: rem-conf@es.net Subject: Re: Conflict for RTP acroynm In-Reply-To: <199503270101.RAA28637@icsid.ICSI.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII > > Stephen Casner writes: > > - How much would you care if the RTP acronym was changed? > > - How much do you think it matters that the conflict be resolved? > I don't think the conflict has a real urge of being resolved. There are so many cases of coincidences in computer world that if we tried to resolved such a problem by changing our acronym whenever there is someone else using it already, we would end up not knowing what is the protocol we are discussing. Do you remember the difference between a Token Ring MAU and an Ethernet MAU? 26^3 is a very slow number and I don't see much possibility of conflict between IBM's RTP and IETF's. What about IETF RTP or Internet RTP? Andre From rem-conf-request@es.net Tue Mar 28 17:55:48 1995 Received: from dragon.cc.ncsu.edu by osi-west.es.net via ESnet SMTP service id <12233-0@osi-west.es.net>; Mon, 27 Mar 1995 06:35:58 +0000 Received: by dragon.cc.ncsu.edu (8.6.9/EC06jan95) id JAA12226; Mon, 27 Mar 1995 09:35:54 -0500 From: Phillip A Emer Message-Id: <9503270935.ZM12224@eos.ncsu.edu> Date: Mon, 27 Mar 1995 09:35:52 -0500 X-Mailer: Z-Mail (3.2.1 15feb95) To: rem-conf@es.net Subject: AUDIO_FLUSH: Invalid argument Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Can someone tell me why I am getting the subject error on my SPARC-5 running Solaris 2.3 when I try to start vat? everything worked fine (except for the occasional crash) and lately I can do nothing without getting this "AUDIO_FLUSH: Invalid argument" error. The only event I can trace the start of the problems to is perhaps when I added imm to my mbone apps directory. Any ideas would be much appreciated. Thanks, phil -- ==================================================================== Phillip Emer | phil_emer@ncsu.edu Network Engineer | (919) 515-5491 Research, Development and Data Communications | North Carolina State University | ==================================================================== From rem-conf-request@es.net Tue Mar 28 17:56:57 1995 Received: from stargate.acs.ohio-state.edu by osi-west.es.net via ESnet SMTP service id <09773-0@osi-west.es.net>; Tue, 28 Mar 1995 05:34:26 +0000 Received: from localhost by stargate.acs.ohio-state.edu (8.6.4/5.901231) id IAA04524; Tue, 28 Mar 1995 08:33:45 -0500 Date: Tue, 28 Mar 1995 08:30:34 -0500 (EST) From: Bob Dixon Subject: Re: Conflict for RTP acroynm To: Andre Uratsuka Manoel cc: rem-conf@es.net In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 27 Mar 1995, Andre Uratsuka Manoel wrote: > I don't think the conflict has a real urge of being resolved. > There are so many cases of coincidences in computer world that if we > tried to resolved such a problem by changing our acronym whenever there > is someone else using it already, we would end up not knowing what is the > protocol we are discussing. Do you remember the difference between a > Token Ring MAU and an Ethernet MAU? 26^3 is a very slow number and I > don't see much possibility of conflict between IBM's RTP and IETF's. > > What about IETF RTP or Internet RTP? > I support the term Internet RTP. This conflict is somewhat reminiscent of that between the name for the real-time language FORTH and IBMs mainframe Fortran compiler also called FORTH. Bob From rem-conf-request@es.net Tue Mar 28 17:57:01 1995 Received: from feta.cisco.com by osi-west.es.net via ESnet SMTP service id <14524-0@osi-west.es.net>; Mon, 27 Mar 1995 09:57:44 +0000 Received: (bstewart@localhost) by feta.cisco.com (8.6.8+c/CISCO.SERVER.1.1) id JAA02618; Mon, 27 Mar 1995 09:57:41 -0800 Date: Mon, 27 Mar 1995 09:57:41 -0800 From: Bob Stewart Message-Id: <199503271757.JAA02618@feta.cisco.com> To: kasten@ftp.com Cc: CASNER@ISI.EDU, rem-conf@es.net In-Reply-To: <9503271338.AA22094@mailserv-D.ftp.com> (kasten@ftp.com) Subject: Re: Conflict for RTP acroynm >Though I would point out that there are only 676 2-letter acronyms >(i.e., 676 3-letter acronyms that hav 'P' as the last character -- P >for Protocol). Note that I could not use the acronym "TLA" in the >preceeding sentence. (And to be complete, there are 17,576 3-letter >acronyms and 456,976 FLAs). I recommend a 4-letter acronym, not ending in P(rotocol) and making a pronouncable word. This makes it easy to talk about the protocol without being redundant, as in TCP protocol, SAT tests, and PIN numbers. Bob, inventor of the NICE protocol From rem-conf-request@es.net Tue Mar 28 17:58:35 1995 Received: from sparc13.cs.uiuc.edu by osi-west.es.net via ESnet SMTP service id <02967-0@osi-west.es.net>; Mon, 27 Mar 1995 22:42:41 +0000 Received: by sparc13.cs.uiuc.edu id AA21646 (5.67b/IDA-1.5 for rem-conf@es.net); Tue, 28 Mar 1995 00:42:37 -0600 From: jak@sparc13.cs.uiuc.edu Message-Id: <199503280642.AA21646@sparc13.cs.uiuc.edu> Subject: MBONE booking To: rem-conf@es.net, mbone@isi.edu Date: Tue, 28 Mar 1995 00:42:36 -0600 (CST) Cc: jak@uiuc.edu X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 903 The ACM at UIUC student chapter would like to broadcast our April general meeting over the MBONE. Gene Spafford be our guest. The time we need is Wed. April 5th from 1800-1900 EDT. This time does not conflict with the IETF broadcasts, but I think it might overlap with one of the IEEE Infocom broadcasts (anyone?). We will be sending video (nv), audio (vat), and text (MUMBLE (see: http://www.acm.uiuc.edu/signet/projects/mumble.html)). Please advise of any problems. -j, ACM@UIUC network admin. -- Jay A. Kreibich University of Illinois, U/C Undergrad Computer Science ------------------------------------------------------------------------------ "You think that I want to be understood..." -They Might Be Giants ------------------------------------------------------------------------------ My Home Page From rem-conf-request@es.net Tue Mar 28 17:59:02 1995 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <18666-0@osi-west.es.net>; Mon, 27 Mar 1995 13:20:00 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-21) id ; Mon, 27 Mar 1995 13:19:57 -0800 Posted-Date: Mon 27 Mar 95 13:19:49 PST Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Mon, 27 Mar 95 13:19:50 PST Date: Mon 27 Mar 95 13:19:49 PST From: Stephen Casner Subject: Re: RTP and multiple encodings To: M.Handley@cs.ucl.ac.uk, rem-conf@es.net Message-Id: <796339189.0.CASNER@XFR.ISI.EDU> In-Reply-To: <3328.796323460@cs.ucl.ac.uk> Mail-System-Version: Mark, > I only briefly skimmed the latest RTP draft, so excuse me if I missed > this, but how does a receiver indicate to a sender that the encoding > being used is not decodable? For example if I write a new audio tool > and add a new encoding, how would an old audio tool indicate that the > new encoding could not be decoded? You did not miss anything; that function is not provided. > The natural place for this seems to be as a part of a Receiver Report, > but we didn't leave any bits there for this. Maybe this is > application specific (though not being able to decode a scheme is > pretty generic) because the actions you can take when you discover the > problem are application specific (unless you want to implement H.320 > style capability reports, which personally I'd rather avoid). To the extent that this function is application-specific, it could be added as an extension to the SR/RR structure as described in Section 6.3.3. I'm not convinced this belongs in RTP itself, though, as opposed to somewhere in session management. How many other conditions are there that might also need to be reported? Do they need to be reported every time an RR is sent? What are the factors that control a sender's selection of an encoding? Quality might be one, and another should be the expectation that the intended receivers can decode it. If there was a way for receivers to report that they could not decode the data, and 5% of the receivers said this, should the sender switch encodings. Right now, sd can specify a format, but the format may still be changed once the tool is started. This might be generalized to a list of allowed formats, so that you could know when starting up the session whether you had an adequate media tool. In a session with "tight control", there might in fact be a capability negotiation and perhaps the dynamic definition of a payload type other than the static ones. Don't get me wrong, though: yours is a reasonable question. We should discuss it further. -- Steve ------- From rem-conf-request@es.net Tue Mar 28 18:00:20 1995 Received: from RPGSPARC.SCRA.ORG by osi-west.es.net via ESnet SMTP service id <09802-0@osi-west.es.net>; Tue, 28 Mar 1995 05:39:14 +0000 Received: from mail.scra.org by scra.org (4.1/SMI-4.1) id AA26547; Tue, 28 Mar 95 08:38:43 EST Received: from cc:Mail by mail.scra.org id AA796408737; Tue, 28 Mar 95 08:36:40 EST Date: Tue, 28 Mar 95 08:36:40 EST From: stinson@mail.scra.org Encoding: 3 Text Message-Id: <9502287964.AA796408737@mail.scra.org> To: rem-conf@es.net Subject: unsubscribe unsubscribe From rem-conf-request@es.net Tue Mar 28 18:01:15 1995 Received: from koriel.Sun.COM by osi-west.es.net via ESnet SMTP service id <19754-0@osi-west.es.net>; Mon, 27 Mar 1995 15:04:14 +0000 Received: from Eng.Sun.COM (engmail2.Eng.Sun.COM) by Sun.COM (koriel.Sun.COM) id AA06576; Mon, 27 Mar 95 15:03:22 PST Received: from icestation.Eng.Sun.COM by Eng.Sun.COM (5.x/SMI-5.3) id AA24456; Mon, 27 Mar 1995 15:04:05 -0800 Received: by icestation.Eng.Sun.COM (5.x/SMI-SVR4) id AA04836; Mon, 27 Mar 1995 15:04:00 -0800 Date: Mon, 27 Mar 1995 15:04:00 -0800 From: Michael.Bundschuh@Eng.Sun.COM (Mike Bundschuh) Message-Id: <9503272304.AA04836@icestation.Eng.Sun.COM> To: rem-conf@es.net, paemer@eos.ncsu.edu Subject: Re: AUDIO_FLUSH: Invalid argument X-Sun-Charset: US-ASCII > From rem-conf-request@es.net Mon Mar 27 14:18 PST 1995 > > Can someone tell me why I am getting the subject error on my SPARC-5 running > Solaris 2.3 when I try to start vat? everything worked fine (except for the > occasional crash) and lately I can do nothing without getting this > "AUDIO_FLUSH: Invalid argument" error. Hmm, I wonder what changed in your environment to start this? Did you load the latest patches for Sol 2.3? There are significant audio fixes included to repair various SS5 problems. Does "cat /dev/audio > /dev/audio" work? This is a simple test to see if the mic input goes to your speaker. Do other apps work? Audiotool, audio_play? _____________________________________________________________ Michael Bundschuh Software Engineer Sun Microsystems Computer Company Internet: mjb@sun.com 2550 Garcia Ave. MTV 10-228 http://www.sun.com/ Mountain View, CA 940430 Phone: (415) 336-1273 From rem-conf-request@es.net Tue Mar 28 18:01:20 1995 Received: from surfer_i.emagic.com by osi-west.es.net via ESnet SMTP service id <04206-0@osi-west.es.net>; Mon, 27 Mar 1995 23:58:35 +0000 Received: from [140.174.183.7] (adelaide.emagic.com [140.174.183.7]) by surfer.emagic.com (8.6.9/8.6.9-MT2.02) with SMTP id XAA01061 for ; Mon, 27 Mar 1995 23:59:02 -0800 (PST) X-Sender: ag@surfer.emagic.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 27 Mar 1995 23:58:30 -0800 To: rem-conf@es.net From: ag@emagic.com (Andrew Green) Subject: Joining MMUSIC and AVT mailing lists Could someone point me to the addresses I need to join the MMUSIC and AVT mailing lists (and confctrl if it's a separate entity). I've scoured the net to the best of my ability, but have been unable to find the information I need. A _____________________________________________________________ Andrew Green ag@emagic.com Electric Magic Company Voice: (800) 987 2001 209 Downey Street +1 (415) 759 4100 San Francisco, CA 94117-4421 Fax: +1 (415) 566 6615 --- Makers of NetPhone --- http://www.emagic.com/ From rem-conf-request@es.net Tue Mar 28 18:03:43 1995 Received: from ietf.cnri.reston.va.us by osi-west.es.net via ESnet SMTP service id <19234-0@osi-west.es.net>; Mon, 27 Mar 1995 14:12:48 +0000 Received: from [127.0.0.1] by IETF.CNRI.Reston.VA.US id aa11891; 27 Mar 95 16:41 EST Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce:; cc: rem-conf@es.net From: Internet-Drafts@CNRI.Reston.VA.US Reply-to: Internet-Drafts@CNRI.Reston.VA.US Subject: I-D ACTION:draft-ietf-avt-profile-04.txt, .ps Date: Mon, 27 Mar 95 16:41:31 -0500 Sender: cclark@CNRI.Reston.VA.US Message-ID: <9503271641.aa11891@IETF.CNRI.Reston.VA.US> --NextPart A Revised 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 Profile for Audio and Video Conferences with Minimal Control Author(s) : H. Schulzrinne Filename : draft-ietf-avt-profile-04.txt, .ps Pages : 11 Date : 03/24/1995 This note describes a profile for the use of the real-time transport protocol (RTP) and the associated control protocol, RTCP, within audio and video multiparticipant conferences with minimal control. It provides interpretations of generic fields within the RTP specification suitable for audio and video conferences. In particular, this document defines a set of default mappings from format index to encodings. The document also describes how audio and video data may be carried within RTP. It defines a set of standard encodings and their names when used within RTP. However, the definitions are independent of the particular transport mechanism used. The descriptions provide pointers to reference implementations and the detailed standards. This document is meant as an aid for implementors of audio, video and other real-time multimedia applications. Internet-Drafts are available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-avt-profile-04.txt". Or "get draft-ietf-avt-profile-04.ps". A URL for the Internet-Draft is: ftp://ds.internic.net/internet-drafts/draft-ietf-avt-profile-04.txt Internet-Drafts directories are located at: o Africa Address: ftp.is.co.za (196.4.160.2) o Europe Address: nic.nordu.net (192.36.148.17) o Pacific Rim Address: munnari.oz.au (128.250.1.21) o US East Coast Address: ds.internic.net (198.49.45.10) o US West Coast Address: ftp.isi.edu (128.9.0.32) 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-profile-04.txt". Or "FILE /internet-drafts/draft-ietf-avt-profile-04.ps". 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. For questions, please mail to Internet-Drafts@cnri.reston.va.us. 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: <19950324165928.I-D@CNRI.Reston.VA.US> ENCODING mime FILE /internet-drafts/draft-ietf-avt-profile-04.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-profile-04.txt"; site="ds.internic.net"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19950324165928.I-D@CNRI.Reston.VA.US> --OtherAccess-- --NextPart-- From rem-conf-request@es.net Tue Mar 28 18:05:09 1995 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <19933-0@osi-west.es.net>; Mon, 27 Mar 1995 15:29:03 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-21) id ; Mon, 27 Mar 1995 15:28:58 -0800 Posted-Date: Mon 27 Mar 95 15:28:46 PST Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Mon, 27 Mar 95 15:28:47 PST Date: Mon 27 Mar 95 15:28:46 PST From: Stephen Casner Subject: Re: Regarding the Hamming on Hamming MBone course To: brutzman@cs.nps.navy.mil Cc: MBONE@ISI.EDU, rem-conf@es.net Message-Id: <796346926.0.CASNER@XFR.ISI.EDU> In-Reply-To: <9503260455.AA14982@taurus.cs.nps.navy.mil> Mail-System-Version: Don, > Does it make more sense to multicast this course with a ttl > corresponding to North America? Does such a value exist? Unfortunately, such a value does not exist. I think most of the international links are at threshold 64, but so are many of the links within the US. We should probably try to establish a new convention within the US, but getting all the links changed is a lengthy process. > Using a lower ttl that avoids borderline links might also permit > multicasting this course without schedule choreography between > IETF Danvers, WWW International, Interactive 3D Graphics Symposium > et al. I like your phrase -- indeed the scheduling next week is going to require some choreography. I've just seen some notices about activities planned at UIUC as well. -- Steve ------- From rem-conf-request@es.net Tue Mar 28 18:05:17 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <18873-0@osi-west.es.net>; Mon, 27 Mar 1995 13:44:09 +0000 Received: from shrew.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Mon, 27 Mar 1995 22:43:48 +0100 From: Mark Handley Organisation: University College London, CS Dept. Phone: +44 71 380 7777 ext 3666 To: Stephen Casner cc: rem-conf@es.net Subject: Re: RTP and multiple encodings In-reply-to: Your message of "Mon, 27 Mar 95 13:19:49 PST." <796339189.0.CASNER@XFR.ISI.EDU> Date: Mon, 27 Mar 95 22:42:10 +0100 Message-ID: <375.796340530@cs.ucl.ac.uk> Sender: M.Handley@cs.ucl.ac.uk >> this, but how does a receiver indicate to a sender that the encoding >> being used is not decodable? For example if I write a new audio tool >> and add a new encoding, how would an old audio tool indicate that the >> new encoding could not be decoded? >> The natural place for this seems to be as a part of a Receiver Report, >> but we didn't leave any bits there for this. Maybe this is >> application specific (though not being able to decode a scheme is >> pretty generic) because the actions you can take when you discover the >> problem are application specific (unless you want to implement H.320 >> style capability reports, which personally I'd rather avoid). > >To the extent that this function is application-specific, it could be >added as an extension to the SR/RR structure as described in Section >6.3.3. I'm not convinced this belongs in RTP itself, though, as >opposed to somewhere in session management. How many other conditions >are there that might also need to be reported? Do they need to be >reported every time an RR is sent? I wasn't sure either way. RTCP already has some conference control functionality (actually a little more than I like, but you can never please all the people all the time). My worry is that RTCP is sufficient to do vat and vic style conferencing including participant lists without any external session management, but there is no defined way to report any error state other than packet loss. >What are the factors that control a sender's selection of an encoding? >Quality might be one, and another should be the expectation that the >intended receivers can decode it. If there was a way for receivers to >report that they could not decode the data, and 5% of the receivers >said this, should the sender switch encodings. I don't know the answer to that, but at the very least, it could report to the user which receivers reported a decode failure. I believe we need such a reporting mechanism - what I don't know is whether this should be in RTCP. I agree there's a danger of attempting to put too much into RTCP - if it's not for RTCP then I believe we need a start collating a requirements list for a supplimentary conference control protocol - either under the AVT group or under MMUSIC. >Right now, sd can specify a format, but the format may still be >changed once the tool is started. This might be generalized to a list >of allowed formats, so that you could know when starting up the >session whether you had an adequate media tool. I don't like this - if there's a list of allowed formats then some receivers may not have a suitable too for all the formats in the list. >In a session with "tight control", there might in fact be a capability >negotiation and perhaps the dynamic definition of a payload type other >than the static ones. Agreed. That's what H.320 and T.120 do now. However such a negotiation in a loosely coupled conference is unbounded. >Don't get me wrong, though: yours is a reasonable question. We should >discuss it further. In general I'm pretty happy with RTP as it is (you've done a great job of attempting to reconcile conflicting views) and I'm very happy to see it go to proposed standard. I just want to know where the boundaries are! See you in Danvers I hope! Mark From rem-conf-request@es.net Tue Mar 28 18:05:40 1995 Received: from std.sri.com by osi-west.es.net via ESnet SMTP service id <14257-0@osi-west.es.net>; Tue, 28 Mar 1995 08:19:14 +0000 Received: from churchy.std.sri.com by std.sri.com (4.1/SMI-4.1) id AA03706; Tue, 28 Mar 95 08:18:59 PST Message-Id: <9503281618.AA03706@std.sri.com> To: ag@emagic.com (Andrew Green) Cc: rem-conf@es.net Subject: Re: Joining MMUSIC and AVT mailing lists In-Reply-To: Your message of "Mon, 27 Mar 1995 23:58:30 PST." Date: Tue, 28 Mar 1995 08:18:58 -0800 From: Ruth Lang > Could someone point me to the addresses I need to join the MMUSIC and AVT > mailing lists (and confctrl if it's a separate entity). > I've scoured the net to the best of my ability, but have been unable to > find the information I need. One source for the information you're looking for is the charter of the particular working group. See: ftp://ds.internic.net/ietf/avt/avt-charter.txt ftp://ds.internic.net/ietf/mmusic/mmusic-charter.txt Send email to rem-conf-request@es.net and confctrl-request@isi.edu to subscribe to AVT and MMUSIC lists respectively. Ruth Lang From rem-conf-request@es.net Tue Mar 28 18:06:31 1995 Received: from alpha.Xerox.COM by osi-east.es.net via ESnet SMTP service id <08024-0@osi-east.es.net>; Mon, 27 Mar 1995 08:14:45 +0000 Received: from Nuncio.Parc.Xerox.xns by alpha.xerox.com via XNS id <14539(2)>; Mon, 27 Mar 1995 08:08:39 PST X-NS-Transport-ID: 0000AA002B74E83F3322 Date: Mon, 27 Mar 1995 08:07:44 PST Sender: Daniel_C._Swinehart.PARC@xerox.com From: Dan_Swinehart.PARC@xerox.com Subject: Re: Conflict for RTP acroynm In-Reply-to: "milazzo%diamond.bbn:com's message of Sun, 26 Mar 1995 19:41:41 PST" To: rem-conf@es.net cc: Dan_Swinehart.PARC@xerox.com, Casner@isi.edu Message-Id: <95Mar27.080839pst."14539(2)"@alpha.xerox.com> I thought "our" protocol was a FLA: RTPv2. What was the question? Dan Swinehart From rem-conf-request@es.net Tue Mar 28 18:06:33 1995 Received: from uu.psi.com by osi-west.es.net via ESnet SMTP service id <19136-0@osi-west.es.net>; Mon, 27 Mar 1995 14:06:34 +0000 Received: from pool.info.sunyit.edu by uu.psi.com (5.65b/4.0.061193-PSI/PSINet) via SMTP; id AA18478 for rem-conf@es.net; Mon, 27 Mar 95 17:06:29 -0500 Received: by pool.info.sunyit.edu; (5.65/1.1.8.2/17Mar95-8.2MPM) id AA17576; Mon, 27 Mar 1995 17:05:00 -0500 Date: Mon, 27 Mar 1995 17:04:58 -0500 (EST) From: "Brian N. Angell" X-Sender: gbna@pool.info.sunyit.edu To: rem-conf@es.net Subject: subscribe Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII please subscribe me From rem-conf-request@es.net Tue Mar 28 18:08:42 1995 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <20444-0@osi-west.es.net>; Mon, 27 Mar 1995 16:04:33 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-21) id ; Mon, 27 Mar 1995 16:04:28 -0800 Posted-Date: Mon 27 Mar 95 16:04:20 PST Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Mon, 27 Mar 95 16:04:21 PST Date: Mon 27 Mar 95 16:04:20 PST From: Stephen Casner Subject: Re: Spring DECUS speakers, advice on ttl values? To: coutu@maple.mv.com Cc: rem-conf@es.net Message-Id: <796349060.0.CASNER@XFR.ISI.EDU> In-Reply-To: <199503270447.AA23753@venera.isi.edu> Mail-System-Version: > Discussions on rem-conf have indicated that schedule announcements > are generally discouraged there. Well, no. In my opinion, at least, this is still the right place until we (collectively) figure out a better solution. > My subscription to the mbone > list has been in the request queue over a month now so I'm unsure > of the discussion there. :-( Oh, dear. I did not realize it had gotten that bad. I will try to light some fires. BTW, there has not been any (recent) discussion of where to put schedule announcements on the mbone list. > I have used the web page at http://www.cilea.it/MBone/agenda.html > to book a set of four sessions from May 8 to 11. What I'd like to > get a sense of from your collected wisdom/opinions is what type of > ttl value would appropriate for these sessions? > > Here's the nutshell description of the sessions. DECUS, the > Digital Equipment Corp. User's Society (an independent non-profit > organization, not a part of Digital), is holding their spring > convention in Washington, DC with a focus on the Internet. > > They want to 'broadcast' four speakers. Enrico Pesatori, a VP at > Digital, will give a keynote speech about the Internet. Dr. Bill > Hancock, Executive Vice President of Network-1, will talk about > "Industry Trends and Futures". > > Tim Berners-Lee will talk about the World Wide Web and Marc > Andreessen will talk about "In the Internet Fast Lane". > > I expect that at least some of these will have widespread interest. I agree. These are the kinds of events that are often transmitted at TTL 127. -- Steve ------- From rem-conf-request@es.net Tue Mar 28 18:27:08 1995 Received: from trystero.radio.com by osi-west.es.net via ESnet SMTP service id <15226-0@osi-west.es.net>; Tue, 28 Mar 1995 09:09:07 +0000 Received: (carl@localhost) by trystero.radio.com (8.6.10/940816.06ccg) id MAA23510; Tue, 28 Mar 1995 12:09:55 -0500 From: Carl Malamud Message-Id: <199503281709.MAA23510@trystero.radio.com> Subject: Internet 1996 World Exposition To: rem-conf@es.net Date: Tue, 28 Mar 1995 12:09:54 -0500 (EST) Organization: Internet Multicasting Service X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1674 There will be an announcement of the Internet 1996 World Exposition on Wednesday, March 29, 10:30-12:00 Pacific Standard Time (GMT -8). The announcement will be part of a special session in Las Vegas at Networld+Internet 95. Participants in the session include Dr. Vint Cerf from MCI, Congressman Ed Markey, Former U.S. Senator Gaylord Nelson, Dr. Eric Schmidt from Sun, Mike Millikin from Softbank Expos, Dr. Marshall T. Rose, William Randolph Hearst III, William Miller from Quantum, Dr. Steve Wolff from Cisco, Dave Creagh from Monitor Radio, Ron Strich from SSDS, James Mackie from Newbridge, and Carl Malamud from IMS. Participating by ASCII messaging technology will be President Clinton, Vice President Gore, and Speaker Newt Gingrich. There will also be web pages available for the event at: http://town.hall.org/fair Unfortunately, we're a bit underpowered on CPU horsepower, so the video to the net will consist of only one of our video streams. You'll see the "Imag" camera on the main speakers and those speakers on tape. You won't see the images off of disk that will be going up on the four screens. We considered running an IMM session, but we're talking one 512x768 image every 3 seconds for each feed and will have up to four different screens doing that. Much as we like keeping those spare bits busy, this seemed a bit much. We're rolling tape on all this and will edit it all down into a half-hour video program and make it available at a later date. NBC has signed on as the media partner for the World Exposition, so video editing has suddenly become significantly practical for us. Carl Malamud Internet Multicasting Service From rem-conf-request@es.net Tue Mar 28 18:28:45 1995 Received: from ucdhep.ucdavis.edu by osi-east.es.net via ESnet SMTP service id <02951-0@osi-east.es.net>; Tue, 28 Mar 1995 11:11:50 +0000 Received: by ucdhep.ucdavis.edu (MX V3.3 VAX) id 27560; Tue, 28 Mar 1995 11:11:35 PST Date: Tue, 28 Mar 1995 11:11:32 PST From: ojha@ucdhep.ucdavis.edu To: rem-conf@es.net Message-ID: <0098E085.25A0FF40.27560@ucdhep.ucdavis.edu> Subject: card needed for alpha Hi, Does anyone out there know what kind of card is needed for a DEC 3000 Alpha to hook up a video camera to it? I know there are the J300 cards, but is there anything around $2000 or less? Any suggestions that anyone could give would be greatly appreciated. Thanks, Rajesh ojha@ucdhep.ucdavis.edu From rem-conf-request@es.net Tue Mar 28 20:01:56 1995 Received: from ietf.cnri.reston.va.us by osi-west.es.net via ESnet SMTP service id <01543-0@osi-west.es.net>; Tue, 28 Mar 1995 17:01:24 +0000 Received: from [127.0.0.1] by IETF.CNRI.Reston.VA.US id aa05096; 28 Mar 95 10:38 EST Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce:; cc: rem-conf@es.net From: Internet-Drafts@CNRI.Reston.VA.US Reply-to: Internet-Drafts@CNRI.Reston.VA.US Subject: I-D ACTION:draft-ietf-avt-jpeg-01.txt Date: Tue, 28 Mar 95 10:38:43 -0500 Sender: cclark@CNRI.Reston.VA.US Message-ID: <9503281038.aa05096@IETF.CNRI.Reston.VA.US> --NextPart A Revised 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 Encapsulation of JPEG-compressed video. Author(s) : W. Fenner, L. Berc, R. Frederick, S. McCanne Filename : draft-ietf-avt-jpeg-01.txt Pages : 7 Date : 03/27/1995 This draft describes the RTP payload format for JPEG video streams. It is optimized for real-time video streams using constant JPEG parameters, as opposed to individual JPEG images coming from different sources. This document is a product of the Audio-Video Transport working group within the Internet Engineering Task Force. Comments are solicited and should be addressed to the working group's mailing list at rem-conf@es.net and/or the author(s). Internet-Drafts are available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-avt-jpeg-01.txt". A URL for the Internet-Draft is: ftp://ds.internic.net/internet-drafts/draft-ietf-avt-jpeg-01.txt Internet-Drafts directories are located at: o Africa Address: ftp.is.co.za (196.4.160.2) o Europe Address: nic.nordu.net (192.36.148.17) o Pacific Rim Address: munnari.oz.au (128.250.1.21) o US East Coast Address: ds.internic.net (198.49.45.10) o US West Coast Address: ftp.isi.edu (128.9.0.32) 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-jpeg-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. For questions, please mail to Internet-Drafts@cnri.reston.va.us. 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: <19950327135806.I-D@CNRI.Reston.VA.US> ENCODING mime FILE /internet-drafts/draft-ietf-avt-jpeg-01.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-jpeg-01.txt"; site="ds.internic.net"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19950327135806.I-D@CNRI.Reston.VA.US> --OtherAccess-- --NextPart-- From rem-conf-request@es.net Tue Mar 28 20:26:47 1995 Received: from mail.cs.utexas.edu by osi-east.es.net via ESnet SMTP service id <04113-0@osi-east.es.net>; Tue, 28 Mar 1995 11:57:34 +0000 Received: from bigbird.cs.utexas.edu (dragon@bigbird.cs.utexas.edu [128.83.143.202]) by mail.cs.utexas.edu (8.6.10/8.6.9) with ESMTP id NAA14286 for ; Tue, 28 Mar 1995 13:57:30 -0600 Received: by bigbird.cs.utexas.edu (8.6.10/Client-v1.4) id NAA68783; Tue, 28 Mar 1995 13:57:29 -0600 Message-Id: <199503281957.NAA68783@bigbird.cs.utexas.edu> From: dragon@cs.utexas.edu (Chris Edmondson-Yurkanan) Date: Tue, 28 Mar 1995 13:57:29 -0600 X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: rem-conf@es.net Subject: ACM Mobile Computing&Networking We invite you to submit a paper to ACM's Conference on Mobile Computing and Networking by April 17th. Please note the conference dates and location. Thanks! Announcement and Call for Papers ------------------------------------------------------------------------ ACM INTERNATIONAL CONFERENCE ON MOBILE COMPUTING AND NETWORKING 1995 November 14-15, 1995 (Tutorials on Monday, Nov. 13) Berkeley, California, USA Sponsored by the ACM's Special Interest Groups: SIGCOMM, SIGMETRICS, SIGOPS, SIGACT and NASA CESDIS ------------------------------------------------------------------------- IMPORTANT DATES Submissions due: April 17, 1995 <--- new date Notification of acceptance: June 16, 1995 Camera-ready version due: August 14, 1995 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 first of an annual series, will serve as the premier international forum addressing networks, systems, algorithms, and applications that support the symbiosis of portable computers and wireless networks. PAPERS Technical papers describing previously unpublished, original, completed, or in-progress research, are solicited on topics at the link layer and above. Topics will include, but are not limited to: * Applications and computing services supporting the mobile user. * Network architectures, protocols or service algorithms to cope with mobility, limited bandwidth, or intermittent connectivity. * Design and analysis of algorithms for online and mobile environments. * Distributed network protocols. * Performance characterization of mobile/wireless networks and systems. * Network management for mobile and wireless networks. * Service integration and interworking of wired and wireless networks. * Characterization of the influence of lower layers on the design and performance of higher layers. * Security, scalability and reliability issues for mobile/wireless systems * Wireless Multimedia Systems * Satellite Communication All papers will be refereed by the program committee. Accepted papers will be published in conference proceedings. Papers of particular merit will be selected for publication in the ACM/Baltzer Journal on Wireless Networks. HOW TO SUBMIT Paper submission will be handled electronically. Authors should Email a PostScript version of their full paper to: "mcn95-submission@cs.columbia.edu". This Email address will become operational on March 1. The address will be backed by software that can test submissions for print-ability. In order to pass the test, authors should ensure that their papers meet these restrictions: - PostScript version 2 or later - no longer than 15 pages - fits properly on "US Letter" size paper (8.5x11 inches) - reference only Computer Modern or standard Adobe fonts (i.e., Courier, Times Roman, or Helvetica); other fonts may be used but must be included in the PostScript file In addition, authors should be sure to select an easy-to-read font size. The proceedings will be printed in two-column format, so authors are encouraged to submit two-column papers. To learn how to use the submission software, send a message with the subject line "HELP" to the above Email address any time on or after March 1. TUTORIALS Proposals for tutorials are solicited. Evaluation of the proposals will be based on expertise and experience of instructors, and the relevance of the subject matter. Potential instructors are requested to submit at most 5 pages, including a biographical sketch to Krishan Sabnani (kks@big.att.com). PANELS Panels are solicited that examine innovative, controversial, or otherwise provocative issues of interest. Panel proposals should not exceed more than 3 pages, including biographical sketches of the panelist. STUDENT PARTICIPATION Papers with a student as a primary author will enter a student paper award competition. A cover letter must identify the paper as a candidate for the student paper competition. WWW/GOPHER INFORMATION This CFP and other ACM related activities may be found in gopher://gopher.acm.org (for gopher viewers) http://www.acm.org/sigcomm/wireless95/ (for WWW browsers) FOR MORE INFORMATION: Please contact Dan Duchamp (djd@cs.columbia.edu) or Baruch Awerbuch (baruch@blaze.cs.jhu.edu), the Program Co-Chairs. +-------------------------------------------------------------------------+ GENERAL CO-CHAIRS: Imrich Chlamtac Dave Morgan Dept. of Electrical & Computer Eng. VP & Director of Research University of Massachusetts Wireless Division, Motorola chlamtac@eden.ecs.umass.edu David_Morgan-ASTF39@email.mot.com Tel: +1 413 545 0712 Tel.: +1 708 576 0595 PROGRAM CO-CHAIRS Baruch Awerbuch Dan Duchamp Dept. of Computer Science Dept. of Computer Science The John Hopkins University Columbia University Room NEB 318, Baltimore, MD 500 W. 120 St. New York, NY baruch@blaze.cs.jhu.edu djd@cs.columbia.edu Tel.: +1 410 516 8038 Tel.: +1 212 939 7067 Fax.: +1 410 516 6134 Fax.: +1 212 666 0140 LOCAL CHAIR TUTORIAL CHAIR Eric Brewer Krishan Sabnani, AT & T Dept. of Computer Science Tel.: +1 908 949 3557 University of California @ Berkeley Fax.: +1 908 949 9118 brewer@cs.berkeley.edu kks@big.att.com VICE CHAIR STEERING COMMITTEE CHAIR Chris Edmondson-Yurkanan Imrich Chlamtac CS, University of Texas, Austin ECE, University of Massachusetts dragon@cs.utexas.edu chlamtac@eden.ecs.umass.edu PUBLICITY CHAIR REGISTRATION CHAIR Victor Bahl, Melody Moh Digital Equipment Corp. & UMASS San Jose State University bahl@samson.enet.dec.com moh@cs.sjsu.edu TREASURER Anton Dahbura, Motorola PROGRAM COMMITTEE Baruch Awerbuch, John Hopkins B. R. Badrinath, Rutgers U., Alan Borodin, U. Toronto Bob Broderson, UC Berkeley, Ramon Caceres, AT&T Bell Labs. Steve Deering, Xerox PARC, Dan Duchamp, Columbia Domenico Ferrari, UC Berkeley David Johnson, Carnegie Mellon, Phil Karn, Qualcomm Inc. Randy Katz, UC Berkeley Leonard Kleinrock, UCLA, Paul Leach, Microsoft Debasis Mitra, AT&T, Christos Papadimitriou, UC San Diego Rafi Rom, Technion & SUN, Nachum Shacham, SRI Jeff Vitter, Duke U., John Zahorjan, U. Washington STEERING COMMITTEE Imrich Chlamtac, UMASS, chair Lyman Chapin, BBN Vinton Cerf, MCI Raj Jain, Ohio State U. Baruch Awerbuch, John Hopkins U. Dave Oran, Digital Equip. Corp. Tomasz Imielinski, Rutgers U. Greg Wetzel, AT&T Bell Labs. Linda Wright, Digital Equip. Corp. Chris Edmondson-Yurkanan, UTexas Ian Akyildiz, Georgia Inst. of Tech. Yelena Yesha, NASA From rem-conf-request@es.net Wed Mar 29 04:04:14 1995 Received: from venera.isi.edu by osi-east.es.net via ESnet SMTP service id <05374-0@osi-east.es.net>; Wed, 29 Mar 1995 01:03:39 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-21) id ; Wed, 29 Mar 1995 01:03:35 -0800 Posted-Date: Wed 29 Mar 95 01:03:26 PST Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Wed, 29 Mar 95 01:03:27 PST Date: Wed 29 Mar 95 01:03:26 PST From: Stephen Casner Subject: Re: Conflict for RTP acroynm To: rem-conf@es.net Message-Id: <796467806.0.CASNER@XFR.ISI.EDU> In-Reply-To: Mail-System-Version: Thanks to all of you who responded with opinions serious and comical on the RTP name question. There seemed to be a unanimous lack of concern about the conflict if we decided not to change the name. My own vote would be not to change it unless the powers that be say otherwise. If the name is to be changed, there were multiple votes for RTTP. This would be my second choice, too, notwithstanding Bob Stewart's very reasonable recommendation of a 4-letter acronym, not ending in P(rotocol) and making a pronouncable word. RTTP fits the existing protocol title and has the advantage of being a small transition. But in particular, I wanted to respond to a few other comments. - that RTP is not really a transport protocol - that RTP is not really "real-time" I disagree with both of these statements. First, even though RTP will often be integrated with the application, RTP does provide what I consider to be transport functionality. To be more precise, the combination of UDP and RTP together provide what I think is a recognizable transport protocol while _neither_ one alone is. UDP provides the addressing and checksumming functions, and RTP provides the sequencing and error control functions. The reception feedback functions of RTCP should be considered and integral part of RTP, and these provide the analogue of flow control and congestion control in other transports. Not exactly, of course, because we don't want the same service. Second, the notion of real time is central to RTP. The timestamp field conveys the real time corresponding to the sampling of the data. The media timing is related to absolute time via the NTP timestamp in the SR packet. The whole point of the protocol is to carry data for which the time of arrival is more important than the certainty of arrival. True, RTP does not provide any "real-time guarantees", but that's not the only function that qualifies a protocol as real-time. Ross Finlayson suggested "M(ultim)edia Datagram Protocol" (MDP), but I hope that RTP is found to also be useful for applications one would not describe as "media", a notion that Wieland Holfelder also pointed out. -- Steve ------- From rem-conf-request@es.net Wed Mar 29 04:13:52 1995 Received: from venera.isi.edu by osi-east.es.net via ESnet SMTP service id <05563-0@osi-east.es.net>; Wed, 29 Mar 1995 01:13:27 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-21) id ; Wed, 29 Mar 1995 01:13:24 -0800 Posted-Date: Wed 29 Mar 95 01:13:15 PST Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Wed, 29 Mar 95 01:13:16 PST Date: Wed 29 Mar 95 01:13:15 PST From: Stephen Casner Subject: Re: RTP and multiple encodings To: schulzrinne@fokus.gmd.de, M.Handley@cs.ucl.ac.uk Cc: rem-conf@es.net Message-Id: <796468395.0.CASNER@XFR.ISI.EDU> In-Reply-To: <199503281156.AA12491@quark.isi.edu> Mail-System-Version: This question of how much control functionality should go into RTCP versus some separate control protocol is an important one. We need to be careful not to insert too much control information into the limited bandwidth allocated to RTCP such that it's other functions that are central to the operation of RTP would be impaired. On the other hand, if kicking some control function out of RTCP means that another multicast group would have to be created with the same set of participants, and another packet would be generated to flow over the same tree as the RTCP packet, then it is not clear that we are ahead in our bandwidth management. The key may be in figuring out how to make a control architecture that can use the RTCP path when appropriate and yet not be strictly dependent upon RTP as the underlying protocol. Eve Schooler suggested that it might be a good idea to spend a little time during the MMusic session discussing this topic. I agree, if time is available. -- Steve ------- From rem-conf-request@es.net Wed Mar 29 08:50:51 1995 Received: from postal.cselt.stet.it by osi-east.es.net via ESnet SMTP service id <10822-0@osi-east.es.net>; Wed, 29 Mar 1995 05:50:23 +0000 Received: from DN-EI3500 by POSTAL.CSELT.STET.IT (PMDF V4.2-15 #4385) id <01HOPP9KHRM8001NEZ@POSTAL.CSELT.STET.IT>; Wed, 29 Mar 1995 15:49:27 MET Date: Wed, 29 Mar 1995 15:48 +0000 (GMT) From: Claudio.Franco@cselt.stet.it Subject: DVC on IP networks To: rem-conf@es.net Message-id: <1E8AFBACDDFF408720@EI3500.CSELT.STET.IT> X-Envelope-to: rem-conf@es.net X-VMS-To: EI3500::IN%"rem-conf@es.net" Content-transfer-encoding: 7BIT Hi, I have been requested to investigate on the on the state of the art of the Desktop VideoConferencing on IP networks. I collected information on ITU-T spec. (H.320, T.120 series), IETF drafts (RTP, RTP packetization of H.261, RSVP, ...) and real products (Bitfield, IBM PersonTo Person/Lakes architecture, Inter ProShare 150/200, C- phone, IVS, Communique, ShowMe,nv, ...). I am now a bit confused, what I seem to understand is: * ITU-T solution is going toward a global defi- nition of a "audio/graphic/visual" conference model independent from the interconnecting networks; the T.120 standards formalize all the objects that form the conference (device, links, terminals, MCUs,...), the work seem to be based on the experience on well "tested" networks like ISDN (mapping of H.320 on T.120 model is often used in examples). The mapping of T.120 on IP networks is, for the moment, limited to a proposed usage of RFC1006 to carry OSI TP0 transport over TCP/IP for the "data & control" traffic; nothing is said (or I have missed it) on the real-time audio/video data streams. T122/T125 (MCS) and T124(GCC) service elements in the T.120 architecture, describe the services necessary to maintain and control the hierarchical structure of the conference (how to set-up, join, release a conference and how to multicast the data among participants). In the T.120 suite there exist also a service element called T-AVC that formalize the concept of audio/video devices and introduce the concept of audio/video stream.; it discuss the relationship of these streams with the available links between the participant nodes, but does not mention any example of how these "stream" could be implemented in the various networks. The above mentioned relationship AV stream/links, implies, in my understanding, that the multicast of audio/video stream HAS TO BE performed at application level by the MCU elements even if the interconnecting networks allow for such service (e.g. IP multicast). * IETF, on the other hand, with its AVT/MMUSIC working groups is also addressing this subject: the RTP draft (Real-time Transport Protocol - draft-ietf- avt-rtp-07) specifies how the audio/video stream can be distributed end-to-end (typical Transort service) but also gives a specification of how the data exchange can be controlled and monitored to achieve the best quality of service (RTCP protocol). The RTP makes explicit use of the multicast features offered by the IP protocol and so, in contrast with the ITU-T approach, normally the multipoint distribution is made at network level; nevertheless the draft introduce the concept of mixers and translators able to make bandwidth (among different network types) and protocols adaptation (e.g. from multicast to group of unicast address). IETF Multiparty/Multimedia Session Control (MMUSIC: "conference control for both small and large sessions") should also be working on similar scenarios, it seems they survey ITU-T work, it is not clear (to me) if they are working to keep their outputs aligned with ITU-T. ITU-T and IETF seems to be two parallel non converging world, is this true ? If yes,which scenario is most probable to win between the above mentioned (ITU-T solution or IETF/RTP) as far as the IP networks are concerned ? Or is there any chance they they will eventually merge? Looking at the market of DVC products that run on LAN, doesn't help to answer the question; we can find products that make use of RTP as well as products that implement proprietary solutions but claim interest in T.120. Almost all of the RTP like products run on work stations (and so they are not really desktop) and use proprietary Audio/video encodings (apart from ivs that uses H.261). PC/MAC products are often particular case of existing ISDN products (H.320 compliant) , most of them use standard video encoding and proprietary network solution, it is not clear how many of them could currently support multipoint conference. Given this floating scenarios, my question, again, is: what direction is going DVC on LAN? If you feel that the discussion is not of general interest, please answer directly by e-mail, all inputs are welcome. Claudio +-----------------------------------------------------------------------------+ | ______________________________ | | Claudio Franco / / ___/ ___/ / /_ _/ | | CSELT / /--/___ / ___/ /_/ / / / | | Centro Studi e Lab. Telecomunicazioni /_____/_____/_____/_____/_/_/_/ | | Via Reiss Romoli 274 | | I - 10148 Torino - ITALY | | Phone : +39 11 228-6159 | | Fax : +39 11 228-6190 | | E-mail: Claudio.Franco@cselt.stet.it | +-----------------------------------------------------------------------------+ From rem-conf-request@es.net Wed Mar 29 11:03:48 1995 Received: from burdell.cc.gatech.edu by osi-east.es.net via ESnet SMTP service id <13598-0@osi-east.es.net>; Wed, 29 Mar 1995 08:03:21 +0000 Received: from flora.cc.gatech.edu (kevin@flora.cc.gatech.edu [130.207.8.20]) by burdell.cc.gatech.edu (8.6.10/8.6.9) with ESMTP id LAA26751 for ; Wed, 29 Mar 1995 11:03:19 -0500 Received: (from kevin@localhost) by flora.cc.gatech.edu (8.6.10/8.6.9) id LAA01517 for rem-conf@es.net; Wed, 29 Mar 1995 11:03:17 -0500 Date: Wed, 29 Mar 1995 11:03:17 -0500 From: kevin@cc.gatech.edu (Kevin C. Almeroth) Message-Id: <199503291603.LAA01517@flora.cc.gatech.edu> To: rem-conf@es.net Subject: IETF Recorded Sessions Will the IETF sessions to be broadcast over the MBONE be available (for at least the week after) by ftp after the IETF is over? Kevin Almeroth (kevin@cc.gatech.edu) Networking and Telecommunications Research Group College of Computing, Georgia Institute of Technology http://www.cc.gatech.edu/computing/Telecomm/people/Phd/kevin/kevin.html From rem-conf-request@es.net Wed Mar 29 14:20:44 1995 Received: from rads.dnd.ca by osi-west.es.net via ESnet SMTP service id <01593-0@osi-west.es.net>; Wed, 29 Mar 1995 11:20:08 +0000 Received: from nrnsinc.on.ca by nrnsinc.on.ca id <12203-0@nrnsinc.on.ca>; Wed, 29 Mar 1995 14:15:51 -0500 Subject: Your sending traffic with TTL=255 (fwd) To: rem-conf@es.net Date: Wed, 29 Mar 1995 14:15:49 -0500 (EST) Cc: netcoor@ncs.dnd.ca (Network Coordinator) Reply-to: spagnolo@nrnsinc.on.ca Organization: NRNS Incorporated, Tel:613-599-7860, Fax:613-599-7739 X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1458 From: Joe Spagnolo Sender: spagnolo@nrnsinc.on.ca The original e-mail I sent to this person ( russ@r69sgi.eos.ornl.gov ) bounced. Does anybody know how to get in touch with him. P.S. How difficult would it be to include phone numbers within Session Directory advertizements. Forwarded message: > From postmaster@nrnsinc.on.ca Wed Mar 29 11:51:33 1995 > Subject: Your sending traffic with TTL=255 > To: russ@r69sgi.eos.ornl.gov > Date: Wed, 29 Mar 1995 11:46:51 -0500 (EST) > Cc: netcoor@ncs.dnd.ca (Network Coordinator) > Reply-to: spagnolo@nrnsinc.on.ca > Organization: NRNS Incorporated, Tel:613-599-7860, Fax:613-599-7739 > X-Mailer: ELM [version 2.4 PL21] > MIME-Version: 1.0 > Content-Type: text/plain; charset=US-ASCII > Content-Transfer-Encoding: 7bit > Content-Length: 604 > From: Joe Spagnolo > Sender: spagnolo@nrnsinc.on.ca > > Russ ( russ@r69sgi.eos.ornl.gov ), > > Your session is transmitting audio (PCM2), video (NV) and white-board > traffic onto the MBONE (224.2.214.108) with a TTL of 255 and > it's flooding our lower bandwidth links. Can you please reduce > your TTLs to something more reasonable ( < 192). > > Thanks. > > -- Joe Spagnolo From rem-conf-request@es.net Wed Mar 29 14:21:08 1995 Received: from rads.dnd.ca by osi-west.es.net via ESnet SMTP service id <01593-1@osi-west.es.net>; Wed, 29 Mar 1995 11:20:11 +0000 Received: from nrnsinc.on.ca by nrnsinc.on.ca id <12268-0@nrnsinc.on.ca>; Wed, 29 Mar 1995 14:19:20 -0500 Subject: Your sending traffic with TTL=255 (fwd) To: rem-conf@es.net Date: Wed, 29 Mar 1995 14:19:17 -0500 (EST) Cc: netcoor@ncs.dnd.ca (Network Coordinator) Reply-to: spagnolo@nrnsinc.on.ca Organization: NRNS Incorporated, Tel:613-599-7860, Fax:613-599-7739 X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1471 From: Joe Spagnolo Sender: spagnolo@nrnsinc.on.ca My original e-mail to this individual (russ@r69sgi.eos.ornl.gov) bounced. Does anybody know how to get in touch with this person. P.S. How difficult would it be to include phone numbers within Session Directory advertizements. Cheers. Forwarded message: > From postmaster@nrnsinc.on.ca Wed Mar 29 11:51:33 1995 > Subject: Your sending traffic with TTL=255 > To: russ@r69sgi.eos.ornl.gov > Date: Wed, 29 Mar 1995 11:46:51 -0500 (EST) > Cc: netcoor@ncs.dnd.ca (Network Coordinator) > Reply-to: spagnolo@nrnsinc.on.ca > Organization: NRNS Incorporated, Tel:613-599-7860, Fax:613-599-7739 > X-Mailer: ELM [version 2.4 PL21] > MIME-Version: 1.0 > Content-Type: text/plain; charset=US-ASCII > Content-Transfer-Encoding: 7bit > Content-Length: 604 > From: Joe Spagnolo > Sender: spagnolo@nrnsinc.on.ca > > Russ ( russ@r69sgi.eos.ornl.gov ), > > Your session is transmitting audio (PCM2), video (NV) and white-board > traffic onto the MBONE (224.2.214.108) with a TTL of 255 and > it's flooding our lower bandwidth links. Can you please reduce your TTLs > to something more reasonable ( < 192). > > Thanks. > > -- Joe Spagnolo From rem-conf-request@es.net Thu Mar 30 14:11:55 1995 Received: from 192.106.166.8 by osi-east.es.net via ESnet SMTP service id <26537-0@osi-east.es.net>; Wed, 29 Mar 1995 13:26:50 +0000 Received: from ax433.mclink.it by ax433.mclink.it id aa21401; 29 Mar 95 23:25 CEST From: Marco Marzocca Cuni Date: Wed, 21 Apr 99 22:39:57 -700 To: rem-conf@es.net Mime-Version: 1.0 X-Mailer: Mozilla/1.0N (Windows) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: http://www.eit.com/ Message-ID: <9503292325.aa21401@ax433.mclink.it> hello!! i'm Marco, I want agree at mail list, is this possible?=??? Marco Marzocca cuni Mc6521@mclink.it From rem-conf-request@es.net Thu Mar 30 14:12:06 1995 Received: from venera.isi.edu by osi-east.es.net via ESnet SMTP service id <01747-0@osi-east.es.net>; Wed, 29 Mar 1995 14:00:03 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-21) id ; Wed, 29 Mar 1995 13:59:58 -0800 Posted-Date: Wed 29 Mar 95 13:59:44 PST Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Wed, 29 Mar 95 13:59:45 PST Date: Wed 29 Mar 95 13:59:44 PST From: Stephen Casner Subject: Re: IETF Recorded Sessions To: kevin@cc.gatech.edu, rem-conf@es.net Message-Id: <796514384.0.CASNER@XFR.ISI.EDU> In-Reply-To: <199503291603.LAA01517@flora.cc.gatech.edu> Mail-System-Version: Kevin, The folks who will do the IETF multicast may not be listening here. The method of rebroadcast might be videotape, as has been done in the past. It takes on the order of 1GB per channel per day to record the audio and video, so saving the whole week for FTP'ing requires some commitment of equipment resources. Not to mention network resources. For some of the past IETF's, the audio (only) has been archived for two weeks on one of the InterNIC machines by recording the packet stream as received there. I don't know if that is planned this time. -- Steve ------- From rem-conf-request@es.net Thu Mar 30 14:12:13 1995 Received: from burdell.cc.gatech.edu by osi-east.es.net via ESnet SMTP service id <01889-0@osi-east.es.net>; Wed, 29 Mar 1995 14:04:21 +0000 Received: from flora.cc.gatech.edu (kevin@flora.cc.gatech.edu [130.207.8.20]) by burdell.cc.gatech.edu (8.6.10/8.6.9) with ESMTP id RAA20791; Wed, 29 Mar 1995 17:04:19 -0500 Received: (from kevin@localhost) by flora.cc.gatech.edu (8.6.10/8.6.9) id RAA03109; Wed, 29 Mar 1995 17:04:18 -0500 Date: Wed, 29 Mar 1995 17:04:18 -0500 From: kevin@cc.gatech.edu (Kevin C. Almeroth) Message-Id: <199503292204.RAA03109@flora.cc.gatech.edu> To: CASNER@ISI.EDU Subject: Re: IETF Recorded Sessions Cc: rem-conf@es.net >>The folks who will do the IETF multicast may not be listening here. >> >>The method of rebroadcast might be videotape, as has been done in the >>past. It takes on the order of 1GB per channel per day to record the >>audio and video, so saving the whole week for FTP'ing requires some >>commitment of equipment resources. Not to mention network resources. >> >>For some of the past IETF's, the audio (only) has been archived for >>two weeks on one of the InterNIC machines by recording the packet >>stream as received there. I don't know if that is planned this time. Thanks for the information... I've heard the following from admin@ietf about MBONE recordings for the Danver's IETF meeting: (I figured more than just I would be interested.) >>Yes, you can ftp the sessions. You must have the equipment set up to play back >>the recordings. The path to the IETF sessions is: >>/ftp/pub/current-ietf-mbone >>If we need additional room, some of the session will be at: >>/ftp/pub/current-ietf-mbone2 From rem-conf-request@es.net Thu Mar 30 14:13:11 1995 Received: from bonnou.lab.kdd.co.jp by osi-east.es.net via ESnet SMTP service id <05381-0@osi-east.es.net>; Wed, 29 Mar 1995 15:26:53 +0000 Received: from kddnews.nes.lab.kdd.co.jp by bonnou.lab.kdd.co.jp (8.6.11+2.4W/KDDIP-1.1MX) id IAA27980; Thu, 30 Mar 1995 08:27:57 +0900 Return-Path: Received: from [133.128.21.10] (westmac10.wlb.lab.kdd.co.jp) by kddnews.nes.lab.kdd.co.jp (4.2/KDD-1.00MX) id AA07335; Thu, 30 Mar 95 08:26:26 JST Message-Id: <9503292326.AA07335@kddnews.nes.lab.kdd.co.jp> Date: Thu, 30 Mar 1995 08:48:08 +1000 To: rem-conf@es.net From: msaito@kddnews.nes.lab.kdd.co.jp Subject: mailing list Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp X-Mailer: Eudora-J(1.3.8-J13) Dear the authers, I hope my address will be added to this mailing-list of rem-conf@es.net, and you distribute the document to us. I am very interested in studying Real-time internet protocol application. My job is to develop software-products of work-station, like Sun or Next, for News press companies. I feel RTP will be more powerful in near future. Your support would be helpful. Best Regards Masahiro Saito KDD Technology, Japan. +++++++++++++++++++++++++++++++++++++++++++ Masahiro Saito Engineering Department KDD Technology corporation KDD R&D Meguro Bldg. 1F 2-1-23 Nakameguro, Meguro-ku, Tokyo 153, JAPAN Tel: +81-3-3794-8364, Fax: +81-3-3794-7600 E-Mail: msaito@kddnews.nes.lab.kdd.co.jp (KDD = an international telecommunication company in Japan) +++++++++++++++++++++++++++++++++++++++++++ From rem-conf-request@es.net Thu Mar 30 14:13:23 1995 Received: from beagle.nersc.gov by osi-east.es.net via ESnet SMTP service id <06100-0@osi-east.es.net>; Wed, 29 Mar 1995 15:42:25 +0000 Received: from localhost by beagle.nersc.gov; (5.65/1.1.8.2/18May94-1051AM) id AA20091; Wed, 29 Mar 1995 15:42:15 -0800 Message-Id: <9503292342.AA20091@beagle.nersc.gov> To: spagnolo@nrnsinc.on.ca Cc: rem-conf@es.net, netcoor@ncs.dnd.ca, dunigan@thdsun.epm.ornl.gov Subject: Re: Your sending traffic with TTL=255 (fwd) In-Reply-To: Your message of "Wed, 29 Mar 95 14:19:17 EST." <9503292314.AA19933@beagle.nersc.gov> Date: Wed, 29 Mar 95 15:42:14 -0800 From: Joe Burrescia X-Mts: smtp While I don't see the sd session now, I'll pass the word to ORNL's Mbone contact. He should be able to contact/educate Russ on ttl and bandwidth issues. Regards, -- Joe Burrescia (ESnet) > > My original e-mail to this individual (russ@r69sgi.eos.ornl.gov) bounced. > Does anybody know how to get in touch with this person. > > P.S. How difficult would it be to include phone numbers > within Session Directory advertizements. > > > Cheers. > > > Forwarded message: > > From postmaster@nrnsinc.on.ca Wed Mar 29 11:51:33 1995 > > Subject: Your sending traffic with TTL=255 > > To: russ@r69sgi.eos.ornl.gov > > Date: Wed, 29 Mar 1995 11:46:51 -0500 (EST) > > Cc: netcoor@ncs.dnd.ca (Network Coordinator) > > Reply-to: spagnolo@nrnsinc.on.ca > > Organization: NRNS Incorporated, Tel:613-599-7860, Fax:613-599-7739 > > X-Mailer: ELM [version 2.4 PL21] > > MIME-Version: 1.0 > > Content-Type: text/plain; charset=US-ASCII > > Content-Transfer-Encoding: 7bit > > Content-Length: 604 > > From: Joe Spagnolo > > Sender: spagnolo@nrnsinc.on.ca > > > > Russ ( russ@r69sgi.eos.ornl.gov ), > > > > Your session is transmitting audio (PCM2), video (NV) and white-board > > traffic onto the MBONE (224.2.214.108) with a TTL of 255 and > > it's flooding our lower bandwidth links. Can you please reduce your TTLs > > to something more reasonable ( < 192). > > > > Thanks. > > > > > > -- > > Joe Spagnolo From rem-conf-request@es.net Thu Mar 30 14:24:36 1995 Received: from cs.nps.navy.mil by osi-east.es.net via ESnet SMTP service id <14880-0@osi-east.es.net>; Wed, 29 Mar 1995 22:29:01 +0000 Received: from libra.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA04483; Wed, 29 Mar 95 22:27:58 PST From: brutzman@cs.nps.navy.mil (Don Brutzman) Message-Id: <9503300627.AA04483@taurus.cs.nps.navy.mil> Subject: Re: Hamming multicast series comments To: CASNER@ISI.EDU (Stephen Casner) Date: Wed, 29 Mar 1995 22:27:58 -0800 (PST) Cc: rem-conf@es.net, mbone@isi.edu In-Reply-To: <796430625.0.CASNER@XFR.ISI.EDU> from "Stephen Casner" at Mar 28, 95 02:43:45 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 5644 Here are some lengthy technical comments regarding our first Hamming lecture for anyone interested. Also some schedule changes, thus this message is posted to both mbone & rem-conf lists. Sorry for duplicates. One long-term change to schedule: the friday sessions will be one hour later than originally scheduled (1510-1600 Pacific). Changes for next week's IETF conflicts appear at the end. Several people have asked about receiving the textbook. Unfortunately we cannot provide it since a publisher is working on publishing it. We will save names of those interested and will eventually repost to rem-conf when order information becomes available. Stephen Casner writes: > I watched the lecture today and have some feedback for you. The > packet loss rate was 8-10% according to the vat statistics panel. > Subjectively, I think I got most of what was said since we experienced > MBone listeners can interpolate from context, but there were a few key > words lost. Overall, it was worthwhile. Thank you for taking the time to let us know. Losses in Europe were higher, 15-20%. That is much more severe. > Since you had the audio set for no silence suppression, the > transmission continued after microphone was turned off and the video > was stopped. I was running the vat strip chart on the missing > packets, and it appeared that the loss rate dropped significantly when > the video was stopped. I was going to report this simple fact to you, > but then I was out of my office for a moment and when I returned, I > saw there was a period of higher loss again just before you shut down > the audio transmission. Did you turn the video back on for a period > or was there some other traffic? (I would not have seen the video if > that is what happened because I had already quit that nv.) We did turn on the camera briefly to put the school seal on as the parting image. Good lesson learned on no silence suppression. > I captured the stats window with xwd so you can see it, and I left it > in the file ftp://ftp.isi.edu/mbone/hamming.xwd for you to pick up. > Please let me know when you have it so I may delete it. Notice that > the leftmost inch or so of the graph has a low loss rate, then there > is an inch and a half of higher loss before the signal stops. Got it thanks. Mike McCann was seeing about 5% loss across campus, it appears we added one tunnel too many. We will look at fixing that first. During multicasts we monitor vat entries and e-mail for feedback. > My recommendation is that you might try lowering the video bandwidth > to 64 to see if that makes a difference. As a control, you may want > to start with 128 to see if the loss is similar to what I saw today, > and then reduce to see if the quality improves. Of course, lowering > the data rate will make the frame rate lower. OK we will certainly have to do that sooner or later. Hopefully later but sooner if necessary. We are watching for real-time feedback. We are considering whether we might do archival recordings at 256 Kbps and/or encoding with vic. I must say you can watch the 128 Kbps nv stream for a while and think "that's not so bad," but then you look at the video monitor and full motion is MUCH more engaging. This sounds obvious perhaps, but is a reminder against complacency based on recent achievements. We definitely are not where we need to be, yet. > >From your message: > > Our default bandwidth plan is 128 Kbps, to be reduced prior to obvious > > conflict or real-time reports of significant difficulty. > > If you mean 128K video, then audio+video is about 200K. > > > We plan to use lecture mode. > > Lecture mode affects only reception, not transmission. Perhaps you > meant no-silence-suppression mode. You are correct on both counts. We shifted to no-silence-suppress early on at Mike McCann's suggestion and belatedly recommend lecture mode for listeners. > Regarding the choreography of schedules for next week: Since there > will be two channels from IETF and one from Infocom going > simultaneously, it would really be best to avoid adding yours to the > load while the others are active. Since you are videotaping these > sessions, and since you say that live interaction with the speaker > will only include people in the room, would you agree to time-shift > the lectures to fit within the IETF dinner break periods on Tuesday > and Thursday? (Friday is open.) > > Tuesday PDT > --------------------------------------------------------------- > IETF 0600-0830 1000-1200 1230-1430 > Infocom 0530-0700 0730-0900 1030-1200 1230-1400 > UIUC 1930-2130 > NPS 1500-1600 > > Thursday PDT > --------------------------------------------------------------- > IETF 0600-0830 1000-1200 1230-1530 > Infocom 0530-0700 0730-0900 1030-1200 1230-1400 > NPS 1600-1700 > > Thanks. > -- Steve > ------- Yes we will. During the lecture proper we will multicast on the NPS backbone only. Viewing the digitized image helps the camera operator avoid excessive zooming. Thanks for looking up all of the schedule information and thanks again for all of your helpful comments. Next session coming up Thursday 1210 Pacific. all the best, Don -- Don Brutzman Naval Postgraduate School, Code UW/Br work 408.656.2149 Monterey California 93943-5000 USA fax 408.656.3679 AUV Underwater Virtual World ftp://taurus.cs.nps.navy.mil/pub/auv/auv.html From rem-conf-request@es.net Thu Mar 30 14:25:45 1995 Received: from bells.cs.ucl.ac.uk by osi-east.es.net via ESnet SMTP service id <16893-0@osi-east.es.net>; Thu, 30 Mar 1995 00:04:06 +0000 Received: from waffle.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Thu, 30 Mar 1995 09:02:33 +0100 To: Claudio.Franco@cselt.stet.it cc: rem-conf@es.net Subject: Re: DVC on IP networks In-reply-to: Your message of "Wed, 29 Mar 95 15:48:00 -0100." <1E8AFBACDDFF408720@EI3500.CSELT.STET.IT> Date: Thu, 30 Mar 95 09:02:28 +0100 Message-ID: <1084.796550548@cs.ucl.ac.uk> From: Jon Crowcroft hi you have summarised the difference between the approaches to Desktop VideoConferencing for Circuit based networks (i.e. H.320 and T.120 etc) and Datagram/Mbone based networks (SD, RTP, Mbone etc) > ITU-T and IETF seems to be two parallel non converging > world, is this true ? yes, but only for the networks where the underlying delivery modes are radically different A network with mulkticast (or efficient multipoint calls) doesn't need MCUs, or an MCU coordination protocol. A network with unreliable delivery and high loss/delay variance needs radically differernt approaches to audio/video encodings, and adaption schemes > If yes,which scenario is most probable to win between > the above mentioned (ITU-T solution or IETF/RTP) as > far as the IP networks are concerned ? neither - they each have their place - the ITU model will not scale, or make good use of the Internet. The Internet model is hard to run efficiently on ISDN or similar nets, whereas MCUs ma eventually become reasonably priced.... > Or is there any chance they they will eventually merge? yes - see the MICE work on our WWW Pages....see the CMMC and ISDN interworking specs (http://www.cs.ucl.ac.uk/mice/mice.html) > > Looking at the market of DVC products that run on LAN, > doesn't help to answer the question; we can find > products that make use of RTP as well as products that > implement proprietary solutions but claim interest in > T.120. very good point! > Almost all of the RTP like products run on work > stations (and so they are not really desktop) and use > proprietary Audio/video encodings (apart from ivs that > uses H.261). > PC/MAC products are often particular case of existing > ISDN products (H.320 compliant) , most of them use > standard video encoding and proprietary network > solution, it is not clear how many of them could > currently support multipoint conference. yes - once you have gone to the expense (relative to the base machine) of adding audio and video cards and a camera to a PC or low end MAC< you might as well put an ISDN card in - and the perception in europe is STILL that you get better price performance out of ISDN than out of the Internet service....even though this is changeing (and not true in the US) > Given this floating scenarios, my question, again, > is: what direction is going DVC on LAN? I think you'll see PC products offer dual mode - LAN/Mbone style as well as ISDN H.320 style - after all the LAN s/w is free courtesy the mbone community, and the ethernet card is only 50 dollars... i think the questions of relays are interesting, since they almost certainly naturally fit in the same place as firewalls, so the uglinesss of such a box (MICE call it a CMMC) is maybe a necessary evil thanks for bringing this up! jon From rem-conf-request@es.net Thu Mar 30 14:28:45 1995 Received: from students.wisc.edu by osi-east.es.net via ESnet SMTP service id <25797-0@osi-east.es.net>; Thu, 30 Mar 1995 07:27:41 +0000 Received: from [144.92.30.223] by audumla.students.wisc.edu; id JAA13516; 8.6.9W/42; Thu, 30 Mar 1995 09:27:35 -0600 Date: Thu, 30 Mar 1995 09:27:35 -0600 X-Sender: christoph@vms2.macc.wisc.edu (Unverified) Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: rem-conf@es.net From: christoph@doit.wisc.edu (Kathy Christoph) Subject: Unsubscribe unsubscribe rem-conf From rem-conf-request@es.net Thu Mar 30 14:28:58 1995 Received: from cs.nps.navy.mil by osi-east.es.net via ESnet SMTP service id <28269-0@osi-east.es.net>; Thu, 30 Mar 1995 08:59:21 +0000 Received: from grus.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA16371; Thu, 30 Mar 95 08:58:26 PST Date: Thu, 30 Mar 1995 08:58:25 -0800 (PST) From: Michael Macedonia To: rem-conf@es.net Subject: Getting wb to work on an SGI Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Question: How do we get wb to work on an SGI without crashing it? Thanks, Mike Macedonia | macedonia@cs.nps.navy.mil MAJ, USA | CS Dept, Naval Postgraduate School, | Monterey, CA 93943 | PH:(408) 656-2903 FAX:(408) 656-2814 ------------------------------------------------------------ From rem-conf-request@es.net Thu Mar 30 14:29:09 1995 Received: from is.rice.edu by osi-east.es.net via ESnet SMTP service id <28835-0@osi-east.es.net>; Thu, 30 Mar 1995 09:18:03 +0000 Received: from this.is.rice.edu by is.rice.edu (AA25752); Thu, 30 Mar 95 11:17:55 CST Received: by this.is.rice.edu (AA29057); Thu, 30 Mar 95 11:17:54 CST From: William Soren Deigaard Message-Id: <9503301717.AA29057@this.is.rice.edu> Subject: Re: Getting wb to work on an SGI To: macedoni@cs.nps.navy.mil (Michael Macedonia) Date: Thu, 30 Mar 1995 11:17:54 -0600 (CST) Cc: rem-conf@es.net In-Reply-To: from "Michael Macedonia" at Mar 30, 95 08:58:25 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 631 Run the xpsviewer first. There's some bug in the server that causes wb to take the server down. The viewer seems to help. > > Question: > > How do we get wb to work on an SGI without crashing it? > > Thanks, > > Mike Macedonia | macedonia@cs.nps.navy.mil > MAJ, USA | CS Dept, Naval Postgraduate School, > | Monterey, CA 93943 > | PH:(408) 656-2903 FAX:(408) 656-2814 > ------------------------------------------------------------ > > -- William Deigaard ^-^ (soren@rice.edu) (O O) Go Owls! ( v ) ---------------------m-m--- Systems Programmer, Rice University From rem-conf-request@es.net Thu Mar 30 14:35:30 1995 Received: from rx7.ee.lbl.gov by osi-east.es.net via ESnet SMTP service id <01872-0@osi-east.es.net>; Thu, 30 Mar 1995 10:53:03 +0000 Received: by rx7.ee.lbl.gov (8.6.11/1.43r) id KAA28971; Thu, 30 Mar 1995 10:53:00 -0800 Message-Id: <199503301853.KAA28971@rx7.ee.lbl.gov> To: Michael Macedonia cc: rem-conf@es.net Subject: Re: Getting wb to work on an SGI In-reply-to: Your message of Thu, 30 Mar 95 08:58:25 PST. Date: Thu, 30 Mar 95 10:52:59 PST From: Van Jacobson Mike, The crash is caused by a bug in SGI's Diplay PostScript. You can work around it two ways: (1) run xpsview once whenever the X server is restarted (I start it from ~/.sgisession so I don't forget). This seems to initialize something in DPS which will then run fine until the next time the X server is restarted. Note that you don't have to leave xpsview running -- just start it up then immediately exit it. (2) use Ghostscript instead of DPS. I.e., install gs and put "wb.UseDPS: false" in your X defaults. Ghostscript is about as fast as DPS and seems to be more reliable. SGI has known about this bug for years. They alternate between saying it's Adobe's problem (the fact that DPS works fine on Alphas & Suns doesn't seem to bother them) and claiming "it's fixed in the next release" (we've gotten 3 Irix releases since I first heard this line & it's still not fixed). At one point they said that it was because I was linking against old libraries so we paid $1000 for the "DPS developer's kit" (which contains postscript manuals you can buy at any bookstore for $30 and a copy of the DPS client library that you get free with the X11 release). Compiling and linking against this didn't change anything. If NPS prices are similar to ours, for what you spend each year on SGI's `maintenance' for a typical Indy, you can buy a Sun SS-4. It has much better video capture hardware and a DPS that works. - Van From rem-conf-request@es.net Thu Mar 30 14:36:23 1995 Received: from gatekeeper.mis.tridom.com by osi-east.es.net via ESnet SMTP service id <06022-0@osi-east.es.net>; Thu, 30 Mar 1995 11:15:54 +0000 Received: from eng.tridom.com (diamond.eng.tridom.com) by gatekeeper.mis.tridom.com with SMTP id AA09188 (5.65c/IDA-1.4.4 for ); Thu, 30 Mar 1995 14:09:35 -0500 Received: from sokar.tridom.com by eng.tridom.com (4.1/AT&T Tridom Eng 2.0) id AA01136; Thu, 30 Mar 95 14:13:19 EST Date: Thu, 30 Mar 95 14:13:19 EST From: dlc@eng.tridom.com (Don Collett) Message-Id: <9503301913.AA01136@eng.tridom.com> To: rem-conf@es.net Subject: unsubscribe rem-conf unsubscribe rem-conf From rem-conf-request@es.net Thu Mar 30 14:45:51 1995 Received: from cs.nps.navy.mil by osi-east.es.net via ESnet SMTP service id <02649-0@osi-east.es.net>; Thu, 30 Mar 1995 11:09:44 +0000 Received: from libra.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA20290; Thu, 30 Mar 95 11:08:45 PST Date: Thu, 30 Mar 1995 11:08:41 -0800 (PST) From: Michael Macedonia To: Van Jacobson Cc: rem-conf@es.net Subject: Re: Getting wb to work on an SGI In-Reply-To: <199503301853.KAA28971@rx7.ee.lbl.gov> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Van and everyone who responded - thanks. This is the second diff in two days between SGI and Suns X that has driven me a bit crazy (the other is in the TK image call). - Mike Mike Macedonia | macedonia@cs.nps.navy.mil MAJ, USA | CS Dept, Naval Postgraduate School, | Monterey, CA 93943 | PH:(408) 656-2903 FAX:(408) 656-2814 ------------------------------------------------------------ From rem-conf-request@es.net Thu Mar 30 17:12:04 1995 Received: from nyquist.bellcore.com by osi-east.es.net via ESnet SMTP service id <20332-0@osi-east.es.net>; Thu, 30 Mar 1995 14:10:59 +0000 Return-Path: Received: by nyquist.bellcore.com (5.57/Ultrix4.2A) id AA29846; Thu, 30 Mar 95 17:10:32 -0500 From: dgb@nyquist.bellcore.com (Dave Boyer 21728) Message-Id: <9503302210.AA29846@nyquist.bellcore.com> Subject: unsubscribe To: macedoni@cs.nps.navy.mil (Michael Macedonia) Date: Thu, 30 Mar 1995 17:10:32 -0500 (EST) Cc: van@rx7.ee.lbl.gov, rem-conf@es.net In-Reply-To: from "Michael Macedonia" at Mar 30, 95 11:08:41 am X-Mailer: ELM [version 2.4 PL2] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Length: 12 unsubscribe From rem-conf-request@es.net Thu Mar 30 18:21:59 1995 Received: from tweety.CS.Berkeley.EDU by osi-east.es.net via ESnet SMTP service id <24021-0@osi-east.es.net>; Thu, 30 Mar 1995 15:21:20 +0000 Received: (larry@localhost) by tweety.cs.berkeley.edu (8.6.11/8.3) id PAA13085; Thu, 30 Mar 1995 15:21:18 -0800 Date: Thu, 30 Mar 1995 15:21:18 -0800 From: Larry Rowe Message-Id: <199503302321.PAA13085@tweety.cs.berkeley.edu> To: rem-conf@es.net Subject: ANNOUNCE: M. Linton 4/7/95 2:30 PST "Dist Objs for Interactive TV" BERKELEY MULTIMEDIA SEMINAR Distributed Objects for Interactive TV Mark Linton Silicon Graphics Date: April 7, 1995 Time: 2:30-3:30 Room: 405 Soda Hall (presentation starts at 2:30 sharp) The wide variety of platforms, networks, and uses of multimedia makes it crucial to provide a flexible architecture for defining and implementing multimedia services and applications. The system software for the Orlando interactive TV trial uses a distributed objects substrate for communication among applications and services. The service interfaces are all defined in standard CORBA IDL and implemented in C++. This talk will give an overview of the Orlando project with particular emphasis on the object system infrastructure we have developed and how it is used for media delivery, database access, and distributed application development. ----- This seminar will be broadcast on the MBONE starting at 2:30. The seminar will start promptly at 2:30. 405 Soda Hall is a relatively small seminar room (approx. 25 seats). Folks at Berkeley might want to attend the seminar by watching it on your workstation, if it can receive MBONE transmissions. For further information on accessing the MBONE contact see the FAQ (/usr/sww/doc/faq/mbone.faq). You can also look at the information accessible from http://roger-rabbit.cs.berkeley.edu/298.html. From rem-conf-request@es.net Fri Mar 31 04:26:27 1995 Received: from sangam.ncst.ernet.in by osi-east.es.net via ESnet SMTP service id <10663-0@osi-east.es.net>; Fri, 31 Mar 1995 01:25:59 +0000 Received: (from uucp@localhost) by sangam.ncst.ernet.in (8.6.8.1/8.6.6) with UUCP id OAA08756 for rem-conf@es.net; Fri, 31 Mar 1995 14:55:41 +0530 Received: by doe.ernet.in (4.1/SMI-4.1-MHS-7.0) id AA09686; Fri, 31 Mar 95 14:39:58+050 Received: from qasid.cc.iitk.ernet.in by iitk.ernet.in (4.1/SMI-4.1) id AA07873; Fri, 31 Mar 95 14:18:28 IST Received: from vayu.cc.iitk.ernet.in by qasid.cc.iitk.ernet.in; (5.65/1.1.8.2/21Feb95-0316PM) id AA00877; Fri, 31 Mar 1995 13:49:34 +0500 Message-Id: <9503310849.AA00877@qasid.cc.iitk.ernet.in> Received: by vayu (1.37.109.4/16.2) id AA09262; Fri, 31 Mar 95 14:19:57 +0530 Date: Fri, 31 Mar 95 14:19:57 +0530 From: PT 2757 D Manjunath fc ee Apparently-To: rem-conf@es.net Hello, I was asked to direct this query to this email address. I would like to know if I can get PC version of CU-SeeMe which is a nv amd vat compatible tool. Also, I would like to know if you have any other MBONE and conferencing software available for PCs. Also, would the source codes of any of these software be made available for us to hack and develop other tools that we can put in the public domain. -Manju From rem-conf-request@es.net Fri Mar 31 12:06:55 1995 Received: from bells.cs.ucl.ac.uk by osi-east.es.net via ESnet SMTP service id <25393-0@osi-east.es.net>; Fri, 31 Mar 1995 09:06:19 +0000 Received: from boom.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Fri, 31 Mar 1995 18:01:54 +0100 To: LOH KOK JENG cc: MBONE Subject: Re: Windows version of MBONE Tools In-reply-to: Your message of "Mon, 27 Mar 95 14:49:31 +0700." Date: Fri, 31 Mar 95 18:01:48 +0100 Message-ID: <10739.796669308@UK.AC.UCL.CS> From: Jon Crowcroft >The MBONE tools that we have developed on Windows are already in our ftp >site. You can download them from > ftp://ftp.nus.sg/pub/NUS/EE/MBONE >Please read the "readme.txt" first. Kok Jeng, Loh I've ftp'd this stuff and am trying to run it on a PC Dell 450/T (50MHz 486) running Windows 3.11, and FTP Software's OnNet 1.1 I have an Intel video card and a soundblaster in the machine, but wasn't necessarily expecting these to fly first tiem, but sd should at least work... I can get neither sd nor nv to receive anything multicast or unicast (this is o nthe same ether as other machiens that are receiving video and audio fro msessiojs perfectly. it is also a Windows Winsock installation that I know works with IP (ethernet) multicast as I have other applications that use it fine (e.g. the Loki experiemtnal video programs)... puzzled.... jon From rem-conf-request@es.net Fri Mar 31 22:56:45 1995 Received: from viipuri.nersc.gov by osi-east.es.net via ESnet SMTP service id <19268-0@osi-east.es.net>; Fri, 31 Mar 1995 19:56:15 +0000 Received: by viipuri.nersc.gov (4.1/ESnet-1.2) id AA02133; Fri, 31 Mar 95 19:56:12 PST Date: Fri, 31 Mar 95 19:56:12 PST From: ari@es.net (Ari Ollikainen) Message-Id: <9504010356.AA02133@viipuri.nersc.gov> To: videophone@es.net, rem-conf@es.net Subject: Re: FORWARDED: Desktop Video Conferencing on IP networks I note with some embarassment that Claudio *had* already sent his messages to BOTH lists *after* having missent the original... I apologize for the duplication. BTW: the address for [UN]SUBSCRIBE and change of address requests for the videophone and rem-conf lists is -request@ES.net HOWEVER, since the rem-conf list consists of a large number of local forwarders/exploders, PLEASE observe the FULL SMTP header BEFORE sending your request to -request@ES.net Ari@ES.net _/_/ _/_/_/_/ _/ Ari Ollikainen {VOX: 510 423-5962} _/ _/ _/ _/ _/ Energy Sciences Network {FAX: 510 423-8744} _/_/_/_/ _/_/_/_/ _/ National Energy Research Supercomputer Center _/ _/ _/ _/ _/ Lawrence Livermore National Laboratory _/ _/ _/ _/ _/ MailStop L-561, PO BOX 5509, Livermore, CA. 94551 ~~RECOM Technologies Inc.~~