From rem-conf-request@es.net Mon Apr 01 09:14:15 1996 Received: from mercury.Sun.COM by osi-west.es.net with ESnet SMTP (PP); Mon, 1 Apr 1996 05:13:31 -0800 Received: by mercury.Sun.COM (Sun.COM) id FAA11400; Mon, 1 Apr 1996 05:13:29 -0800 Received: from hape.eng.sun.com by Eng.Sun.COM (5.x/SMI-5.3) id AA00501; Mon, 1 Apr 1996 05:13:27 -0800 Received: from chateau.eng.sun.com by hape.eng.sun.com (SMI-8.6/SMI-SVR4) id FAA23786; Mon, 1 Apr 1996 05:13:25 -0800 Received: by chateau.eng.sun.com (SMI-8.6/SMI-SVR4) id FAA24359; Mon, 1 Apr 1996 05:13:25 -0800 Date: Mon, 1 Apr 1996 05:13:25 -0800 From: am@hsmpk14a-103.Eng.Sun.COM (Alex Mou) Message-Id: <199604011313.FAA24359@chateau.eng.sun.com> To: rem-conf@es.net Subject: A thesis defense is now been transmitted live over the Mbone. (in french) X-Sun-Charset: US-ASCII It's about 14h in Paris time, or 5am in California. The life time is about 2 hours. Alex From rem-conf-request@es.net Mon Apr 01 12:18:56 1996 Received: from cancer.ucs.ed.ac.uk by osi-west.es.net with ESnet SMTP (PP); Mon, 1 Apr 1996 08:17:50 -0800 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.12) with ESMTP id RAA09687; Mon, 1 Apr 1996 17:17:24 +0100 Received: (jaw@localhost) by scorpio.ucs.ed.ac.uk (8.6.9/8.6.9) id RAA10417; Mon, 1 Apr 1996 17:17:19 +0100 Date: Mon, 1 Apr 1996 17:17:17 +0100 (BST) From: Graeme Wood Reply-To: Graeme.Wood@ucs.ed.ac.uk To: Dave Wright cc: rem-conf@es.net Subject: Re: Transition to RTP audio on MBone In-Reply-To: <9603271704.AA00516@nothing.cray.com> Message-ID: X-Department: "Unix Systems Support, Computing Services" X-Organisation: "The University of Edinburgh" X-URL: "http://ugwww.ucs.ed.ac.uk/People/Graeme.Wood/" X-Phone: +44 131 650 5003 X-Fax: +44 131 650 6552 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wed, 27 Mar 1996, Dave Wright wrote: > Hello Mbone Participants, > > With the recent email about upgrading to the newest SDR, vat, vic I have > several problems to note. Right now these are show stoppers from US using > Mbone. > > First our environment is Sun Sparc 5 with a Parallax Xvideo board. We > are running Solaris 2.3 and don't know if we will upgrade to > Solaris 2.4 or switch to SGI Indy's with IRIX with the CRAY/SGI merger. > > Problem #1: vat 4.0a8 > Our old vat was flakey and breaks up alot but did work. I have not yet > gotten vat to work. I do get noise for a second and then no audio. This > is both in transmit and receiving the Test RTP - ARC Digital Video - NASA TV > signal. I can get video but not audio. Same is true with the session > NASA Shuttle Mission STS-76. Have you got one of these patches installed? 101836-02 for Solaris 2.3 Edition II 102182-02 for Solaris 2.3 Hardware 5/94 102183-01 for Solaris 2.3 Edition IV (Hardware 8/94) The appropriate Solaris 2.3 patch should fix the audio driver. Having said that I am having some problems with the new vat which I wasn't having before. It looks like multiple sessions aren't being handled correctly. If audio is being received in one vat session and another is started up, it interferes with the first and you end up with noise coming out - it sounds like the buffer sizes have been changed. I did report this some time ago but I got no acknowledgement (though I didn't expect one). > Problem #2: sdr v2.1a12 > I often get sdr to give an error window though things do seem to start up. > When I click on the session I wish to watch I often get a window that says: > Error in TCl Script Error: bad window path name ".descb67de9bd" This has already been answered - don't double click. > Problem #3: vic 2.7a38 > with the parallax board I often have Sparc 5 system crashes and reboots. > I do get a core file in my home directory after bringing the system back > up. Parallax has a vic support person but his works fine as well. I used to have problems with this. Upgrading to Solaris 2.4 fixed most of my Parallax problems. I think my problems were being exacerbated by using a virtual desktop. Are you running such a thing? > Problem #4 : mrouted 2.2 > mrouted is filling our /var/adm/messages filesystem with lots of messages: > Jan 29 17:23:30 tngstar mrouted[320]: warning - 128.162.18.1 reports an invalid origin (193.232.72.0) and/or mask (fffff800) > Jan 29 17:23:30 tngstar mrouted[320]: warning - 128.162.18.1 reports an invalid origin (194.85.64.0) and/or mask (fffff800) > Jan 29 17:23:30 tngstar mrouted[320]: warning - 128.162.18.1 reports an invalid origin (194.85.104.0) and/or mask (fffff800) > Jan 29 17:23:30 tngstar mrouted[320]: warning - 128.162.18.1 reports an invalid origin (194.85.240.0) and/or mask (fffff800) > Jan 29 17:23:30 tngstar mrouted[320]: warning - 128.162.18.1 reports an invalid origin (194.88.0.0) and/or mask (fffff800) > Jan 29 17:23:30 tngstar mrouted[320]: warning - 128.162.18.1 reports an invalid origin (194.135.176.0) and/or mask (fffff800) > Jan 29 17:23:30 tngstar mrouted[320]: warning - 128.162.18.1 reports an invalid origin (194.190.160.0) and/or mask (fffff800) > > We wanted to run mrouted 3.8 but no luck at all. PS I am not the sysadmin for the router and don't have what the error message was. > > Can anyone offer help with these problems before the tools go into Beta test? This question also has been answered - upgrading will get rid of them. ============================================================================= 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 Mon Apr 01 12:39:45 1996 Received: from riker.read.tasc.com by osi-west.es.net with ESnet SMTP (PP); Mon, 1 Apr 1996 08:38:05 -0800 Received: from snowflake (snowflake.read.tasc.com [147.81.240.218]) by riker.read.tasc.com (SMI-8.6/PRAT[SECURE-2.8]) with SMTP id LAA14640; Mon, 1 Apr 1996 11:37:08 -0500 From: wgsmith@read.tasc.com (W. Garth Smith) Received: by snowflake (5.x) id AA01514; Mon, 1 Apr 1996 11:40:41 -0500 Date: Mon, 1 Apr 1996 11:40:41 -0500 Message-Id: <9604011640.AA01514@snowflake> To: ietf-dis@gmu.edu, rem-conf@es.net Subject: (Fwded) (Release) BBN/Cisco show real-time stuff X-Sun-Charset: US-ASCII ----- Begin Included Message ----- BBN, Cisco and Intel Demonstrate Standards-Based, Real-Time Communications Over the Internet Bandwidth on Demand Internet Connectivity Solution to be Showcased at Networld+Interop When: Tuesday, April 2 P Thursday, April 4, 1996 Who: BBN Corporation, one of the nationUs largest providers of Internet solutions to businesses; Cisco Systems, Inc., the leading global supplier for enterprise networks and the Internet; and Intel Corporation, the worldUs largest chip maker and leading manufacturer of personal computer, networking and communications products. What: BBN, Cisco and Intel are participating in a demonstration of a standards-based Internet infrastructure which enables real-time multimedia applications for the Internet, including: desktop videoconferencing, real-time audio, video and collaborative computing. Bandwidth on demand services will allow end-users to rely upon the Internet for real-time communications. By implementing RSVP (Resource Reservation Protocol), the IETF standard for network resource reservation, BBN, Cisco and Intel are showing how Internet congestion can be avoided. RSVP allocates the Internet's network resources to control latency, allowing time sensitive applications Q such as videoconferencing Q to achieve near real-time performance. At Networld+Interop, BBN, Cisco and Intel will publicly demonstrate the bandwidth on demand capability running on a production level Internet infrastructure. The demonstration will show users the higher quality of RSVP-enabled videoconferencing running over BBN's network service infrastructure, compared to standard Internet videoconferencing. Intel's ProShare* Presenter, Intel's ProShare Videoconferencing and BBN's advanced network management software also will be demonstrated. Where: Networld+Interop Las Vegas Convention Center Las Vegas, NV BBN Booth # 926 (North Hall) Cisco Booth # 4759 (South Hall B) Intel Booth # 2638 (South Hall A) Contacts: Peter Thonis For BBN (617) 873-3512 pthonis@bbn.com Christina Blackwell For Intel (503) 264-7849 christina_blackwell@ccm.jf.intel.com Adam Stein For Cisco (408) 526-7388 astein@cisco.com To schedule a meeting with BBN at Networld+Interop, please contact Lisa Petrocchi, FitzGerald Communications, at 617-494-9500 ext. 245. To schedule a meeting with Cisco or Intel, please contact the appropriate representative above. ### - ------------------------------------------------------------ Joan L. Irons Corporate Communications (617) 873-3514 Voice BBN Corporation (617) 873-6899 Fax 150 CambridgePark Drive jirons@bbn.com Internet Cambridge, MA 02140 ----- End Included Message ----- Garth ____________________________________________________________________________ W. Garth Smith _/_/_/_/_/ _/_/_/_/ _/_/_/_/ _/_/_/_/ TASC _/ _/ _/ _/ _/ _/ _/ 55 Walkers Brook Drive _/ _/ _/ _/ _/ Reading, MA 01867-3297 _/ _/_/_/_/ _/_/_/_/ _/ voice: 617-942-2000 (ext. 2417) _/ _/ _/ _/ _/ fax: 617-942-7100 _/ _/ _/ _/ _/ _/ _/ email: wgsmith@tasc.com _/ _/ _/ _/_/_/_/ _/_/_/_/ http://www.tasc.com/simweb ____________________________________________________________________________ From rem-conf-request@es.net Mon Apr 01 12:52:26 1996 Received: from mach-1.tridis.ist.ucf.edu (actually 132.170.197.1) by osi-west.es.net with ESnet SMTP (PP); Mon, 1 Apr 1996 08:50:52 -0800 Received: by mach-1.tridis.ist.ucf.edu (SMI-8.6/SMI-SVR4) id LAA02102; Mon, 1 Apr 1996 11:50:05 -0500 Date: Mon, 1 Apr 1996 11:50:05 -0500 From: myjak@tridis.ist.ucf.edu (Michael Myjak) Message-Id: <199604011650.LAA02102@mach-1.tridis.ist.ucf.edu> To: wgsmith@read.tasc.com CC: ietf-dis@gmu.edu, rem-conf@es.net In-reply-to: <9604011640.AA01514@snowflake> (wgsmith@read.tasc.com) Subject: Re: (Fwded) (Release) BBN/Cisco show real-time stuff > [...] Bandwidth on demand services will allow end-users to rely upon > the Internet for real-time communications. By implementing RSVP > (Resource Reservation Protocol), the IETF standard for network > resource reservation, BBN, Cisco and Intel are showing how Internet > congestion can be avoided. RSVP allocates the Internet's network > resources to control latency, allowing time sensitive applications Q > such as videoconferencing Q to achieve near real-time performance. [...] Really interesting. Last-Call to move RSVP v1 from an Internet-Draft to a proposed standard has not yet been completed, and these folks (read clowns) are advertising it like its an approved, full-standard protocol. At least I guess this means that they have multiple interoperable implementations... -- Net@You.Later, - Michael D. Myjak Senior Research Scientist Institute for Simulation and Training The University of Central Florida email: Voice: 407.658.5043 FAX: 407.658.5059 LAB: 407.658.5078 Off the keyboard, over the bridge, through the router..... Nothin' but Net! From rem-conf-request@es.net Mon Apr 01 14:00:28 1996 Received: from venera.isi.edu by osi-west.es.net with ESnet SMTP (PP); Mon, 1 Apr 1996 09:58:43 -0800 Received: from can.isi.edu by venera.isi.edu (5.65c/5.61+local-22) id ; Mon, 1 Apr 1996 09:58:41 -0800 Date: Mon, 1 Apr 96 09:59:13 PST From: braden@ISI.EDU Posted-Date: Mon, 1 Apr 96 09:59:13 PST Message-Id: <9604011759.AA29481@can.isi.edu> Received: by can.isi.edu (4.1/4.0.3-4) id ; Mon, 1 Apr 96 09:59:13 PST To: wgsmith@read.tasc.com, myjak@tridis.ist.ucf.edu Subject: Re: (Fwded) (Release) BBN/Cisco show real-time stuff Cc: ietf-dis@gmu.edu, rem-conf@es.net *> From rem-conf-request@es.net Mon Apr 1 09:46:02 1996 *> Date: Mon, 1 Apr 1996 11:50:05 -0500 *> From: myjak@tridis.ist.ucf.edu (Michael Myjak) *> To: wgsmith@read.tasc.com *> Cc: ietf-dis@gmu.edu, rem-conf@es.net *> In-Reply-To: <9604011640.AA01514@snowflake> (wgsmith@read.tasc.com) *> Subject: Re: (Fwded) (Release) BBN/Cisco show real-time stuff *> Content-Length: 1146 *> X-Lines: 33 *> *> *> > [...] Bandwidth on demand services will allow end-users to rely upon *> > the Internet for real-time communications. By implementing RSVP *> > (Resource Reservation Protocol), the IETF standard for network *> > resource reservation, BBN, Cisco and Intel are showing how Internet *> > congestion can be avoided. RSVP allocates the Internet's network *> > resources to control latency, allowing time sensitive applications Q *> > such as videoconferencing Q to achieve near real-time performance. [...] *> *> Really interesting. Last-Call to move RSVP v1 from an Internet-Draft *> to a proposed standard has not yet been completed, and these folks *> (read clowns) are advertising it like its an approved, full-standard *> protocol. At least I guess this means that they have multiple *> interoperable implementations... *> Michael, Well, actually, they do, though not for the current version of the specs. A group of vendors, including two of the three listed here, demonstrated 3 independent interoperable implementations of earlier versions of RSVP and integrated services last fall at Atlanta Interop. So it's not ALL marketing hype... :-) Bob Braden From rem-conf-request@es.net Mon Apr 01 16:12:08 1996 Received: from mach-1.tridis.ist.ucf.edu (actually 132.170.197.1) by osi-west.es.net with ESnet SMTP (PP); Mon, 1 Apr 1996 12:09:08 -0800 Received: by mach-1.tridis.ist.ucf.edu (SMI-8.6/SMI-SVR4) id PAA02718; Mon, 1 Apr 1996 15:08:22 -0500 Date: Mon, 1 Apr 1996 15:08:22 -0500 From: myjak@tridis.ist.ucf.edu (Michael Myjak) Message-Id: <199604012008.PAA02718@mach-1.tridis.ist.ucf.edu> To: braden@ISI.EDU CC: wgsmith@read.tasc.com, ietf-dis@gmu.edu, rem-conf@es.net In-reply-to: <9604011759.AA29481@can.isi.edu> (braden@ISI.EDU) Subject: Re: (Fwded) (Release) BBN/Cisco show real-time stuff Bob Braden writes: > Well, actually, they do, though not for the current version of the > specs. A group of vendors, including two of the three listed here, > demonstrated 3 independent interoperable implementations of earlier > versions of RSVP and integrated services last fall at Atlanta > Interop. So it's not ALL marketing hype... :-) No.. its not. And I understand that these folks need to try to recoup their development costs as soon as possible. Still, its just like marketing folk to pitch a solution on one hand, while at the same time cudgeling their engineers to implement what they have already sold. --Michael From rem-conf-request@es.net Mon Apr 01 17:25:31 1996 Received: from health.nyam.org by osi-west.es.net with ESnet SMTP (PP); Mon, 1 Apr 1996 13:22:03 -0800 Received: (from dberry@localhost) by health.nyam.org (8.7.5/8.7.3) id QAA21061; Mon, 1 Apr 1996 16:20:47 -0500 (EST) Date: Mon, 1 Apr 1996 16:20:47 -0500 (EST) From: Dixon Berry Subject: Another unsub address request To: rem-conf@es.net Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Lurking here for about a year, now I want to unsubscribe. Wouldn't it be nice if one could simply send a message to "listserv@es.net" (or masterdomo or listproc, whatever)? I mean, why IS the posting domain different from the server domain? Oh well. Help! From rem-conf-request@es.net Mon Apr 01 18:17:18 1996 Received: from bells.cs.ucl.ac.uk by osi-west.es.net with ESnet SMTP (PP); Mon, 1 Apr 1996 14:16:31 -0800 Received: from sol.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Mon, 1 Apr 1996 23:16:03 +0100 To: ietf-dis@gmu.edu, rem-conf@es.net Subject: Re: (Fwded) (Release) BBN/Cisco show real-time stuff In-reply-to: Your message of "Mon, 01 Apr 1996 09:59:13 PST." <9604011759.AA29481@can.isi.edu> Date: Mon, 01 Apr 1996 23:16:09 +0100 Message-ID: <14109.828396969@cs.ucl.ac.uk> From: Jon Crowcroft > *> Really interesting. Last-Call to move RSVP v1 from an Internet-Draft > *> to a proposed standard has not yet been completed, and these folks > *> (read clowns) are advertising it like its an approved, full-standard > *> protocol. At least I guess this means that they have multiple > *> interoperable implementations... thats the way the Internet standards process is SUPPOSED to work - first rough code and consensus, then standards - it should't be surprising (specially since it was demoed at interop months ago) that these clowns (cisco, bbn, bay etc) have rsvp code ready to run what is a pain is that it will probably take a tad longer to get end systems people to ship integrated client code for it (though applications with rsvp wired in may be a tad easier....) but we live in hope...the mbone was built host inwards, maybe the rbone will be built router outwards... jon From rem-conf-request@es.net Mon Apr 01 19:37:59 1996 Received: from ormail.intel.com by osi-west.es.net with ESnet SMTP (PP); Mon, 1 Apr 1996 15:35:15 -0800 Received: from ibeam.intel.com (ibeam.jf.intel.com [134.134.208.3]) by ormail.intel.com (8.7.4/8.7.3) with SMTP id PAA15236; Mon, 1 Apr 1996 15:35:11 -0800 (PST) Received: from pcrsvp.jf.intel.com by ibeam.intel.com with smtp (Smail3.1.28.1 #6) id m0u3t8z-000RTJC; Mon, 1 Apr 96 15:36 PST Message-Id: X-Sender: mbaugher@ibeam.jf.intel.com (Unverified) X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 01 Apr 1996 15:35:11 -0800 To: myjak@tridis.ist.ucf.edu (Michael Myjak), wgsmith@read.tasc.com From: Mark Baugher Subject: Re: (Fwded) (Release) BBN/Cisco show real-time stuff Cc: ietf-dis@gmu.edu, rem-conf@es.net At 11:50 AM 4/1/96 -0500, Michael Myjak wrote: >Really interesting. Last-Call to move RSVP v1 from an Internet-Draft >to a proposed standard has not yet been completed, and these folks >(read clowns) are advertising it like its an approved, full-standard >protocol. At least I guess this means that they have multiple >interoperable implementations... > There is nothing clownlike about any of this. It is a part of an effort to commercialize standards-based solutions at the earliest possible time. This is not an announcement of a service, it is another technology demostration that hopefully will lead to a service, once there are products. I'm afraid you missed the only real problem with the announcement which was contained in the following paragraph from the one quoted in your note: At Networld+Interop, BBN, Cisco and Intel will publicly demonstrate the bandwidth on demand capability running on a production level Internet infrastructure. RSVP is not yet a product so I'm not sure what this sentence means. But expect to see both RSVP products and commercial offerings within months, not years, after it becomes a Proposed Standard. Mark From rem-conf-request@es.net Tue Apr 02 10:45:48 1996 Received: from mach-1.tridis.ist.ucf.edu (actually 132.170.197.1) by osi-west.es.net with ESnet SMTP (PP); Tue, 2 Apr 1996 06:44:52 -0800 Received: by mach-1.tridis.ist.ucf.edu (SMI-8.6/SMI-SVR4) id JAA03498; Tue, 2 Apr 1996 09:41:01 -0500 Date: Tue, 2 Apr 1996 09:41:01 -0500 From: myjak@tridis.ist.ucf.edu (Michael Myjak) Message-Id: <199604021441.JAA03498@mach-1.tridis.ist.ucf.edu> To: mbaugher@ibeam.jf.intel.com CC: wgsmith@read.tasc.com, ietf-dis@gmu.edu, rem-conf@es.net In-reply-to: (message from Mark Baugher on Mon, 01 Apr 1996 15:35:11 -0800) Subject: Re: (Fwded) (Release) BBN/Cisco show real-time stuff I wrote: > *> Really interesting. Last-Call to move RSVP v1 from an Internet-Draft > *> to a proposed standard has not yet been completed, and these folks > *> (read clowns) are advertising it like its an approved, full-standard > *> protocol. At least I guess this means that they have multiple > *> interoperable implementations... Jon Crowcroft writes: > thats the way the Internet standards process is SUPPOSED to work - > first rough code and consensus, then standards - it should't be > surprising (specially since it was demoed at interop months ago) > that these clowns (cisco, bbn, bay etc) have rsvp code ready to run > what is a pain is that it will probably take a tad longer to get end > systems people to ship integrated client code for it (though > applications with rsvp wired in may be a tad easier....) Its really no supprise that they have interoperable code as I believe these companies are interested in providing this service... its a good service and one that has been needed for quite some time. My hats off to Bob Braden for making this happen. Mark Baugher wrote: > I'm afraid you missed the only real problem with the announcement > which was contained in the following paragraph from the one quoted > in your note: > At Networld+Interop, BBN, Cisco and Intel will publicly demonstrate > the bandwidth on demand capability running on a production level > Internet infrastructure. > RSVP is not yet a product so I'm not sure what this sentence means. > But expect to see both RSVP products and commercial offerings > within months, not years, after it becomes a Proposed Standard. This is/was my point. (It apparently was clouded in clown-like sarcasm. 1/2 :-) A proposed standard is just that: proposed. It may or may not evolve to the status of full standard protocol. There are time limits and other criteria which must be addressed (IAB approval as a draft standard, for one) prior to achieving full standard status. Its one thing to demonstrate an experiment at Interop, its another thing altogether to imply a standardized product. I realize that the rsvp announcement is just a marketing ploy to get a product out on the sales floor first. But what it does IMHO is cloud the unresolved issues which await RSVP (not that there are many). The least of which is that fielding incomplete or inaccurate implementations of a protocol appears to make it harder on the community to migrate to a newer (or standardized) version (besides the fact that there is more work involved). I've even heard some say at the IETF that there never really is a successful "version #2" of a protocol. Reference: snmpv2. These changes are often hard fought. The short of it is that its relatively easy to migrate a new protocol service into an arena where non has previously existed. However, upgrades to a service, unless extensive *and* backwardly compatible, generally don't happen often or easily. Why just yesterday I just ran into some folks at SAIC (running VAXen...) and still using NTP v1. - Michael D. Myjak Senior Research Scientist Voice: 407.658.5043 Institute for Simulation and Training FAX: 407.658.5059 The University of Central Florida LAB: 407.658.5078 email: Off the keyboard, over the bridge, through the router..... Nothin' but Net! From rem-conf-request@es.net Tue Apr 02 18:29:37 1996 Received: from broon.off.connect.com.au by osi-east.es.net with ESnet SMTP (PP); Tue, 2 Apr 1996 14:28:49 -0800 Received: (from ggm@localhost) by broon.off.connect.com.au id IAA14592 (8.7.4/IDA-1.6); Wed, 3 Apr 1996 08:28:28 +1000 (EST) Date: Wed, 3 Apr 1996 08:28:28 +1000 (EST) From: George Michaelson Message-ID: <199604022228.IAA14592@broon.off.connect.com.au> To: rem-conf@es.net Subject: Efficient IP/Mbone on Frame Relay? Cc: mbone@isi.edu Since frame has multicast capability, is there a layering which can exploit it? ditto for RSVP: is there a method of leveraging off the CIR and other ideas in frame to provide the on-demand b/w? -George From rem-conf-request@es.net Tue Apr 02 20:40:37 1996 Received: from bmrc.Berkeley.EDU by osi-east.es.net with ESnet SMTP (PP); Tue, 2 Apr 1996 16:39:57 -0800 Received: from dogbert.CS.Berkeley.EDU (dogbert.CS.Berkeley.EDU [128.32.32.75]) by bmrc.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id QAA18253 for <298@bmrc.Berkeley.EDU>; Tue, 2 Apr 1996 16:36:59 -0800 Received: from dogbert.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by dogbert.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id QAA04233; Tue, 2 Apr 1996 16:36:57 -0800 Message-Id: <199604030036.QAA04233@dogbert.CS.Berkeley.EDU> From: Andrew Swan To: 298@bmrc.Berkeley.EDU Cc: rowe@cs.berkeley.edu Subject: UC Berkeley Multimedia Seminar 4/3/96 - "Multimedia Applications of the IEEE 1394 Serial Bus" X-URL: http://www.cs.berkeley.edu/~aswan/ Date: Tue, 02 Apr 1996 16:36:56 -0800 Sender: aswan@bugs-bunny.CS.Berkeley.EDU This week's Berkeley Multimedia and Graphics seminar will be held Wednesday, April 3, from 12:30 - 2:00 PST in 405 Soda Hall. The speaker will be Dick Scheel from Sony Research Labs, discussing "Multimedia Applications of the IEEE 1394 Serial Bus" The talk will be broadcast on the Internet MBONE, beginning at roughly 12:40 PM PST. Please note that you will need vic 2.7 to watch the broadcast. Pre-compiled vic binaries for most architectures are available from: ftp://ftp.ee.lbl.gov/conferencing/vic/alpha-test/ See http://bmrc.berkeley.edu/298/ for a schedule of upcoming talks. Other questions should be directed to Larry Rowe (rowe@cs.berkeley.edu) Abstract: The popular demand to merge audio/video and computer functions in the home and office is pushing the consumer electronics and computer industries to cooperate in the development of technologies that enable this convergence. One key to this convergence is a common communication medium for all devices. The IEEE 1394-1995 standard defines a high performance serial bus that is well suited for carrying both audio/video information and computer data over the same wire. This talk will cover the fundamentals of how 1394 operates, and how it is used in digital audio and video applications. -- Andrew Swan aswan@cs.berkeley.edu Plateau Multimedia Research Group http://www.cs.berkeley.edu/~aswan/ From rem-conf-request@es.net Wed Apr 03 11:44:32 1996 Received: from foyer.homecom.com by osi-east.es.net with ESnet SMTP (PP); Wed, 3 Apr 1996 07:44:02 -0800 Received: from basement.homecom.com (basement.homecom.com [204.198.148.11]) by foyer.homecom.com (8.7.3/8.6.5) with ESMTP id KAA09242 for ; Tue, 2 Apr 1996 10:53:05 -0500 (EST) Received: (brian@localhost) by basement.homecom.com (8.6.12/8.6.5) id KAA25322 for rem-conf@es.net; Wed, 3 Apr 1996 10:42:19 -0500 From: Brian Atkins Message-Id: <199604031542.KAA25322@basement.homecom.com> Subject: Announcing HomeCom's virtual party To: rem-conf@es.net Date: Wed, 3 Apr 1996 10:42:19 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text You knew it was bound to happen, the first VIRTUAL PARTY. HomeCom Communications in Atlanta, GA will be broadcasting their open house on the MBONE on April 18, 1996 from 5 until 9 PM EST(EDT?) and you are invited to virtually attend. Come and watch as we ply our clients with cheese, crackers and wine in order to get them to buy a web site! Talk about your real life dramas! For more information write to party@homecom.com. HomeCom Communications (http://www.homecom.com) is a full service WWW presence provider, providing web site design, creation, hosting, marketing, and training. Located in Atlanta, GA, our staff of 26 is a mix of artists, programmers, and business professionals, are quickly becoming known as the premiere World Wide Web presence provider in the Southeast. Video format will be vic, and the audio will be vat. -- Brian Atkins From rem-conf-request@es.net Wed Apr 03 13:33:27 1996 Received: from philabs.research.philips.com by osi-east.es.net with ESnet SMTP (PP); Wed, 3 Apr 1996 09:32:50 -0800 Received: from frank.philabs.research.philips.com (frank.philabs.research.philips.com [130.140.55.10]) by philabs.research.philips.com (8.7.1/8.6.12) with SMTP id MAA16722 for ; Wed, 3 Apr 1996 12:32:48 -0500 (EST) Received: from trauma.philabs.research.philips.com by frank.philabs.research.philips.com (4.1/SMI-4.1) id AA05774; Wed, 3 Apr 96 12:32:47 EST Received: from trauma (localhost [127.0.0.1]) by trauma.philabs.research.philips.com (8.7.3/8.6.12) with ESMTP id MAA23019 for rem-conf@es.net; Wed, 3 Apr 1996 12:32:45 -0500 (EST) Message-Id: <199604031732.MAA23019@trauma.philabs.research.philips.com> From: Nermeen Ismail Organization: Philips Laboratories, Briarcliff NY Project: LTD (Learning and Teaching on Demand) Phone: 914 945 6564 Url: To: rem-conf@es.net Subject: Duplicate sdr announcements Date: Wed, 03 Apr 1996 12:32:43 -0500 Sender: nmi@philabs.research.philips.com Dear people, There seems to be two realys forwarding sd announcements to sdr one operating at 140.173.112.4 and the other from boom.cs.ucl.ac.uk. That is an example of a tcpdump 13:26:14.144606 140.173.112.2.2944 > 224.2.127.254.9875: udp 320 13:26:14.600324 boom.cs.ucl.ac.uk.32814 > 224.2.127.254.9875: udp 320 13:26:31.997389 140.173.112.2.2944 > 224.2.127.254.9875: udp 263 13:26:32.478539 boom.cs.ucl.ac.uk.32814 > 224.2.127.254.9875: udp 263 Is anyone else seeing that? cheers, nermeen From rem-conf-request@es.net Wed Apr 03 13:42:25 1996 Received: from burdell.cc.gatech.edu by osi-east.es.net with ESnet SMTP (PP); Wed, 3 Apr 1996 09:41:46 -0800 Received: from morticia.cc.gatech.edu (kevin@morticia.cc.gatech.edu [130.207.8.11]) by burdell.cc.gatech.edu (8.7.1/8.6.9) with ESMTP id MAA02958; Wed, 3 Apr 1996 12:41:37 -0500 (EST) Received: (from kevin@localhost) by morticia.cc.gatech.edu (8.7.1/8.6.9) id MAA02837; Wed, 3 Apr 1996 12:41:30 -0500 (EST) Date: Wed, 3 Apr 1996 12:41:30 -0500 (EST) From: kevin@cc.gatech.edu (Kevin C. Almeroth) Message-Id: <199604031741.MAA02837@morticia.cc.gatech.edu> To: rem-conf@es.net Subject: MBone VCR Tool Question Cc: whd@icsi.berkeley.edu Here is a question for the group... I've got a recorded program that I want to play at midnight local time, but I don't want to be around when it happens. So I've written a script that looks like the following... load ~/kevin/session.vcr play wait 2:00:00 quit The problem is when I run "vcr -c script" the MBone VCR tool waits for me to click and place the MBone VCR on the X display. Which means, again, I have to be around to when the script starts. Anyway to avoid this other than to leave the VCR running and use the "at" command? Ideally, I'd like to to not start MBone VCR until the time it should play the session. -Kevin From rem-conf-request@es.net Wed Apr 03 15:09:29 1996 Received: from Erich.Triumf.CA by osi-west.es.net with ESnet SMTP (PP); Wed, 3 Apr 1996 11:09:03 -0800 Received: from andrew.triumf.ca by Erich.Triumf.CA (MX V4.0-1 VAX) with SMTP; Tue, 02 Apr 1996 17:31:56 PST Date: Tue, 2 Apr 1996 17:33:02 -0800 (PST) From: Andrew Daviel To: rem-conf Distribution List Subject: HEPiX 96 on Mbone April 10-12 (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII As previously announced 6 Feb 1996, we intend to broadcast the HEPiX 96 conference from Vancouver on April 10-12 1996. For information on the conference (Unix for High Energy Physics), see http://www.triumf.ca/hepix96/hepix.html . A programme is now available. We intend to use a ttl of 127. Tools are not decided at this point but will probably be vat/nv/wb. ISDN transmission may be available over the ESnet MCU (VCSS). For questions relating to Mbone at TRIUMF or VCSS connection, please contact Andrew Daviel . For questions relating to HEPiX 96, please contact Corrie Kost . 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 Wed Apr 03 16:28:14 1996 Received: from maelstrom.cc.mcgill.ca by osi-west.es.net with ESnet SMTP (PP); Wed, 3 Apr 1996 12:27:44 -0800 Received: (from yves@localhost) by maelstrom.cc.mcgill.ca (8.7.1/8.6.6) id PAA27566; Wed, 3 Apr 1996 15:29:42 -0500 (EST) Message-Id: <199604032029.PAA27566@maelstrom.cc.mcgill.ca> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 3.3 v118.2) Original-Received: by NeXT.Mailer (1.118.2) PP-warning: Illegal Received field on preceding line From: Yves Lepage Date: Wed, 3 Apr 96 15:29:39 -0500 To: kevin@cc.gatech.edu (Kevin C. Almeroth) Subject: Re: MBone VCR Tool Question cc: rem-conf@es.net, whd@icsi.berkeley.edu Reply-To: yves@cc.mcgill.ca References: <199604031741.MAA02837@morticia.cc.gatech.edu> Hi Kevin, You could try using a window manager that won't wait for you to place the application on the desktop. the motif window manager (mwm) would do that. I think olwm (openwin window manager) does it too. Regards, Yves Lepage From rem-conf-request@es.net Wed Apr 03 17:11:38 1996 Received: from alpha.xerox.com by osi-west.es.net with ESnet SMTP (PP); Wed, 3 Apr 1996 13:10:44 -0800 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14499(8)>; Wed, 3 Apr 1996 13:10:35 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Wed, 3 Apr 1996 13:10:22 -0800 To: Nermeen Ismail cc: rem-conf@es.net Subject: Re: Duplicate sdr announcements In-reply-to: Your message of "Wed, 03 Apr 96 09:32:43 PST." <199604031732.MAA23019@trauma.philabs.research.philips.com> Date: Wed, 3 Apr 1996 13:10:20 PST Sender: Bill Fenner From: Bill Fenner Message-Id: <96Apr3.131022pst.177475@crevenia.parc.xerox.com> Nermeen & rem-conf, The sd->sdr gateway at boom.cs.ucl.ac.uk went down for a day or two. When it went down, I turned on my gateway (which I wrote from scratch, as opposed to using Mark's code) at 140.173.112.2 . Apparently the two gateways are different enough that running them both causes duplicate announcements, so I turned mine off again. I think the best idea here is to make sdr able to receive and parse sd packets, so that the gateway isn't needed, but for that we will have to wait until Mark gets back from his trip. Bill From rem-conf-request@es.net Wed Apr 03 18:04:08 1996 Received: from csla.csl.sri.com by osi-west.es.net with ESnet SMTP (PP); Wed, 3 Apr 1996 14:02:41 -0800 Received: from marigold.csl.sri.com (marigold.csl.sri.com [192.12.33.114]) by csla.csl.sri.com (8.7.3/8.7.3) with ESMTP id OAA19276 for ; Wed, 3 Apr 1996 14:02:37 -0800 (PST) Received: (from madhu@localhost) by marigold.csl.sri.com (8.7.3/8.7.3) id OAA02277 for rem-conf@es.net; Wed, 3 Apr 1996 14:02:54 -0800 (PST) Message-Id: <199604032202.OAA02277@marigold.csl.sri.com> From: madhu@csl.sri.com (Madhu Sudan) Date: Wed, 3 Apr 1996 14:02:54 -0800 X-Mailer: Mail User's Shell (7.2.3 5/22/91) To: rem-conf@es.net Subject: VIC on Linux ? Hi, Does anyone know if there is a version of VIC ported on Linux ? Any information is appreciated. Thanks, -Madhu From rem-conf-request@es.net Wed Apr 03 18:41:54 1996 Received: from alpha.xerox.com by osi-west.es.net with ESnet SMTP (PP); Wed, 3 Apr 1996 13:16:22 -0800 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14906(10)>; Wed, 3 Apr 1996 13:16:15 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Wed, 3 Apr 1996 13:16:12 -0800 To: kevin@cc.gatech.edu (Kevin C. Almeroth) cc: rem-conf@es.net, whd@icsi.berkeley.edu Subject: Re: MBone VCR Tool Question In-reply-to: Your message of "Wed, 03 Apr 96 09:41:30 PST." <199604031741.MAA02837@morticia.cc.gatech.edu> Date: Wed, 3 Apr 1996 13:15:59 PST Sender: Bill Fenner From: Bill Fenner Message-Id: <96Apr3.131612pst.177475@crevenia.parc.xerox.com> In message <199604031741.MAA02837@morticia.cc.gatech.edu> you write: >The problem is when I run "vcr -c script" the MBone VCR tool waits for >me to click and place the MBone VCR on the X display. I ran into this too. Since the MBone VCR doesn't allow you to specify a geometry on the command line (which is what usually convinces window managers to place the window automatically), your best bet for a workaround is to make your window manager auto-place the window. If you use twm, you can use "RandomPlacement" in your .twmrc . >Anyway to avoid >this other than to leave the VCR running and use the "at" command? I'd reccommend avoiding the use of the "at" script command; I wrote what should have been a simple script and vcr1.2a01 displayed a tcl parse error and aborted the script, meaning that my session never got recorded. Bill From rem-conf-request@es.net Wed Apr 03 19:53:54 1996 Received: from burdell.cc.gatech.edu by osi-west.es.net with ESnet SMTP (PP); Wed, 3 Apr 1996 15:53:09 -0800 Received: from morticia.cc.gatech.edu (kevin@morticia.cc.gatech.edu [130.207.8.11]) by burdell.cc.gatech.edu (8.7.1/8.6.9) with ESMTP id SAA07468 for ; Wed, 3 Apr 1996 18:53:06 -0500 (EST) Received: (from kevin@localhost) by morticia.cc.gatech.edu (8.7.1/8.6.9) id SAA06483 for rem-conf@es.net; Wed, 3 Apr 1996 18:53:05 -0500 (EST) Date: Wed, 3 Apr 1996 18:53:05 -0500 (EST) From: kevin@cc.gatech.edu (Kevin C. Almeroth) Message-Id: <199604032353.SAA06483@morticia.cc.gatech.edu> To: rem-conf@es.net Subject: Re: MBone VCR Tool Question >>I ran into this too. Since the MBone VCR doesn't allow you to specify a >>geometry on the command line (which is what usually convinces window >>managers to place the window automatically), your best bet for a >>workaround is to make your window manager auto-place the window. If >>you use twm, you can use "RandomPlacement" in your .twmrc . Thanks for all the replies... Since I use twm the RandomPlacement is what I was looking for. Another way to do this in twm is to do a StartIconified {"vcr"}. I also received replies with a solution for wmw. Use the wmw.interactice Placement: FALSE in the .Xdefaults file. -Kevin From rem-conf-request@es.net Wed Apr 03 22:07:08 1996 Received: from burdell.cc.gatech.edu by osi-west.es.net with ESnet SMTP (PP); Wed, 3 Apr 1996 18:06:25 -0800 Received: from fauna.cc.gatech.edu (kevin@fauna.cc.gatech.edu [130.207.8.21]) by burdell.cc.gatech.edu (8.7.1/8.6.9) with ESMTP id VAA17116 for ; Wed, 3 Apr 1996 21:06:20 -0500 (EST) Received: (from kevin@localhost) by fauna.cc.gatech.edu (8.7.1/8.6.9) id VAA16543 for rem-conf@es.net; Wed, 3 Apr 1996 21:06:19 -0500 (EST) Date: Wed, 3 Apr 1996 21:06:19 -0500 (EST) From: kevin@cc.gatech.edu (Kevin C. Almeroth) Message-Id: <199604040206.VAA16543@fauna.cc.gatech.edu> To: rem-conf@es.net Subject: Tunnel from Georgia Tech... I apologize for sending this message to the whole list but someone at University of Central Florida asked to have a tunnel from Georgia Tech and I accidently deleted the e-mail. Please re-send your request and I work on it. And a question for someone who knows a bit more about the MBone topology in Florida... is there a better place to connect someone at UCF to the MBone? -Kevin Almeroth (See a GUI version of the MBone Session Membership Capture Tool at http://www.cc.gatech.edu/computing/Telecomm/mbone) From rem-conf-request@es.net Thu Apr 04 00:16:34 1996 Received: from atg.apple.com by osi-west.es.net with ESnet SMTP (PP); Wed, 3 Apr 1996 20:16:08 -0800 Received: from [17.255.9.185] (max1.atg.apple.com [17.255.9.185]) by atg.apple.com (8.7.2/8.6.12) with SMTP id UAA23750; Wed, 3 Apr 1996 20:18:18 -0800 (PST) Date: Wed, 3 Apr 1996 20:18:18 -0800 (PST) Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-URL: http://interstice.com/~max/ To: mbone@ISI.EDU, rem-conf@es.net From: max@atg.apple.com (Mark Q. Maxham) Subject: MBone for Mac 1.0a4 available Apple's MBone 1.0a2 software was made available for the Grammys, back at the beginning of March. Those packages have expired. To get the latest, see http://devtools.apple.com/qtc/ So far the application is receive-only, and the documentation is lousy. However, 1.0a4 has many improvements over 1.0a2; in addition to vat and RTPv1, 1.0a4 speaks RTPv2, decodes H.261 (if you've got a PowerMac), plus NV, JPEG, PCM, and GSM. To reduce mass-mailing-list traffic, I maintain my own Apple MBone distribution list. To get on the Apple MBone list, send mail to mbonetv@apple.com. max From rem-conf-request@es.net Thu Apr 04 01:04:59 1996 Received: from chronos.synopsys.com by osi-west.es.net with ESnet SMTP (PP); Wed, 3 Apr 1996 21:04:30 -0800 Received: from atropos.synopsys.com by chronos.synopsys.com with SMTP id AA02039 (5.65c/IDA-1.4.4 for ); Wed, 3 Apr 1996 21:04:22 -0800 Received: from jaxom.synopsys.com (greg@jaxom.synopsys.com [146.225.72.114]) by atropos.synopsys.com (8.6.9/8.6.9) with ESMTP id VAA27931; Wed, 3 Apr 1996 21:04:21 -0800 From: Greg Kulosa Received: (greg@localhost) by jaxom.synopsys.com (8.6.12/8.6.5) id VAA24118; Wed, 3 Apr 1996 21:05:05 -0800 Message-Id: <199604040505.VAA24118@jaxom.synopsys.com> Subject: Re: VIC on Linux ? To: madhu@csl.sri.com (Madhu Sudan) Date: Wed, 3 Apr 1996 21:05:04 -0800 (PST) Cc: rem-conf@es.net In-Reply-To: <199604032202.OAA02277@marigold.csl.sri.com> from "Madhu Sudan" at Apr 3, 96 02:02:54 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 911 > Hi, Does anyone know if there is a version of VIC ported on Linux ? > Any information is appreciated. Well, I am working on getting vic 2.7a38 to build on my box, but I am having some problems. I expect most of them to be caused by wierd stuff in the new Slackware 3.0 distribution. I have ordered RedHat 3.0.3, and will try that. If I get a working one, I will try to get it on ftp.ee.lbl.gov, and let people know. (BTW, I am also working on vat 4.0a8, and porting it to use /dev/dsp instead of /dev/audio. If that works, then I will also get the volume sliders, etc. to work.) > Thanks, > -Madhu -- Greg A. Kulosa | "The avalanche has already started, it is too Systems Administrator | late for the pebbles to vote." - Ambassador Kosh Synopsys, Inc. |___________________________________________________ greg@synopsys.com 700 E. Middlefield Rd, Mountain View, CA 94043 From rem-conf-request@es.net Thu Apr 04 01:08:56 1996 Received: from realtime.cc.missouri.edu by osi-west.es.net with ESnet SMTP (PP); Wed, 3 Apr 1996 21:08:17 -0800 Received: (from ccshag@localhost) by realtime.cc.missouri.edu (8.7.1/8.7.1) id XAA04343; Wed, 3 Apr 1996 23:08:15 -0600 (CST) Date: Wed, 3 Apr 1996 23:08:15 -0600 (CST) From: Paul 'Shag' Walmsley X-Sender: ccshag@realtime.cc.missouri.edu To: rem-conf@es.net cc: MU Multicast Transmission Group , muiit@lists.missouri.edu Subject: New Media and the Information Superhighway Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thursday, April 4, Dr. John V. Pavlik of The Center for New Media at Columbia University will speak on "New Media and the Information Superhighway" at the University of Missouri-Columbia. We intend to multicast this seminar. The seminar should start around 3:40PM CST (2140 GMT) and continue for about an hour. More information on the speaker is available at . As always, reception feedback is encouraged at . This multicast should look and sound much better than our previous ones; we recently tripled the bandwidth of our Internet link. Note that this seminar is not being advertised in sd; only sdr. ----------------------------------------------------------------------- Some technical notes: To add momentum behind usage of RTP and sdr, we'll be using sdr to multicast session announcements, vic 2.7a38 to multicast H.261 video, vat 4.0a8 to multicast RTPv2 PCM audio, and wb 1.60 for whiteboard services. For those who haven't made the transition to sdr yet, or need raw address and port information, they are as follows: audio: 224.2.209.5, port 29414 (PCM over RTPv2) video: 224.2.100.67, port 52260 (H.261 over RTPv2) whiteboard: 224.2.228.162, port 46330 As a reminder, the locations of these tools are as follows: SDR: vat: vic: - Paul "Shag" Walmsley "Praise and blame alike mean nothing." -- Virginia Woolf From rem-conf-request@es.net Thu Apr 04 01:24:43 1996 Received: from nic.funet.fi by osi-west.es.net with ESnet SMTP (PP); Wed, 3 Apr 1996 21:24:19 -0800 Received: by nic.funet.fi id <2639-19948>; Thu, 4 Apr 1996 08:24:09 +0300 Subject: Re: VIC on Linux ? From: Matti Aarnio To: madhu@csl.sri.com (Madhu Sudan) Date: Thu, 4 Apr 1996 08:24:05 +0300 (EET DST) Cc: rem-conf@es.net In-Reply-To: <199604032202.OAA02277@marigold.csl.sri.com> from "Madhu Sudan" at Apr 3, 96 02:02:54 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Content-Length: 223 Message-Id: <96Apr4.082409+0300_eet_dst.2639-19948+34@nic.funet.fi> > Hi, Does anyone know if there is a version of VIC ported on Linux ? > Any information is appreciated. ftp://ftp.funet.fi/pub/networking/services/multicast/LINUX/ > Thanks, > -Madhu /Matti E Aarnio From rem-conf-request@es.net Thu Apr 04 04:57:56 1996 Received: from rah.star-gate.com by osi-west.es.net with ESnet SMTP (PP); Thu, 4 Apr 1996 00:57:18 -0800 Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id AAA00387; Thu, 4 Apr 1996 00:56:22 -0800 Message-Id: <199604040856.AAA00387@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Greg Kulosa cc: madhu@csl.sri.com (Madhu Sudan), rem-conf@es.net Subject: Re: VIC on Linux ? In-reply-to: Your message of "Wed, 03 Apr 1996 21:05:04 PST." <199604040505.VAA24118@jaxom.synopsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Apr 1996 00:56:22 -0800 From: "Amancio Hasty Jr." >>> Greg Kulosa said: > (BTW, I am also working on vat 4.0a8, and porting it to use /dev/dsp > instead of /dev/audio. If that works, then I will also get the volume > sliders, etc. to work.) Hi, Just post on the linux newsgroup on how to use the linux sound mixer. I have no problems on FreeBSD with vat , /dev/audio/, gus , full-duplex audio and the sliders -- It just simply works. We both share the same linux sound driver so from a sound driver perspective linux and freebsd should behave the same. Amancio From rem-conf-request@es.net Thu Apr 04 10:45:41 1996 Received: from barque.mdcorp.ksc.nasa.gov by osi-west.es.net with ESnet SMTP (PP); Thu, 4 Apr 1996 06:45:12 -0800 Received: by barque.mdcorp.ksc.nasa.gov (940816.SGI.8.6.9/940406.SGI.db4) id JAA00752; Thu, 4 Apr 1996 09:47:46 -0500 From: dbeavers@barque.mdcorp.ksc.nasa.gov (Daniel Beavers) Message-Id: <9604040947.ZM750@barque.mdcorp.ksc.nasa.gov> Date: Thu, 4 Apr 1996 09:47:44 -0500 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: rem-conf@es.net Subject: White Sands Missle Range (WSMR) feed? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii I apologize for the broad distribution. I tried sending this request to mbone-na@isi.edu and did not see any reflected copy. I am wondering if there is an MBone connection at WSMR? The DC-XA flight tests, that are coming up in May, would be of real interest to a significant number of people. Anyone at WSMR want to talk? -- Daniel Beavers, Daniel.Beavers-1@ksc.nasa.gov, Voice: 407/383-2877, Fax: 407/269-6202, McDonnell Douglas, PO Box 21233, Dep F164, Kennedy Space Ctr, FL 32815 From rem-conf-request@es.net Fri Apr 05 02:14:15 1996 Received: from ormail.intel.com by osi-west.es.net with ESnet SMTP (PP); Thu, 4 Apr 1996 22:13:46 -0800 Received: from ibeam.intel.com (ibeam.jf.intel.com [134.134.208.3]) by ormail.intel.com (8.7.4/8.7.3) with SMTP id WAA07471; Thu, 4 Apr 1996 22:13:23 -0800 (PST) Received: from abelw by ibeam.intel.com with smtp (Smail3.1.28.1 #6) id m0u54mz-000RTLC; Thu, 4 Apr 96 22:14 PST Message-Id: <2.2.32.19960405061433.00753d1c@ibeam.jf.intel.com> X-Sender: aweinrib@ibeam.jf.intel.com X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 04 Apr 1996 22:14:33 -0800 To: Jon Crowcroft , rem-conf@es.net From: Abel Weinrib Subject: Re: (Fwded) (Release) BBN/Cisco show real-time stuff agreed that getting rsvp broadly deployed onto the client is an importanat barrier that still needs to be overcome. at intel, we are in the final stages of an rsvp implementation integrated under winsock 2 for windows 95 and nt. our goal is to get it shipping in standard windows TCP/IP stack as soon as possible. At 11:16 PM 4/1/96 +0100, you wrote: > > > *> Really interesting. Last-Call to move RSVP v1 from an Internet-Draft > > *> to a proposed standard has not yet been completed, and these folks > > *> (read clowns) are advertising it like its an approved, full-standard > > *> protocol. At least I guess this means that they have multiple > > *> interoperable implementations... > >thats the way the Internet standards process is SUPPOSED to work - >first rough code and consensus, then standards - it should't be >surprising (specially since it was demoed at interop months ago) >that these clowns (cisco, bbn, bay etc) have rsvp code ready to run > >what is a pain is that it will probably take a tad longer to get end >systems people to ship integrated client code for it (though >applications with rsvp wired in may be a tad easier....) > >but we live in hope...the mbone was built host inwards, maybe the >rbone will be built router outwards... > > jon > > > From rem-conf-request@es.net Fri Apr 05 12:27:37 1996 Received: from burdell.cc.gatech.edu by osi-west.es.net with ESnet SMTP (PP); Fri, 5 Apr 1996 08:26:49 -0800 Received: from flora.cc.gatech.edu (kevin@flora.cc.gatech.edu [130.207.8.20]) by burdell.cc.gatech.edu (8.7.1/8.6.9) with ESMTP id LAA05621; Fri, 5 Apr 1996 11:26:33 -0500 (EST) Received: (from kevin@localhost) by flora.cc.gatech.edu (8.7.1/8.6.9) id LAA25530; Fri, 5 Apr 1996 11:26:31 -0500 (EST) Date: Fri, 5 Apr 1996 11:26:31 -0500 (EST) From: kevin@cc.gatech.edu (Kevin C. Almeroth) Message-Id: <199604051626.LAA25530@flora.cc.gatech.edu> To: Graeme.Wood@ucs.ed.ac.uk Subject: Re: Transition to RTP audio on MBone >>Have you got one of these patches installed? >> >>101836-02 for Solaris 2.3 Edition II >>102182-02 for Solaris 2.3 Hardware 5/94 >>102183-01 for Solaris 2.3 Edition IV (Hardware 8/94) >> >>The appropriate Solaris 2.3 patch should fix the audio driver. Having >>said that I am having some problems with the new vat which I wasn't having >>before. It looks like multiple sessions aren't being handled correctly. >>If audio is being received in one vat session and another is started up, it >>interferes with the first and you end up with noise coming out - it >>sounds like the buffer sizes have been changed. I did report this some >>time ago but I got no acknowledgement (though I didn't expect one). I'm also having problems runing vatv4.08a on a Sparc 5 running Solaris 2.3. My problem seems that the audio starts working for about a second and then nothing. I've tried quite a few things including clicking on keep audio, playing with the sliders and fidgeting with gaintool. Ocassionally I can get the audio to come back. When it does come back, for the first few seconds it sounds like old stored audio is being mixed with the current audio. After a few seconds it sounds okay. I figured I'd report my experiences just to let everyone know. BTW, I don't have any of the above patches installed yet. I'll try those in the next couple of days to see if they fix the problem. -Kevin Almeroth From rem-conf-request@es.net Fri Apr 05 13:19:23 1996 Received: from inet1.tek.com by osi-west.es.net with ESnet SMTP (PP); Fri, 5 Apr 1996 09:18:55 -0800 Received: by inet1.tek.com id ; Fri, 5 Apr 1996 09:18:51 -0800 Received: from auspex.vnd.tek.com(128.181.189.30) by inet1 via smap (V1.3) id sma037948; Fri Apr 5 09:17:37 1996 Received: from mda.vnd.tek.com (sptekwv3.vnd.tek.com [128.181.188.53]) by vnd.tek.com (8.6.12/8.6.12) with ESMTP id JAA01241 for ; Fri, 5 Apr 1996 09:17:36 -0800 Received: (warrend@localhost) by mda.vnd.tek.com (8.6.12/8.6.12) id JAA22432; Fri, 5 Apr 1996 09:17:36 -0800 Date: Fri, 5 Apr 1996 09:17:36 -0800 Message-Id: <199604051717.JAA22432@mda.vnd.tek.com> From: Warren Dodge To: rem-conf@es.net Subject: need to get someone off this list Reply-To: warren.dodge@tek.com We have a user who needs to get off this list. He has changed machines and domain name so the mail list system can't remove him. Who can help From rem-conf-request@es.net Fri Apr 05 15:35:19 1996 Received: from research.att.com (actually 192.20.225.4) by osi-west.es.net with ESnet SMTP (PP); Fri, 5 Apr 1996 11:34:14 -0800 Received: from research.att.com by ns; Fri Apr 5 14:32:19 EST 1996 Received: from allegra.tempo.att.com by research; Fri Apr 5 14:30:48 EST 1996 Received: from amadeus.tempo.att.com by allegra.tempo.att.com; id AA02902; Fri, 5 Apr 96 14:30:48 EST Received: by amadeus.tempo.att.com; id AA07745; Fri, 5 Apr 96 14:30:47 EST Date: Fri, 5 Apr 96 14:30:47 EST From: slo@allegra.att.com (W. Steven Lo) Message-Id: <9604051930.AA07745@amadeus.tempo.att.com> To: rem-conf@es.net Subject: vat question VAT 3.4 runs successfully on stations with Solaris 2.4 or SunOS 4.1.3 in my labs, but I am having problem in getting vat 3.4 to run properly in unicast mode on Sparc 20's running Solaris 2.3. The sparc20 with Solaris 2.3 can transmit audio to other station, but can't detect the other station and receive audio from it. Do someone know the reasons and the way to fix it ? I am not ready to upgrade from Solaris 2.3 to Solaris 2.4 yet. Thanks in advance! Steven slo@allegra.att.com From rem-conf-request@es.net Fri Apr 05 18:56:30 1996 Received: from precept.com (actually hydra.precept.com) by osi-west.es.net with ESnet SMTP (PP); Fri, 5 Apr 1996 14:55:45 -0800 Received: from little-bear.precept.com by precept.com (5.x/SMI-4.1) id AA09554; Fri, 5 Apr 1996 14:55:42 -0800 Date: Fri, 5 Apr 1996 14:55:42 -0800 (PST) From: Stephen Casner To: "W. Steven Lo" Cc: rem-conf@es.net Subject: Re: vat question In-Reply-To: <9604051930.AA07745@amadeus.tempo.att.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII > VAT 3.4 runs successfully on stations with Solaris 2.4 or SunOS 4.1.3 > in my labs, but I am having problem in getting vat 3.4 to run properly > in unicast mode on Sparc 20's running Solaris 2.3. Two things: 1. The answer to your question is on http://www-nrg.ee.lbl.gov/vat/ 2. You should be moving to vat 4.0 to enable use of RTP as the underlying protocol. It's in: ftp://ftp.ee.lbl.gov/conferencing/vat/alpha-test/ -- Steve From rem-conf-request@es.net Mon Apr 08 08:38:14 1996 Received: from apollo.it.hq.nasa.gov by osi-west.es.net with ESnet SMTP (PP); Mon, 8 Apr 1996 05:37:40 -0700 Received: from wirehead.it.hq.nasa.gov (wirehead.it.hq.nasa.gov [131.182.119.88]) by apollo.it.hq.nasa.gov (8.6.12/8.6.12) with ESMTP id MAA05256 for ; Mon, 8 Apr 1996 12:37:24 GMT Received: from localhost (cshenton@localhost) by wirehead.it.hq.nasa.gov (8.6.12/8.6.12) with SMTP id MAA02368 for ; Mon, 8 Apr 1996 12:37:24 GMT Message-Id: <199604081237.MAA02368@wirehead.it.hq.nasa.gov> X-Authentication-Warning: wirehead.it.hq.nasa.gov: cshenton owned process doing -bs X-Authentication-Warning: wirehead.it.hq.nasa.gov: Host localhost didn't use HELO protocol To: rem-conf@es.net Subject: NASA Shuttle Camera event July 8th X-Mailer: Mew version 1.03 on Emacs 19.29.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Mon, 08 Apr 1996 08:37:15 -0400 From: Chris Shenton [Please flame me privately if this is the wrong place, but it seemed more appropriate than the mbone list.] NASA Public Affairs has gotten the go ahead to put a video camera on the Shuttle's "dashboard" for a "pilot's eye view", and they want to get the video out to the widest possible audience on the net. The video will be down-linked as the Shuttle descends over Florida, currently scheduled for July 8th. The descent should take about 10 minutes. I'm hoping to send this out over vic/h261 at 128Kbps with a TTL of 128. Does this sound reasonable? I don't want to conflict with any other events scheduled for that time, but I have no control over the Shuttle's schedule :-) PS: I'm also going to try to bridge it to CU-SeeMe and feed a network of reflectors; other suggestions welcome. From rem-conf-request@es.net Mon Apr 08 14:49:56 1996 Received: from bmrc.Berkeley.EDU by osi-west.es.net with ESnet SMTP (PP); Mon, 8 Apr 1996 11:49:18 -0700 Received: from garfield.CS.Berkeley.EDU (garfield.CS.Berkeley.EDU [128.32.32.118]) by bmrc.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id LAA28654; Mon, 8 Apr 1996 11:30:45 -0700 Received: from garfield.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by garfield.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id LAA28408; Mon, 8 Apr 1996 11:30:42 -0700 Message-Id: <199604081830.LAA28408@garfield.CS.Berkeley.EDU> From: Andrew Swan To: 298@bmrc.Berkeley.EDU, bmrc-list@bmrc.Berkeley.EDU cc: rowe@cs.berkeley.edu Subject: UC Berkeley Multimedia Seminar 4/10/96 - "Using the World Wide Web to Teach Chemistry Visually" X-URL: http://www.cs.berkeley.edu/~aswan/ Date: Mon, 08 Apr 1996 11:30:41 -0700 Sender: aswan@bugs-bunny.CS.Berkeley.EDU This week's Berkeley Multimedia and Graphics seminar will be held Wednesday, April 10, from 12:30 - 2:00 PST in 405 Soda Hall. The speaker will be Marco Molinaro from the U.C Berkeley College of Chemsitry, discussing "Using the World Wide Web to Teach Chemistry Visually." The talk will be broadcast on the Internet MBONE, beginning at roughly 12:40 PM PST. Please note that you will need vic 2.7 to watch the broadcast. Pre-compiled vic binaries for most architectures are available from: ftp://ftp.ee.lbl.gov/conferencing/vic/alpha-test/ See http://bmrc.berkeley.edu/298/ for a schedule of upcoming talks. Other questions should be directed to Larry Rowe (rowe@cs.berkeley.edu) Abstract: The World Wide Web can provide individualized instruction across the world while catering to a variety of learning styles through the use of text, images, animations, and sound. The instructional possibilities of the World Wide Web are increasing exponentially as Hot Java, Shockwave, VRML, and other powerful software standards become widespread and more students gain access. In this talk, I will present our results in using the Web to teach chemical concepts in a visual context to large classes of up to 1400 students. I will also highlight other multimedia efforts that eventually will be placed on the Web once the technology makes it feasible. Our multimedia work is part of the ModularCHEM Consortium (MC^2) approach involving the development of discussion and lab materials focused on student relevant topics. This modular approach is supported by the National Science Foundation. More information is available at our consortium website (http://www.cchem.berkeley.edu:8080/) and at our multimedia development page (http://www.cchem.berkeley.edu:8080/MultiCHEM). -- Andrew Swan aswan@cs.berkeley.edu Plateau Multimedia Research Group http://www.cs.berkeley.edu/~aswan/ From rem-conf-request@es.net Mon Apr 08 19:31:30 1996 Received: from nren-vod.arc.nasa.gov by osi-west.es.net with ESnet SMTP (PP); Mon, 8 Apr 1996 16:31:00 -0700 Received: by nren-vod.arc.nasa.gov (940816.SGI.8.6.9/1.35) id PAA05398; Mon, 8 Apr 1996 15:56:59 -0700 Date: Mon, 8 Apr 1996 15:56:59 -0700 From: garyp@nren-vod.arc.nasa.gov (Gary Paden) Message-Id: <199604082256.PAA05398@nren-vod.arc.nasa.gov> To: rem-conf@es.net Subject: April 11, 1996 NASA Lucid News Conference We are planning an mbone broadcast April 11, 1996 at approximately 11:05a.m. EDT. The broadcast duration will be approximately 30 mintues. We will be using vic 2.7 and vat for the entire broadcast. If this broadcast conflicts with any previously scheduled broadcasts please e-mail or call. Gary Paden NASA Ames/Sterling garyp@nren-vod.arc.nasa.gov (415)604-0082 From rem-conf-request@es.net Mon Apr 08 22:30:10 1996 Received: from ctrvx1.Vanderbilt.Edu by osi-west.es.net with ESnet SMTP (PP); Mon, 8 Apr 1996 19:29:31 -0700 Received: from ctrvax.Vanderbilt.Edu by ctrvax.Vanderbilt.Edu (PMDF V5.0-5 #11488) id <01I3B9Q8SFOG8XEC6E@ctrvax.Vanderbilt.Edu> for listys@ctrvax.Vanderbilt.Edu; Mon, 08 Apr 1996 21:03:19 -0500 (CDT) Date: Mon, 08 Apr 1996 21:03:19 -0500 (CDT) From: BEZALEL GAVISH Subject: Proceedings of 4th International Conference on Telecommunications Systems To: listys:; Message-id: <01I3B9Q8SPBM8XEC6E@ctrvax.Vanderbilt.Edu> X-VMS-To: IN%"listys" X-VMS-Cc: GAVISHB MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT The fourth International Conference on Telecommunication Systems was held March 21-24, 1996, in Nashville, TN. Close to 150 participants from 27 countries gave over 85 presentations on a variety of topics. Proceedings containing the papers presented during the conference have been produced. A few remaining copies of the proceedings are available for sale. The table of contents and ordering information are located at URL http://www.vanderbilt.edu/Owen/gavish/tsm96proceedings.html ------------------------------------------------------------------------------- Bezalel Gavish Owen Graduate School of Management Vanderbilt University Nashville, TN, 37203 Bitnet: GAVISHB@VUCTRVAX Internet: GAVISHB@CTRVAX.VANDERBILT.EDU Tel: (615) 322-3659 Home: (615) 370-0813 FAX: (615) 343-7177 ------------------------------------------------------------------------------- From rem-conf-request@es.net Tue Apr 09 11:54:40 1996 Received: from relay2.eunet.fr by osi-west.es.net with ESnet SMTP (PP); Tue, 9 Apr 1996 08:54:08 -0700 Received: from alpes.eurecom.fr by relay2.eunet.fr (5.65c8d/96.04.04) via EUnet-France id AA03626; Tue, 9 Apr 1996 17:53:53 +0200 (MET) Received: from maldives.eurecom.fr by alpes.eurecom.fr (4.1/SMI-4.0) id AA10148; Tue, 9 Apr 96 17:55:49 +0200 Return-Path: Received: from maldives (localhost) by maldives.eurecom.fr with 4.1/2.28 id ; Tue, 9 Apr 96 17:55:47 +0200 Sender: hummes@eurecom.fr Message-Id: <316A8882.19A13460@eurecom.fr> Date: Tue, 09 Apr 1996 17:55:46 +0200 From: Jakob Hummes Organization: Eurecom X-Mailer: Mozilla 2.0 (X11; I; SunOS 4.1.3 sun4m) Mime-Version: 1.0 To: rem-conf@es.net Subject: SUBSCRIBE hummes@eurecom.fr Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit ...if this is a mailing list... -- WORK: HOME: Jakob Hummes Jakob Hummes EURECOM 1, rue de la Draille 2229, route des Cretes 06250 Mougins B.P. 193 Tel: ++ 33 93 75 19 22 06904 Sophia Antipolis Cedex Tel: ++ 33 93 00 26 70 WWW: http://www.eurecom.fr/~hummes Fax: ++ 33 93 00 26 27 From rem-conf-request@es.net Tue Apr 09 17:50:29 1996 Received: from sangam.ncst.ernet.in by osi-west.es.net with ESnet SMTP (PP); Tue, 9 Apr 1996 14:49:59 -0700 Received: from iisc.ernet.in (iisc.ernet.in [144.16.64.3]) by sangam.ncst.ernet.in (8.6.12/8.6.6) with SMTP id XAA21330 for ; Tue, 9 Apr 1996 23:13:40 +0530 Received: from ece.iisc.ernet.in by iisc.ernet.in (ERNET-IISc/SMI-4.1) id AA15304; Tue, 9 Apr 96 23:16:15+0530 Received: by ece.iisc.ernet.in (4.1/SMI-4.1) id AA26409; Tue, 9 Apr 96 23:09:13+0530 From: anand@ece.iisc.ernet.in (SVR Anand) Message-Id: <9604091739.AA26409@ece.iisc.ernet.in> Subject: Session Synchronisation To: rem-conf@es.net Date: Tue, 9 Apr 96 23:09:13 GMT+5:30 Cc: anand@ece.iisc.ernet.in (SVR Anand) X-Mailer: ELM [version 2.3 PL11] Hello Is it feasible to have a facility that makes the remote conferencing session have memory ? Currently, when I join a session it will be in a really realtime environment that is memoryless.(Please correct me if I am wrong). To join the thread of an ongoing discussion, a participant might want to roll back in time (not to the extent that he lags behind for ever :-)) Wouldn't it be appropriate to have a system that allows for a session level synchronisation by having memory and utilising network resources "locally" ? If so, 1. Should a session control protocol address this issue at all ? 2. The above mentioned problem has a unicast requirement. We now have a session that has a transient unicast along with the normal multicast. How do I realise such a session level synchronisation with the existing protocols ? I would be grateful if you can give me some pointers to any literature that would have helped me answer the above questions. Thanks. Regards Anand. From rem-conf-request@es.net Tue Apr 09 18:40:43 1996 Received: from rags.rutgers.edu by osi-west.es.net with ESnet SMTP (PP); Tue, 9 Apr 1996 15:40:07 -0700 Received: (from badri@localhost) by rags.rutgers.edu (8.6.12+bestmx+oldruq+newsunq/8.6.12) id SAA05213; Tue, 9 Apr 1996 18:38:52 -0400 Date: Tue, 9 Apr 1996 18:38:52 -0400 From: Br Badrinath Message-Id: <199604092238.SAA05213@rags.rutgers.edu> To: ieeetcpc@ccvm.sunysb.edu, tccc@cs.umass.edu, glynn@leland.stanford.edu, f-troup@aurora.cis.upenn.edu, rem-conf-request@es.net, cost237-transport@comp.lancs.ac.uk, reres@laas.fr, hipparch@sophia.inria.fr, xtp-relay@cs.concordia.ca, rem-conf@es.net, sigmedia@bellcore.com, arpanet-bboard@mc.lcs.mit.edu, cnom@meatro.bellcore.com, globecom@signet.com.sig Subject: Call for Papers ------------------------------------------------------------------ | | | MOBILE COMPUTING AND NETWORKING CONFERENCE 1996 | | | | (ACM/IEEE MobiCom'96) | | | | November 11-12, 1996 (Tutorials on Sunday, November 10, 1996 | | Rye Hilton, Rye, New York, USA | | | | Sponsored by: | | | | ACM CESDIS NASA IEEE | | Sigmobile, Sigcomm, Sigmetrics, ComSoc | | Sigops, Sigact | ------------------------------------------------------------------ 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 second of an annual series, serves 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, and not currently under review by another conference or journal 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. * Mobile network protocols * Performance characterization of mobile/wireless networks and systems. * Network management for mobile and wireless networks. * Data management in mobile computing * 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 * Mobile computing * Mobile agents * Power management * Wireless multimedia systems * Satellite communication * Location-dependent applications * Distributed system aspects of mobile systems * Adaptive applications interfaces suitable for mobile systems * Architectures of wireless and mobile networks and systems * Traffic integration for mobile applications 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 and the ACM/Baltzer Mobile Networks & Nomadic Applications Journal. HOW TO SUBMIT Paper submission will be handled electronically. Authors should Email a PostScript version of their full paper to: mobicom96@gucci.mirc.gatech.edu This Email address will become operational on March 1, 1996. In order to print the PS versions of the papers, 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 separately Email the title, author names, full address and abstract of their paper to the program chairs. All submitted papers will be judged based on their quality through double-blind reviewing where the identities of the authors are withheld from the reviewers. Authors' names should not appear on the paper or in the postscript file. 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 Arvind Krishna (krishna@watson.ibm.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. Potential panel organizers should contact Tom LaPorta (tlp@boole.att.com). STUDENT PARTICIPATION Papers with a student as a primary author will enter a student paper award competition. The student will receive a cash award of $500,- US Dollars. A cover letter must identify the paper as a candidate for the student paper competition. IMPORTANT DATES Submissions due: May 1, 1996 Notification of acceptance: July 15, 1996 Camera-ready version due: August 31, 1996 For More Information: Please contact Ian F. Akyildiz (ian@ee.gatech.edu) or Zygmunt J. Haas (zjh1@cornell.edu), the Program Co-Chairs. WWW/GOPHER INFORMATION This CFP and other ACM related activities may be found in http://info.acm.org/sigcomm/mobicom96 (for WWW browsers) +-------------------------------------------------------------------------+ GENERAL CO-CHAIRS: HAMID AHMADI RANDY KATZ IBM T. J. Watson Research Center Computer Science Division Room H3-C04 EECS Department P. O. Box 704 University of California Yorktown Heights, NY 10598 Berkeley, CA 94720-1776 Tel: 914-784-7219 Tel.: 510-642-8778 Fax: 914-784-6205 Fax.: 510-642-5775 Email: hamid@watson.ibm.com Email: randy@cs.Berkeley.edu PROGRAM CO-CHAIRS IAN F. AKYILDIZ ZYGMUNT J. HAAS School of ECE School of Electrical Engineering Georgia Tech Cornell University Atlanta, GA, 30332 Ithaca, N.Y. 14853 Tel.: 404-894-5141 Tel.: 607-255-3454 Fax.: 404-894-5028 Fax.: 607-255-9072 Email: ian@ee.gatech.edu Email: zjh1@cornell.edu TUTORIAL CHAIR LOCAL CHAIR ARVIND KRISHNA BOB FLYNN, Polytechnic University IBM T.J. Watson Research Center P.O. Box 704, H3-D32 VICE CHAIR Yorktown Heights, NY 10598 TOM LaPORTA, AT&T Bell Labs Tel.: (914) 784-7965 Fax.: (914) 784-6205 PUBLICITY CHAIR Email: krishna@watson.ibm.com B.R. BADRINATH, Rutgers Univ. TREASURER STEERING COMMITTEE CHAIR RAJIV JAIN, Bellcore IMRICH CHLAMTAC, Boston Univ. PROGRAM COMMITTEE Rafael Alonso, Matsushita Labs Victor Bahl, DEC Brian Bershad, U. of Washington Ramon Caceres, AT&T Imrich Chlamtac, Boston U. Tony Dahbura, Motorola John Daigle, U. of Mississippi Maurizio Decina, CEFRIEL JJ Garcia Luna, UC Santa Cruz Mario Gerla, UCLA Peter Honeyman, U. of Michigan Pierre Humblet, Eurecom Tom Imilienski, Rutgers U. David Johnson, CMU Phil Karn, Qualcomm Mark Karol, AT&T Jay Kistler, DEC Barry Leiner, ARPA Jason Ying Bin Lin, NCTU Teresa Meng, Stanford U. Mahmoud Naghshineh, IBM TJ Peter O'Reilly, GTE Labs Charlie Perkins, IBM TJ Ray Pickholtz, GWU Dhiraj Pradhan, Texas A&M Chris Rose, Rutgers U. Krishan Sabnani, AT&T Mischa Schwartz, Columbia U. Martha Steenstrup, BBN Gordon Stuber, GaTech David Tennenhouse, MIT Marvin Theimer, XEROX Mehmet Ulema, Bellcore Newman Wilson, D. Sarnoff RC Parviz Yegani, Qualcomm From rem-conf-request@es.net Wed Apr 10 07:22:40 1996 Received: from sansad.nic.in (actually 164.100.24.3) by osi-west.es.net with ESnet SMTP (PP); Wed, 10 Apr 1996 04:21:56 -0700 From: rgera@alpha.nic.in Date: Wed, 10 Apr 96 16:50 IST Message-ID: <9604101650.AA01024@sansad.nic.in> Received: from alpha.nic.in by sansad.nic.in; Wed, 10 Apr 96 16:50 IST X-Sender: rgera@sansad.nic.in X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Length: 1520 Content-Type: text/plain; charset="us-ascii" To: es.net!rem-conf@es.net >From: alpha.nic.in!rgera (Rajesh Gera) Subject: Subscription to join Mbone List Dear Sir My name is Rajesh Gera. I am working in the Multimedia Enginnering Group of National Informatics Center, a Government of India company which provides network and Informatics support to all the departments of Govt of India. NIC has a high speed satellite based network which has VSATs ( 2 Mbps) in fourteen cities of India operating in the Ku - Band frequency transponder. NIC also has a 64 kbps link to Sprint link of USA for Internet connectivity. This week NIC has set up another link to INTERNET of 256 kbps which will be shortly upgraded to 2 Mbps to MCI network for INTERNET Connection. The Internet link of 256 kbps is already commisioned with Internet connectivity. This link is connected to the WestOrange router of MCI thru VSNL and India international carrier company. We would like to participate in Multimedia audio and video over INTERNET namely Mbone.You are requested to please send us the Internet Address for participating inan Mbone conference with audio and video capability. I would be grateful if you could enroll NIC as one of the MBone users and send me details of anyadministrative procedure / finacial contract for enrolling NIC for using Mbone. I would be very grateful if you could write me back the procedure of obtaining Class D address and setting up tunnel for receiving Mbone feed. My mail address is rgera@alpha.nic.in Rajesh Gera Principal Systems Analyst National Informatics Center Government of India New Delhi Phone - 91 -11 -4364821 Residence 91-11-648 4590 From rem-conf-request@es.net Wed Apr 10 14:20:03 1996 Received: from venus.eecs.umich.edu by osi-east.es.net with ESnet SMTP (PP); Wed, 10 Apr 1996 11:19:16 -0700 Received: (from mathur@localhost) by venus.eecs.umich.edu (8.7.3/8.7.3) id OAA00360; Wed, 10 Apr 1996 14:31:22 -0400 (EDT) Date: Wed, 10 Apr 1996 14:31:22 -0400 (EDT) From: "Amit G. Mathur" Message-Id: <199604101831.OAA00360@venus.eecs.umich.edu> To: anand@ece.iisc.ernet.in Subject: Re:Session Synchronisation Cc: rem-conf@es.net Anand, Session state synchronization is a hard problem, particularly since there are fundamental tradeoffs between the degree of state synchronization achievable and the cost (in terms of number of messages, latency) of achieving this. Typical solutions that provide high degrees of synchronization tend to be costly to implement, and hence don't scale to large numbers of users. A good place to look for work on these aspects is the ICDCS and SIGCOMM conf. proceedings. Regards, Amit Mathur ---------------------------------------------- >From: anand@ece.iisc.ernet.in (SVR Anand) >Message-Id: <9604091739.AA26409@ece.iisc.ernet.in> >Subject: Session Synchronisation >To: rem-conf@es.net >Date: Tue, 9 Apr 96 23:09:13 GMT+5:30 > >Hello > > Is it feasible to have a facility that makes the remote conferencing >session have memory ? > > Currently, when I join a session it will be in a really realtime >environment that is memoryless.(Please correct me if I am wrong). >To join the thread of an ongoing discussion, a participant might want to >roll back in time (not to the extent that he lags behind for ever :-)) >Wouldn't it be appropriate to have a system that allows for a session level >synchronisation by having memory and utilising network resources "locally" ? >If so, > >1. Should a session control protocol address this issue at all ? >2. The above mentioned problem has a unicast requirement. We now have a session >that has a transient unicast along with the normal multicast. How do I realise >such a session level synchronisation with the existing protocols ? > >I would be grateful if you can give me some pointers to any literature that >would have helped me answer the above questions. > > >Thanks. > >Regards > >Anand. From rem-conf-request@es.net Wed Apr 10 17:30:07 1996 Received: from red-06-imc.itg.microsoft.com by osi-west.es.net with ESnet SMTP (PP); Wed, 10 Apr 1996 14:29:30 -0700 Received: by red-06-imc.itg.microsoft.com with Microsoft Exchange (IMC 4.0.837.3) id <01BB26EA.21B05E70@red-06-imc.itg.microsoft.com>; Wed, 10 Apr 1996 14:29:31 -0700 Message-ID: From: Jim Gemmell To: "'rem-conf@es.net'" Subject: mbone and Windows Date: Wed, 10 Apr 1996 14:30:14 -0700 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.837.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Please send me some email if you are doing any working on porting existing mbone tools (or creating new ones) to the Windows platform. I want to excourage this work and help prevent duplication of effort. Please note (so I don't get swamped with mail): I already know about what LBL has posted for vat & vic, and about Precept. See http://www.research.microsoft.com/research/BARC/telepresence/mbone.htm if you would like to try out some Windows mbone executables. _____________________________________________________ Jim Gemmell Microsoft Bay Area Research Center 301 Howard St., Suite 830, San Francisco, CA 94105 (415) 778-8224 fax: (415) 778-8210 http://www.research.microsoft.com/research/BARC/jgemmell From rem-conf-request@es.net Thu Apr 11 03:03:05 1996 Received: from Erich.Triumf.CA (actually ftp.Triumf.CA) by osi-west.es.net with ESnet SMTP (PP); Thu, 11 Apr 1996 00:02:00 -0700 Received: from andrew.triumf.ca by Erich.Triumf.CA (MX V4.0-1 VAX) with SMTP; Thu, 11 Apr 1996 00:01:49 PST Date: Thu, 11 Apr 1996 00:10:48 -0700 (PDT) From: Andrew Daviel To: rem-conf@es.net Subject: Trouble with ps in wb Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I'm trying to import some PostScript into wb. The source is Powerpoint. I've stripped background, logo, etc. from the source so that the output (via Powerpoint print-to-file HP laserjet IIISi PostScript v52.3 (or Laserjet 4) is only 2900 bytes. It works fine in gs directly. If I try it in wb I get a blank page. Other (simple) PostScript files work OK in wb, so I presume that the paths, etc. are OK http://andrew.triumf.ca/hepix/ps/ral-w3.1.ps etc. if anyone's got the time to look. Ideas ? Andrew Daviel email: advax@triumf.ca TRIUMF voice: 604-222-7376 From rem-conf-request@es.net Thu Apr 11 06:42:49 1996 Received: from bells.cs.ucl.ac.uk by osi-west.es.net with ESnet SMTP (PP); Thu, 11 Apr 1996 03:42:07 -0700 Received: from shrew.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Thu, 11 Apr 1996 11:40:16 +0100 From: Mark Handley X-Organisation: University College London, CS Dept. X-Phone: +44 171 419 3666 To: Andrew Daviel cc: rem-conf@es.net Subject: Re: Trouble with ps in wb In-reply-to: Your message of "Thu, 11 Apr 96 00:10:48 PDT." Date: Thu, 11 Apr 96 11:40:18 +0100 Message-ID: <2107.829219218@cs.ucl.ac.uk> Sender: M.Handley@cs.ucl.ac.uk >I'm trying to import some PostScript into wb. >The source is Powerpoint. >I've stripped background, logo, etc. from the source so that >the output (via Powerpoint print-to-file HP laserjet IIISi PostScript >v52.3 (or Laserjet 4) is only 2900 bytes. It works fine in gs directly. >If I try it in wb I get a blank page. >Other (simple) PostScript files work OK in wb, so I presume that the >paths, etc. are OK >http://andrew.triumf.ca/hepix/ps/ral-w3.1.ps etc. if anyone's got the >time to look. Ghostscript seems to cope OK with the non-postscript first line to your file. DPS doesn't. [%-12345X@PJL ENTER LANGUAGE=POSTSCRIPT %!PS-Adobe-3.0 %%Title: PowerPoint -ral-w.ppt %%Creator: Windows NT 3.5 %%CreationDate: 23:36 4/10/1996 ... You need to remove the first line of your postscript file so that "%!" are the first two characters, then wb copes fine. Mark From rem-conf-request@es.net Thu Apr 11 22:15:44 1996 Received: from hplabs.hpl.hp.com by osi-west.es.net with ESnet SMTP (PP); Thu, 11 Apr 1996 19:15:03 -0700 Received: from hplabsz.hpl.hp.com by hplabs.hpl.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3+HPL1.1SU) id AA048205299; Thu, 11 Apr 1996 19:15:00 -0700 Received: by hplabsz.hpl.hp.com (1.37.109.15/15.5+ECS 3.3+HPL1.1) id AA296595309; Thu, 11 Apr 1996 19:15:10 -0700 From: deleon@hplabsz.hpl.hp.com (Laura de Leon) Message-Id: <9604111915.ZM29656@hplabsz.hpl.hp.com> Date: Thu, 11 Apr 1996 19:15:08 -0700 X-Mailer: Z-Mail (3.0.0 15dec93) To: sage-members@usenix.org, rem-conf@es.net Subject: BayLISA:Dan Appelman on the Communications Decency Act (rescheduled from last month) 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 PST. We meet at Synopsys Building C in Mountain View, California off Highway 237 at Middlefield. The meetings are also broadcast via MBONE. Schedule -------- April 18: Dan Appelman will speak on "Implications for Systems Administrators of the Communications Decency Act and Other Developments." Dan is an attorney who has been active in cyberspace legal issues. He is the attorney for UUNET, O'Reilly and USENIX/SAGE and he frequently publishes and speaks about developments in computer, telecommunications and online law. Dan's presentation will include an analysis of the CDA and concrete recommendations about how Systems Admistrators can do their job and avoid liability. [Schedule subject to change] For further information on BayLISA, check out our web site: http://www.baylisa.org/ To get further information on the meeting location, you can also ftp it from ftp.baylisa.org:/BayLISA/location 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 the info alias listed above. --- End of forwarded mail from deleon@hplabsz.hpl.hp.com (Laura de Leon) From rem-conf-request@es.net Fri Apr 12 11:17:52 1996 Received: from elaine.crcg.edu by osi-west.es.net with ESnet SMTP (PP); Fri, 12 Apr 1996 08:17:14 -0700 Received: by elaine.crcg.edu (4.1/SMI-4.1) id AA07862; Fri, 12 Apr 96 10:17:25 EST Date: Fri, 12 Apr 1996 11:17:24 -0400 (EDT) From: Mike Macedonia X-Sender: mmacedon@elaine To: Peter Parnes Cc: rem-conf@es.net Subject: Multicast Java In-Reply-To: <199603101938.UAA13084@kalkyl.cdt.luth.se> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Peter, I recall a discussion about Java and multicast on the list. Can you or anyone on the list provide the info again. Thanks, - Mike ----------------------------------------------------------------- | Michael R. Macedonia, Ph.D. | URL: http://www.crcg.edu | | Vice President | EMAIL: mmacedon@crcg.edu | | Fraunhofer CRCG | | | 167 Angell Street | PH : (+1) 401 453-6363 | | Providence, RI 02906 | FAX: (+1) 401 453-0444 | ----------------------------------------------------------------- On Sun, 10 Mar 1996, Peter Parnes wrote: > Hi > > Here's a new version of my draft for you to comment :-) It's version 1.3.= > = > > > I've added discussions about the timers and host-to-host calculations. I = > now can say that I don't have a working prototype :-) = > > > Are people interested in diff-files? The draft has grown from 7 to 11 pag= > es. = > > > I'd appreciate if someone could tell how to make a nice postscript-versio= > n of a nroff-version of the draft. How does people usually write drafts? = > I had to learn nroff again, it's simple but I don't remember the fancy st= > uff :-) = > > > /P > > > From rem-conf-request@es.net Fri Apr 12 13:19:32 1996 Received: from apache.mcast.com by osi-west.es.net with ESnet SMTP (PP); Fri, 12 Apr 1996 10:18:56 -0700 Received: from apache (localhost [127.0.0.1]) by apache.mcast.com (8.7.3/8.7.3) with ESMTP id KAA19385; Fri, 12 Apr 1996 10:18:59 -0700 (PDT) Message-Id: <199604121718.KAA19385@apache.mcast.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Mike Macedonia cc: rem-conf@es.net Subject: Re: Multicast Java In-reply-to: Your message of "Fri, 12 Apr 1996 11:17:24 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 Apr 1996 10:18:58 -0700 From: Peter Parnes mmacedon@crcg.edu said: > I recall a discussion about Java and multicast on the list. Can you > or anyone on the list provide the info again. Hmm I can't recall what that discussion was about right now. Maybe you could be a bit more specific in your question? /P From rem-conf-request@es.net Fri Apr 12 14:12:47 1996 Received: from elaine.crcg.edu by osi-west.es.net with ESnet SMTP (PP); Fri, 12 Apr 1996 11:12:08 -0700 Received: by elaine.crcg.edu (4.1/SMI-4.1) id AA10462; Fri, 12 Apr 96 13:12:24 EST Date: Fri, 12 Apr 1996 14:12:24 -0400 (EDT) From: Mike Macedonia X-Sender: mmacedon@elaine To: Peter Parnes Cc: rem-conf@es.net Subject: Re: Multicast Java In-Reply-To: <199604121718.KAA19385@apache.mcast.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Peter, I checked out your homepage: http://www.cdt.luth.se/~peppar/mue0.25/docs/Multicast.html And it answered all my questions. Thanks, Mike ----------------------------------------------------------------- | Michael R. Macedonia, Ph.D. | URL: http://www.crcg.edu | | Vice President | EMAIL: mmacedon@crcg.edu | | Fraunhofer CRCG | | | 167 Angell Street | PH : (+1) 401 453-6363 | | Providence, RI 02906 | FAX: (+1) 401 453-0444 | ----------------------------------------------------------------- On Fri, 12 Apr 1996, Peter Parnes wrote: > mmacedon@crcg.edu said: > > I recall a discussion about Java and multicast on the list. Can you > > or anyone on the list provide the info again. > > Hmm I can't recall what that discussion was about right now. Maybe you could > be a bit more specific in your question? > > /P > > From rem-conf-request@es.net Fri Apr 12 14:14:35 1996 Received: from apache.mcast.com by osi-west.es.net with ESnet SMTP (PP); Fri, 12 Apr 1996 11:14:07 -0700 Received: from apache (localhost [127.0.0.1]) by apache.mcast.com (8.7.3/8.7.3) with ESMTP id LAA20571; Fri, 12 Apr 1996 11:14:19 -0700 (PDT) Message-Id: <199604121814.LAA20571@apache.mcast.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Mike Macedonia cc: Peter Parnes , rem-conf@es.net Subject: Re: Multicast Java In-reply-to: Your message of "Fri, 12 Apr 1996 14:12:24 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 Apr 1996 11:14:19 -0700 From: Peter Parnes Please note that the info you referred to is for Alpha-java and not for Beta-java!! /P From rem-conf-request@es.net Fri Apr 12 14:40:49 1996 Received: from precept.com (actually hydra.precept.com) by osi-west.es.net with ESnet SMTP (PP); Fri, 12 Apr 1996 11:40:05 -0700 Received: from little-bear.precept.com by precept.com (5.x/SMI-4.1) id AA21324; Fri, 12 Apr 1996 11:40:03 -0700 Date: Fri, 12 Apr 1996 11:40:03 -0700 (PDT) From: Stephen Casner To: rem-conf@es.net Subject: MBone viewer for Win 3.11, '95 and NT Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Precept Software has developed multicast audio/video server and viewer products for Windows 3.11, Windows95 and WindowsNT. We'd like to help enable the PC/Windows world to join the MBone community and at the same time get feedback on our software, so we are making the viewer, called FlashWare Client, available for downloading from our web site: http://www.precept.com/ Since we also intend to sell these products for real dollars, the free download version will expire in 30 days. The FlashWare Client can receive MBone sessions transmitted with LBNL's vat 4.0 in RTP mode (selected via the -r option) using PCM, DVI or GSM encodings, and vic 2.7 using its default H.261 video codec. On the Precept web site is a Program Guide listing MBone sessions using these protocols; you can launch the client automatically from there. The client is built as an MCI device driver so it can be invoked via Microsoft's Media Player, a Netscape Plugin, or other applications using the MCI API. Playback of audio and video is synchronized using the timestamping mechanisms in RTP and RTCP, assuming that the source provides correctly synchronized timestamps. Unfortunately, we found that vat 4.0a8 and vic 2.7a38 generated incorrect timestamps, but Van Jacobson promptly fixed those bugs in vat 4.0a9 and vic 2.7a39. These new versions produce nicely accurate timestamps as tested on Solaris, but they have only been released on a limited basis so far. I presume they will be released more widely soon. When receiving from older versions of vat and vic, one must turn off synchronization on the FlashWare Client (see the manual). Note that these bugs don't matter when using vat and vic as receivers since they don't synchronize yet. Precept did not implement backward compatibility with old vat 3.x (vat protocol) nor with nv (RTPv1) because we want to push toward the use of RTP version 2 (RFC 1889, 1890) for all MBone audio and video. Sessions announced with UCL's sdr session directory default to RTPv2 rather than vat protocol for audio, and sdr invokes vat with the -r option for such sessions. Wearing both my IETF AVT chair hat and my Precept hat, I encourage MBone broadcasters to switch over to using sdr and RTP, as several have done for recent sessions. I anticipate that the IETF meeting at the end of June will be transmitted using RTP audio. Questions to support@precept.com. -- Steve From rem-conf-request@es.net Sat Apr 13 10:53:52 1996 Received: from elaine.crcg.edu by osi-west.es.net with ESnet SMTP (PP); Sat, 13 Apr 1996 07:53:18 -0700 Received: from condor.crcg.edu by elaine.crcg.edu (4.1/SMI-4.1) id AA18444; Sat, 13 Apr 96 09:53:41 EST Received: by condor.crcg.edu (940816.SGI.8.6.9/SMI-4.0) id KAA00970; Sat, 13 Apr 1996 10:51:50 -0400 Date: Sat, 13 Apr 1996 10:51:49 +30000 From: Mike Macedonia X-Sender: mmacedon@condor To: "Denis DeLaRoca (310) 825-4580" Cc: rem-conf@es.net Subject: Re: Re: PCMCIA Video capture ? In-Reply-To: <9604130039.AA15227@elaine.crcg.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Denis, We ported the FreeBSD versions of nv and vat to linux. Vat is a bit unstable and we could not get it to work full duplex because of the sound hardware in the Ergo. We used a QuickCam for video input. Works ok. - MIke ----------------------------------------------------------------- | Michael R. Macedonia, Ph.D. | URL: http://www.crcg.edu | | Vice President | EMAIL: mmacedon@crcg.edu | | Fraunhofer CRCG | | | 167 Angell Street | PH : (+1) 401 453-6363 | | Providence, RI 02906 | FAX: (+1) 401 453-0444 | ----------------------------------------------------------------- On Fri, 12 Apr 1996, Denis DeLaRoca (310) 825-4580 wrote: > On Fri, 29 Mar 1996 11:52:42 -0500 EST, > Mike Macedonia said: > > > > BTW, we got nv and vat running on a 133 Pentium laptop (Ergo) with linux and > > QuickCam as the video source. It works but is unstable right now. > > However, we are getting better performance than from our SGI Indy. > > What's the latest update on this? Did you get the rest of the tools > running? Did you consider running FreeBSD on that Linux laptop? > Which Pentium laptop are you using? > > -- Denis > > > > From rem-conf-request@es.net Sat Apr 13 12:37:58 1996 Received: from virginia.edu (actually mars.itc.Virginia.EDU) by osi-west.es.net with ESnet SMTP (PP); Sat, 13 Apr 1996 09:37:31 -0700 Received: from archive.cs.virginia.edu by mail.virginia.edu id aa21926; 13 Apr 96 12:37 EDT Received: from viper.cs.Virginia.EDU (viper-fo.cs.Virginia.EDU [128.143.136.16]) by archive.cs.Virginia.EDU (8.7.1/8.6.6) with SMTP id MAA08553 for ; Sat, 13 Apr 1996 12:37:14 -0400 (EDT) Received: by viper.cs.Virginia.EDU (5.x/SMI-2.0) id AA20257; Sat, 13 Apr 1996 12:37:13 -0400 Message-Id: <9604131637.AA20257@viper.cs.Virginia.EDU> Subject: Announce: Meteor-NV for Linux To: rem-conf@es.net Date: Sat, 13 Apr 1996 12:37:13 -0400 (EDT) From: Michael Esler X-Mailer: ELM [version 2.4 PL25] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit The Multimedia Networks Group at the University of Virginia has ported the FreeBSD version of NV with support for the Matrox Meteor frame grabber to Linux. Binaries can be found at: ftp://ftp.cs.Virginia.EDU/pub/gwtts/Linux The Meteor is capable of delivering full color video from RCA and s-video inputs in NTSC, PAL and SECAM format. For more information on multicast under Linux, see the Linux Multicast Homepage: http://www.cs.Virginia.EDU/~mke2e/multicast.html -- Michael Esler University of Virginia esler@cs.Virginia.EDU School of Engineering & Applied Science http://www.cs.Virginia.EDU/~mke2e/ Multimedia Networks Group From rem-conf-request@es.net Sun Apr 14 18:34:25 1996 Received: from bells.cs.ucl.ac.uk by osi-west.es.net with ESnet SMTP (PP); Sun, 14 Apr 1996 15:33:50 -0700 Received: from boom.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Sun, 14 Apr 1996 23:33:40 +0100 From: Mark Handley X-Organisation: University College London, CS Dept. X-Phone: +44 171 419 3666 To: rem-conf@es.net Subject: sdr V2.2a2 alpha release Date: Sun, 14 Apr 1996 23:33:39 +0100 Message-ID: <17400.829521219@cs.ucl.ac.uk> Sender: M.Handley@cs.ucl.ac.uk There's a new alpha release of sdr (2.2a2) now in ftp://cs.ucl.ac.uk/mice/sdr/ for SunOS{4,5} Irix, HPUX and OSF1. This version of sdr includes the SDP changes related to describing RTP sessions that were discussed on the confctrl mailing list and the LA IETF. Thus, when it makes announcements of RTP media streams, the protocol and format fields will not be what sdr2.1a12 is expecting. sdr2.1 will receive the announcements OK, but won't be able to start the audio/video tools. sdr2.2 will cope with either old or new announcements. ** If you want to continue running sdr2.1a12 because there's no 2.2 ** binary available yet for your platform, use the .sdr.tcl insert at ** the end of this message. The main changes in 2.2 are this RTP change and a totally new way of configuring new tools/media/formats/menus/etc that should be much better than the old .sdr.tcl method. If you had any changes to .sdr.tcl to support new tools/formats, they will no longer work with sdr2.2, and you'll have to read the built-in help about sdr plug-ins. The changes log to sdr since 2.1a12 is as follows: 2.2a2 12-13 Apr 96 mhandley plugin attributes now finished first pass at built-in "plugin" config files plugin help pages completed many little changes to WWW browser to improve appearance of help pages moved all platforms to tk4.1/tcl7.5 some low-priority status messages now appear on sdr main window rather than annoying little popups. 2.2a1 9-10 Apr 96 mhandley times with leading zeros bug fixed. really fixed(!): double clicking in main window produced a tcl error unknown media types now handled gracefully. bugs introduced with spec changes fixed. startup code for tools moved to separate modules and re-written to use plug-in config files to make configuration much more flexible and simpler. .sdr.tcl no longer used to configure session startup plugins used to configure menus when creating and editing sessions plugins used for fmt/proto name mapping in session listings response improved whilst writing cache file rtp mapping code from 2.2a0 removed 2.2a0 3 Apr 96 mhandley (telnet from California) Octal problem with changing date fixed but not tested. protocol fixes to support current SDP spec added. As always, please let me know if you have any problems or comments. Mark -------- set rtpprotomap(0) pcm set rtpprotomap(5) dvi set rtpprotomap(3) gsm set rtpprotomap(7) lpc4 set rtpprotomap(28) nv set rtpprotomap(31) h261 set rtpprotomap(26) jpeg set rtpprotomap(25) celb proc start_audio {} { global sd_sess sd_audio use_vat rtpprotomap set audiofmt $sd_audio(fmt) if {$sd_audio(proto)=="RTP/AVP"} { set sd_audio(proto) rtp set audiofmt $rtpprotomap($sd_audio(fmt)) } if {$sd_audio(proto)=="rtp"} { case $use_vat { vat { return [start_vat $audiofmt] } nevot { return [start_nevot $audiofmt] } rat { return [start_rat $audiofmt] } } } else { return [start_vat $audiofmt] } } proc start_video {} { global sd_sess sd_video rtpprotomap set videofmt $sd_video(fmt) if {$sd_video(proto)=="RTP/AVP"} { set sd_video(proto) rtp set videofmt $rtpprotomap($sd_video(fmt)) } set videocompat rtp foreach a $sd_video(attributes) { case $a { fmt:* { set videofmt [string range $a 4 end] } } } case $videofmt { h261 { } vic { set videofmt h261 } telesia { set videofmt ivs } jpg { global imm exec $imm -p $sd_video(port) -I $sd_video(address) \ -ttl $sd_video(ttl) -n $sd_sess(name) & return 1 } nv { global nv use_nv if {$use_nv==1} { #we wish to use nv exec nice $nv -ttl $sd_video(ttl) \ $sd_video(address) $sd_video(port) & return 1 } #else we wish to use vic in nv compat mode set videocompat nv } ivs { global ivs use_ivs if {$use_ivs==1} { #we wish to use IVS exec nice $ivs -T $sd_video(ttl) \ $sd_video(address)/$sd_video(port) & return 1 } #else we wish to use vic in IVS compat mode set videofmt h261 set videocompat ivs } default { msgpopup [tt "$videofmt"] [tt "Unknown video format"] return 0 } } return [start_vic $videofmt $videocompat] } From rem-conf-request@es.net Mon Apr 15 00:16:46 1996 Received: from bmrc.Berkeley.EDU by osi-west.es.net with ESnet SMTP (PP); Sun, 14 Apr 1996 21:16:19 -0700 Received: from garfield.CS.Berkeley.EDU (garfield.CS.Berkeley.EDU [128.32.32.118]) by bmrc.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id VAA15311 for <298-list@bmrc.Berkeley.EDU>; Sun, 14 Apr 1996 21:12:58 -0700 Received: from garfield.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by garfield.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id VAA11418; Sun, 14 Apr 1996 21:12:57 -0700 Message-Id: <199604150412.VAA11418@garfield.CS.Berkeley.EDU> From: Andrew Swan To: 298-list@bmrc.Berkeley.EDU Cc: rowe@cs.berkeley.edu Subject: U.C. Berkeley Multimedia Seminar 4/17/96 - "Rate Control for Real-Time Video Communications" X-URL: http://www.cs.berkeley.edu/~aswan/ Date: Sun, 14 Apr 1996 21:12:57 -0700 Sender: aswan@bugs-bunny.CS.Berkeley.EDU This week's Berkeley Multimedia and Graphics seminar will be held Wednesday, April 17, from 12:30 - 2:00 PST in 405 Soda Hall. The speaker will be Antonio Ortega from USC, discussing "Rate Control for Real Time Video Communications" The talk will be broadcast on the Internet MBONE, beginning at roughly 12:40 PM PST. Please note that you will need vic 2.7 to watch the broadcast. Pre-compiled vic binaries for most architectures are available from: ftp://ftp.ee.lbl.gov/conferencing/vic/alpha-test/ See http://bmrc.berkeley.edu/298/ for a schedule of upcoming talks. Other questions should be directed to Larry Rowe (rowe@cs.berkeley.edu) Abstract: Transmission of real time media such as video requires that the end-to-end delay in the system be kept constant. Typical video compression algorithms generate a variable number of bits per video frame and thus require buffering of the information prior to transmission, with the buffer size being related to the end-to-end delay. Rate control is needed to prevent exceeding the maximum end-to-end delay or, equivalently, to avoid buffer overflow. In this talk we formalize the rate control problem for the cases of constant bit rate (CBR) and variable bit rate (VBR) transmission. We survey several approaches that have been proposed in the literature for rate control. We also describe how some of these approaches can be useful for time-varying channels, such as those encountered in wireless transmission. -- Andrew Swan aswan@cs.berkeley.edu Plateau Multimedia Research Group http://www.cs.berkeley.edu/~aswan/ From rem-conf-request@es.net Mon Apr 15 04:20:10 1996 Received: from MVS.OAC.UCLA.EDU by osi-west.es.net with ESnet SMTP (PP); Mon, 15 Apr 1996 01:19:32 -0700 Received: from UCLAMVS.BITNET by MVS.OAC.UCLA.EDU (IBM MVS SMTP V2R2.1) with BSMTP id 0595; Mon, 15 Apr 96 01:20:33 PST Date: Mon, 15 Apr 96 01:20 PDT To: rem-conf@ES.NET From: Denis DeLaRoca (310) 825-4580 Subject: Sparc 4 & Sunvideo Card Could somebody with a Sparc 4 equipped with the audio card and a Sunvideo grabber confirm that everything works fine with the MBONE tools? Somebody way back posted problems when the Sunvideo card was installed but there was never any followup on how the problems were resolved. -- Denis From rem-conf-request@es.net Mon Apr 15 07:56:10 1996 Received: from cythera.unb.ca by osi-west.es.net with ESnet SMTP (PP); Mon, 15 Apr 1996 04:55:39 -0700 Received: from cythera.unb.ca (cythera.unb.ca [131.202.3.18]) by cythera.unb.ca (8.6.12/8.6.5) with SMTP id IAA04517; Mon, 15 Apr 1996 08:52:09 -0300 Date: Mon, 15 Apr 1996 08:52:09 -0300 (ADT) From: "Dwight E. Spencer" To: "Denis DeLaRoca (310) 825-4580" cc: rem-conf@es.net Subject: Re: Sparc 4 & Sunvideo Card In-Reply-To: <199604151135.IAA15703@unb.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 15 Apr 1996, Denis DeLaRoca (310) 825-4580 wrote: > Could somebody with a Sparc 4 equipped with the audio card and a > Sunvideo grabber confirm that everything works fine with the MBONE > tools? "fine" as in it did work, yes, mine does work. > Somebody way back posted problems when the Sunvideo card was installed > but there was never any followup on how the problems were resolved. Sorry Denis, I never did reply to your personal message. My cards do indeed work with the MBone, but occasionaly, I did get datafault / memory address alignment errors from my kernel, resulting in kernel panics and reboots. I'm running solaris 2.4 on sun sparc4, with 32megs of ram. I'm considering upgrading to solaris 2.5 asap, and hopefully this will help to alleviate some of the problmes i've been having. I sent a few kernel debugger output's to sun, but they've not been able to pinpoint the problem. It usually occured when both cards (16bit audio option and the sunvideo sbus card) were installed at the same time, and not neccessarily being used. I did happen to get a memory address alignment error once, when the sunvideo card was not installed, and I was using a vat session, but again, that was only once. I would suggest possibly looking to go to a sparc 5 or small 20, if possible, and getting the sunvideo grabber for that. Our computing center has 2 sparc 20's with TGX and a sunvideo card, what work flawlessly. dwight s. ----------------------------------------------------------------------- Dwight E. Spencer Canada's Community Access Network eMail: spencer@unb.ca, Server Administrator UNB, Fredericton, NB, Canada Phone: +1 506 447 3153 Url: http://cspace.unb.ca/~spencer/ From rem-conf-request@es.net Mon Apr 15 09:49:02 1996 Received: from rah.star-gate.com by osi-west.es.net with ESnet SMTP (PP); Mon, 15 Apr 1996 06:48:38 -0700 Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id GAA00814; Mon, 15 Apr 1996 06:47:45 -0700 Message-Id: <199604151347.GAA00814@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: rem-conf@es.net cc: james@miller.cs.uwm.edu Subject: mbone tools and prunning?? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 15 Apr 1996 06:47:44 -0700 From: "Amancio Hasty Jr." ------- Forwarded Message Return-Path: james@miller.cs.uwm.edu Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.9.13]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id GAA00748 for ; Mon, 15 Apr 1996 06:42:07 -0700 Received: (from james@localhost) by miller.cs.uwm.edu (8.7.3/8.7.3) id IAA09525; Mon, 15 Apr 1996 08:42:51 -0500 Date: Mon, 15 Apr 1996 08:42:51 -0500 From: Jim Lowe Message-Id: <199604151342.IAA09525@miller.cs.uwm.edu> To: hasty@rah.star-gate.com, multimedia@freebsd.org Subject: Re: whiteboard and pesty linux fanatics > From: "Amancio Hasty Jr." > > I wish that the next whiteboard can institute filters so that pestereous > users don't have access to the whiteboard. > Actually, it would be real cool if one could do this with all the tools. Sort of a forced prune from the conference orginators end. -Jim ------- End of Forwarded Message From rem-conf-request@es.net Mon Apr 15 10:05:28 1996 Received: from bells.cs.ucl.ac.uk by osi-west.es.net with ESnet SMTP (PP); Mon, 15 Apr 1996 07:05:02 -0700 Received: from shrew.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Mon, 15 Apr 1996 15:04:46 +0100 From: Mark Handley X-Organisation: University College London, CS Dept. X-Phone: +44 171 419 3666 cc: rem-conf@es.net Subject: Re: sdr V2.2a2 alpha release In-reply-to: Your message of "Sun, 14 Apr 96 23:33:39 BST." <17400.829521219@cs.ucl.ac.uk> Date: Mon, 15 Apr 96 15:04:40 +0100 Message-ID: <3176.829577080@cs.ucl.ac.uk> Sender: M.Handley@cs.ucl.ac.uk >There's a new alpha release of sdr (2.2a2) now in >ftp://cs.ucl.ac.uk/mice/sdr/ >for SunOS{4,5} Irix, HPUX and OSF1. There's a linux version of sdr 2.2a3 there now too. Mark From rem-conf-request@es.net Mon Apr 15 13:52:16 1996 Received: from virginia.edu (actually mars.itc.Virginia.EDU) by osi-west.es.net with ESnet SMTP (PP); Mon, 15 Apr 1996 10:51:37 -0700 Received: from archive.cs.virginia.edu by mail.virginia.edu id aa24016; 15 Apr 96 13:51 EDT Received: from mamba.cs.Virginia.EDU (mamba-fo.cs.Virginia.EDU [128.143.136.18]) by archive.cs.Virginia.EDU (8.7.1/8.6.6) with SMTP id NAA11471 for ; Mon, 15 Apr 1996 13:51:23 -0400 (EDT) Received: by mamba.cs.Virginia.EDU (5.x/SMI-2.0) id AA11791; Mon, 15 Apr 1996 13:51:21 -0400 Date: Mon, 15 Apr 1996 13:51:20 -0400 (EDT) From: Dave Bassett To: rem-conf@es.net Subject: sdr 2.1 Windows NT Port Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII The Multimedia Networks group at the University of virginia has ported and has made available binaries for sdr 2.1 under Windows NT. This is an early alpha release but can create sessions, read and write sdr cache files and can launch the alpha versions of vat and vic for listed sessions. The file is available at: ftp.cs.virginia.edu/pub/gwtts/WindowsNT/nt_sdr_V2.1a1.01.zip With the release of 2.2, we plan on releasing source code once the new version has been ported. Any comments and questions should be directed to dgb2n@cs.virginia.edu Thank You. UVA Multimedia Networks Group http://www.cs.virginia.edu/mng/ ---------------------------------------------------------------------------- Dave Bassett | "SEMPER GUMBY" - Always Flexible EMAIL: dgb2n@cs.virginia.edu | HTTP://www.cs.virginia.edu/~dgb2n/ | ---------------------------------------------------------------------------- From rem-conf-request@es.net Tue Apr 16 09:18:01 1996 Received: from falcon.adelaide.on.net by osi-west.es.net with ESnet SMTP (PP); Tue, 16 Apr 1996 06:17:23 -0700 Received: from zen.internode.com.au (203.15.93.201) by adelaide.on.net (PMDF V5.0-4 #12832) id <01I3MJQX0QWW000GWO@adelaide.on.net> for rem-conf@es.net; Tue, 16 Apr 1996 22:47:01 +0930 Date: Tue, 16 Apr 1996 22:47:01 +0930 Date-warning: Date header was inserted by adelaide.on.net From: Simon Hackett Subject: Net-cast of South Australian band CD launch (cu-seeme) X-Sender: simon@mail.adelaide.on.net To: rem-conf@es.net Message-id: <01I3MJQXSDHY000GWO@adelaide.on.net> MIME-version: 1.0 X-Mailer: Windows Eudora Pro Version 2.1.2 Content-type: text/plain; charset="us-ascii" Content-transfer-encoding: 7BIT Hi Folks, On this Sunday, April 20st around 11:30pm local (circa 15:00 UTC), there will be a launch of a local (South Australian) band's debut CD by performing it live to the Internet using cu-seeme. Details can be obtained by checking out the web page at http://www.stolenwaters.music.on.net. Regards, Simon Hackett --- Simon Hackett, Technical Director, Internode Systems Pty Ltd 31 York St [PO Box 284, Rundle Mall], Adelaide, SA 5000 Australia Email: simon@internode.com.au Web: http://www.on.net Phone: +61-8-223-2999 Fax: +61-8-223-1777 From rem-conf-request@es.net Tue Apr 16 13:01:00 1996 Received: from mwunix.mitre.org by osi-west.es.net with ESnet SMTP (PP); Tue, 16 Apr 1996 10:00:32 -0700 Return-Path: apiszcz@vector2.mitre.org Received: from vector2.mitre.org (vector2.mitre.org [128.29.33.23]) by mwunix.mitre.org (8.6.10/8.6.4) with ESMTP id NAA28739 for ; Tue, 16 Apr 1996 13:00:29 -0400 Received: by vector2.mitre.org (SMI-8.6/SMI-SVR4) id NAA03092; Tue, 16 Apr 1996 13:00:27 -0400 Date: Tue, 16 Apr 1996 13:00:27 -0400 From: apiszcz@vector2.mitre.org (Al Piszcz 'peesh') Message-Id: <199604161700.NAA03092@vector2.mitre.org> Reply-To: Alan Piszcz To: rem-conf@es.net Subject: subscribe X-Sun-Charset: US-ASCII :-----------------------------------------------------------: : Al Piszcz apiszcz@mitre.org : : MITRE Corporation Distributed Systems and Technologies : : 703.883.7124 FAX 703.883.3308 : :-----------------------------------------------------------: From rem-conf-request@es.net Tue Apr 16 16:15:30 1996 Received: from calvin.dgbt.doc.ca by osi-west.es.net with ESnet SMTP (PP); Tue, 16 Apr 1996 13:14:41 -0700 Received: by calvin.dgbt.doc.ca (4.1/SMI-4.1) id AA25184; Tue, 16 Apr 96 16:14:40 EDT Date: Tue, 16 Apr 96 16:14:40 EDT From: andrew@calvin.dgbt.doc.ca (Andrew Patrick) Message-Id: <9604162014.AA25184@calvin.dgbt.doc.ca> Reply-To: andrew@calvin.dgbt.doc.ca X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: rem-conf@es.net Subject: MBONE session: Marketing on the Internet (Apr 17, 10:00 EDT) This CBC Radio event is part of the Morningside program heard weekdays on the national CBC network. This session will feature a discussion of the topic "can you make money on the Internet". Working with CBC, the Network Services & Interfaces Laboratory of the Communications Research Centre in Ottawa Canada plans to broadcast this program on the MBONE. Broadcast Times --------------- Wed April 17, 1996 10:00-11:00am EDT (14:00-15:00 GMT) Broadcast Specifications ------------------------ Audio: vat/rtp/pcm NOTE: we will be using the RTP protocol, so a recent version of VAT will be required. The session announcement will be made using SDR. Contact Information ------------------- Any problems with this scheduling or the broadcast should be reported to: andrew@calvin.dgbt.doc.ca For more information about: Morningside http://www.radio.cbc.ca/radio/programs/current/mside/mside.html CBC Radio http://www.radio.cbc.ca Network Services & Interfaces Laboratory http://debra.dgbt.doc.ca/ -- Andrew Patrick, Ph.D. Networks Services & Interfaces Laboratory Communications Research Centre http://debra.dgbt.doc.ca/ From rem-conf-request@es.net Tue Apr 16 19:13:42 1996 Received: from igate1.hac.com by osi-west.es.net with ESnet SMTP (PP); Tue, 16 Apr 1996 13:52:12 -0700 Received: from ises01.ES.HAC.COM ([147.16.5.2]) by igate1.hac.com (4.1/SMI-4.1) id AA28360; Tue, 16 Apr 96 13:49:39 PDT Received: by ises01.ES.HAC.COM; id AA22082; Tue, 16 Apr 1996 13:52:00 -0700 Received: from cc:Mail by CCGATE.HAC.COM id AA829687845; Tue, 16 Apr 96 13:36:12 PST Date: Tue, 16 Apr 96 13:36:12 PST From: vbarajas@CCGATE.HAC.COM Encoding: 4 Text Message-Id: <9603168296.AA829687845@CCGATE.HAC.COM> To: rem-conf@es.net Subject: VAT on HP-UX 10.10 Anyone out there have the new VAT (4.0a8) running on HP-UX 10.10 ? I got VAT 3.48 running and it did multicasting but the new version dosen't seem to multicast automatically. Thanks for the time and bandwidth ......victor From rem-conf-request@es.net Tue Apr 16 23:34:38 1996 Received: from chronos.synopsys.com by osi-west.es.net with ESnet SMTP (PP); Tue, 16 Apr 1996 20:33:59 -0700 Received: from atropos.synopsys.com by chronos.synopsys.com with SMTP id AA17350 (5.65c/IDA-1.4.4 for ); Tue, 16 Apr 1996 20:33:27 -0700 Received: from jaxom.synopsys.com (jaxom.synopsys.com [146.225.72.114]) by atropos.synopsys.com (8.6.9/8.6.9) with ESMTP id UAA09755; Tue, 16 Apr 1996 20:33:34 -0700 From: Greg Kulosa Received: (greg@localhost) by jaxom.synopsys.com (8.7.4/8.6.5) id UAA19720; Tue, 16 Apr 1996 20:34:09 -0700 Message-Id: <199604170334.UAA19720@jaxom.synopsys.com> Subject: Re: VIC on Linux ? To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Tue, 16 Apr 1996 20:34:09 -0700 (PDT) Cc: madhu@csl.sri.com, rem-conf@es.net In-Reply-To: <199604040856.AAA00387@rah.star-gate.com> from "Amancio Hasty Jr." at Apr 4, 96 00:56:22 am Content-Type: text > >>> Greg Kulosa said: > > > (BTW, I am also working on vat 4.0a8, and porting it to use /dev/dsp > > instead of /dev/audio. If that works, then I will also get the volume > > sliders, etc. to work.) > > Hi, > > Just post on the linux newsgroup on how to use the linux sound mixer. > > I have no problems on FreeBSD with vat , /dev/audio/, gus , full-duplex audio > and the sliders -- It just simply works. Which version of voxware are you running to get full-duplex audio? I didn't think that Hannu was going to support it until 4.0? > We both share the same linux sound driver so from a sound driver > perspective linux and freebsd should behave the same. Do the VAT volume sliders actually work for you? Also, do the buttons that change input and output sources work? They do not work for me, and it looks like there is no code for them to work in audio-voxware.cc. The reason that I want to port it to use /dev/dsp is that there seems to be more support for /dev/dsp in voxware. The ioctl's that change volume, etc. work. Also, there is a separate driver for Linux that supports the GUS cards with full-duplex support (not voxware). This _should_ allow the same vat binary to work with any of the drivers, and Do-the-right-thing(tm) :-) > Amancio -- Greg A. Kulosa | "The avalanche has already started, it is too Systems Administrator | late for the pebbles to vote." - Ambassador Kosh Synopsys, Inc. |___________________________________________________ greg@synopsys.com 700 E. Middlefield Rd, Mountain View, CA 94043 From rem-conf-request@es.net Tue Apr 16 23:45:17 1996 Received: from rah.star-gate.com by osi-west.es.net with ESnet SMTP (PP); Tue, 16 Apr 1996 20:44:30 -0700 Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id UAA05760; Tue, 16 Apr 1996 20:42:07 -0700 Message-Id: <199604170342.UAA05760@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Hannu Savolainen cc: Greg Kulosa , madhu@csl.sri.com, rem-conf@es.net Subject: Re: VIC on Linux ? In-reply-to: Your message of "Tue, 16 Apr 1996 20:34:09 PDT." <199604170334.UAA19720@jaxom.synopsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Apr 1996 20:42:06 -0700 From: "Amancio Hasty Jr." Hi Hannu, It looks like some of the folks on Linux trying to support vat using your sound driver need a hand. Regards ------ To Greg I wrote my own interface to vat with full duplex audio and mixer support -- the stuff is not that hard to do if you read the sound driver documentation . At any rate, Hannu should be able to help you guys. Amancio >>> Greg Kulosa said: > > >>> Greg Kulosa said: > > > > > (BTW, I am also working on vat 4.0a8, and porting it to use /dev/dsp > > > instead of /dev/audio. If that works, then I will also get the volume > > > sliders, etc. to work.) > > > > Hi, > > > > Just post on the linux newsgroup on how to use the linux sound mixer. > > > > I have no problems on FreeBSD with vat , /dev/audio/, gus , full-duplex a udio > > and the sliders -- It just simply works. > > Which version of voxware are you running to get full-duplex audio? > I didn't think that Hannu was going to support it until 4.0? > > > We both share the same linux sound driver so from a sound driver > > perspective linux and freebsd should behave the same. > > Do the VAT volume sliders actually work for you? Also, do the buttons > that change input and output sources work? They do not work for me, > and it looks like there is no code for them to work in audio-voxware.cc. > > The reason that I want to port it to use /dev/dsp is that there > seems to be more support for /dev/dsp in voxware. The ioctl's that > change volume, etc. work. Also, there is a separate driver for Linux > that supports the GUS cards with full-duplex support (not voxware). > This _should_ allow the same vat binary to work with any of the drivers, > and Do-the-right-thing(tm) :-) > > > Amancio > > -- > Greg A. Kulosa | "The avalanche has already started, it is too > Systems Administrator | late for the pebbles to vote." - Ambassador Kosh > Synopsys, Inc. |___________________________________________________ > greg@synopsys.com 700 E. Middlefield Rd, Mountain View, CA 94043 From rem-conf-request@es.net Wed Apr 17 09:00:33 1996 Received: from topaz.cary.mci.net by osi-west.es.net with ESnet SMTP (PP); Wed, 17 Apr 1996 05:59:54 -0700 Received: from LOCALHOST by topaz.cary.mci.net (8.6.12/kaw-mci.net/feb95) id IAA22669; Wed, 17 Apr 1996 08:58:43 -0400 Message-Id: <199604171258.IAA22669@topaz.cary.mci.net> X-Mailer: exmh version 1.6.6 3/24/96 To: Mark Handley cc: rem-conf@es.net From: "Brett D. Watson" Reply-To: bwatson@mci.net Subject: Re: sdr V2.2a2 alpha release Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Apr 1996 08:58:40 -0400 Sender: bwatson@mci.net > > >There's a new alpha release of sdr (2.2a2) now in > >ftp://cs.ucl.ac.uk/mice/sdr/ > >for SunOS{4,5} Irix, HPUX and OSF1. > > There's a linux version of sdr 2.2a3 there now too. is this package available anywhere else? my connectivity to this site is *horrible*. i haven't been able to successfully connect in 24 hours. trace and ping gets there reasonably well but netscape and ftp keeps complaining 'connection reset by peer'. -brett From rem-conf-request@es.net Wed Apr 17 09:26:50 1996 Received: from cancer.ucs.ed.ac.uk by osi-west.es.net with ESnet SMTP (PP); Wed, 17 Apr 1996 06:26:16 -0700 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.12) with ESMTP id OAA17511; Wed, 17 Apr 1996 14:26:06 +0100 Received: (jaw@localhost) by scorpio.ucs.ed.ac.uk (8.6.9/8.6.9) id OAA01460; Wed, 17 Apr 1996 14:26:01 +0100 Date: Wed, 17 Apr 1996 14:25:59 +0100 (BST) From: Graeme Wood Reply-To: Graeme.Wood@ucs.ed.ac.uk To: "Brett D. Watson" cc: Mark Handley , rem-conf@es.net Subject: Re: sdr V2.2a2 alpha release In-Reply-To: <199604171258.IAA22669@topaz.cary.mci.net> Message-ID: X-Department: "Unix Systems Support, Computing Services" X-Organisation: "The University of Edinburgh" X-URL: "http://ugwww.ucs.ed.ac.uk/People/Graeme.Wood/" X-Phone: +44 131 650 5003 X-Fax: +44 131 650 6552 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wed, 17 Apr 1996, Brett D. Watson wrote: > is this package available anywhere else? my connectivity to this site is > *horrible*. i haven't been able to successfully connect in 24 hours. trace > and ping gets there reasonably well but netscape and ftp keeps complaining > 'connection reset by peer'. Well virtually all the MICE National Support Centres in Europe will have it because they mirror my archive. You could try ftp://sauce.uio.no/mice-nsc/unsupported/sdr as that will go over a different route to Norway or this site in Korea seems to mirror me as well: cosmos.kaist.ac.kr. ============================================================================= 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 Apr 17 10:51:05 1996 Received: from nastg.gsfc.nasa.gov by osi-west.es.net with ESnet SMTP (PP); Wed, 17 Apr 1996 07:50:23 -0700 Received: from rose by nastg.gsfc.nasa.gov (8.6.11/1.35) id KAA14272; Wed, 17 Apr 1996 10:51:30 -0400 Date: Wed, 17 Apr 1996 10:51:30 -0400 Message-Id: <199604171451.KAA14272@nastg.gsfc.nasa.gov> X-Sender: sedwards@nastg X-Mailer: Windows Eudora Version 1.4.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: rem-conf@es.net From: sedwards@nastg.gsfc.nasa.gov (Scott R. Edwards) Subject: UDP Ports and Multicasting Anyone with Class-D Coding experience: I am currently working on a project to send and receive multiple Class-D messages across a large NASA network. Transmitters are distributed across the network and may send to many groups. Any given receiver may listen to several (say, greater than 20) groups. Due to our requirements, we think it would be beneficial to utilize a single UDP port for all Class-D messages inside this network. However, this poses a problem for the receiver listening to several groups. Once we receive a message from a given port, we must know which Class-D IP address the message was Destined for so that it can be distinguished from other Class-D on the same port. I'd appreciate any insight you may have on extracting Destination IP address >from an incomming UDP packet. I'm using SunOS, and Linux. Thankyou, Scott Edwards Computer Sciences Corporation From rem-conf-request@es.net Wed Apr 17 11:43:57 1996 Received: from rupertsberg.cs.colorado.edu by osi-west.es.net with ESnet SMTP (PP); Wed, 17 Apr 1996 08:43:14 -0700 Received: (from evi@localhost) by rupertsberg.cs.colorado.edu (8.7.5/8.7.3) id JAA06805; Wed, 17 Apr 1996 09:43:00 -0600 (MDT) Date: Wed, 17 Apr 1996 09:43:00 -0600 (MDT) From: Evi Nemeth Message-Id: <199604171543.JAA06805@rupertsberg.cs.colorado.edu> To: rem-conf@es.net Subject: Univ of Colorado -- CS Colloq: Jan Pedersen, Xerox PARC, Thurs 3:30 MDT Cc: evi@rupertsberg.cs.colorado.edu, mcginley@rupertsberg.cs.colorado.edu we would like to broadcast the computer science dept colloquium, thursday, april 18, 3:30-5:00 pm mountain daylight time. if this collides with folks, please let me know. we plan to use vat in rtp mode, vic 2.7, and wb. will be announcing the sessions in sdr. -evi =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= A Statistician's View of Information Retrieval Jan Pedersen Xerox PARC Palo Alto, CA Information Retrieval is the task of identifying documents relevant to an information need. This is hard because "relevance" is difficult to objectively assess and an information need may include context that is not explicitly represented. Nonetheless, it is possible to build useful information access systems that perform remarkably well using very simple techniques. In fact, it is notoriously difficult to improve on their performance. I will discuss why this might be the case by analyzing a few classical information retrieval tasks as problems in statistical classification. It will emerge that the high-dimensionality of the feature space will defeat naive attempts to improve performance. However, careful dimensionality reduction paired with appropriate classification technology will yield promising results. Jan O. Pedersen is a statistician specializing on the quantitative analysis of text for the purposes of information access. His most recent work has focussed on the development of fast clustering algorithms as applied to the organization of large document collections and the design of a software architecture for information access. His other interests have included text categorization, thesaurus induction, and document filtering and routing. Jan Pedersen has degrees >from Princeton University(AB) and Stanford University(Phd.). He joined Xerox Corp. in 1986 and is currently manager of the Quantitative Content Analysis Area of the Information Sciences and Technology Laboratory, Xerox PARC. From rem-conf-request@es.net Wed Apr 17 12:28:54 1996 Received: from sunshine.psc.edu by osi-west.es.net with ESnet SMTP (PP); Wed, 17 Apr 1996 09:27:55 -0700 Received: from localhost (localhost [127.0.0.1]) by sunshine.psc.edu (8.7.4/8.7.3 PSC 1996/02/27 lambert) with SMTP id MAA14145 for ; Wed, 17 Apr 1996 12:27:50 -0400 (EDT) Message-Id: <199604171627.MAA14145@sunshine.psc.edu> X-Authentication-Warning: sunshine.psc.edu: Host localhost [127.0.0.1] didn't use HELO protocol To: rem-conf@es.net Subject: subscribe (mail problems fixed on this end) Date: Wed, 17 Apr 1996 12:27:49 -0400 From: "S. Grant" subscribe remote-conference-dist@psc.edu rem-conf@es.net From rem-conf-request@es.net Wed Apr 17 13:00:58 1996 Received: from wayback.uoregon.edu by osi-west.es.net with ESnet SMTP (PP); Wed, 17 Apr 1996 09:59:50 -0700 Received: (from meyer@localhost) by wayback.uoregon.edu (8.7.4/8.7.1) id JAA07292; Wed, 17 Apr 1996 09:59:40 -0700 (PDT) Message-Id: <199604171659.JAA07292@wayback.uoregon.edu> X-Mailer: exmh version 1.6.6 3/24/96 To: bwatson@mci.net cc: Mark Handley , rem-conf@es.net Subject: Re: sdr V2.2a2 alpha release In-reply-to: bwatson@mci.net's message of Wed, 17 Apr 1996 08:58:40 -0400. <199604171258.IAA22669@topaz.cary.mci.net> X-Uri: "http://ns.uoregon.edu/~meyer" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Apr 1996 09:59:39 -0700 From: "David M. Meyer 503/346-1747" Brett, Try ftp://ftp.uoregon.edu/pub/src/multicast/sdr Dave -- David M. Meyer Voice: +1 541.346.1747 Senior Network Engineer SkyPager: +1 800.580.7929 University Computing Cellular: +1 541.954.1103 Computing Center FAX: +1 541.346.4397 University of Oregon Internet: meyer@ns.uoregon.edu 1225 Kincaid URL: http://ns.uoregon.edu/~meyer Eugene, OR 97403 PGP Fingerprint 9A 79 2B 07 9A D1 81 45 1A 99 74 59 4F A0 3E 43 From rem-conf-request@es.net Wed Apr 17 15:06:51 1996 Received: from calvin.dgbt.doc.ca by osi-west.es.net with ESnet SMTP (PP); Wed, 17 Apr 1996 12:06:07 -0700 Received: by calvin.dgbt.doc.ca (4.1/SMI-4.1) id AA18195; Wed, 17 Apr 96 15:05:53 EDT Date: Wed, 17 Apr 96 15:05:53 EDT From: andrew@calvin.dgbt.doc.ca (Andrew Patrick) Message-Id: <9604171905.AA18195@calvin.dgbt.doc.ca> Reply-To: andrew@calvin.dgbt.doc.ca X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: rem-conf@es.net Subject: MBONE broadcast: "WebHead" (Apr 23) "WebHead" is a new Canadian documentary that provides a whimsical look at the Internet and and interesting discussion about social issues and opportunities that are arising in the networked world. "WebHead" was created by Thor Henrikson, an independent film producer in Toronto, and originally broadcast on CBC Newsworld as part of its "Rough Cuts" series. Topics discussed include: - the Internet and "The Information Revolution" - virtual communities - the kitchen appliance model of the Internet infrastructure - reception & production of information - privacy & censorship - "haves and have-nots" in the new economy Making appearances in this film are: Don McKellar staring as "WebHead" Anne McKague Communications Consultant Bill Buxton Alias/Wavefront & University of Toronto Michel Vulpe Infrastructures for Information Inc. Paul Hoffert York University Tom Wright Ontario Privacy & Information Commissioner Francesca Da Rimini Cyber Artist Andrew Patrick Communications Research Centre & National Capital FreeNet Dave Sutherland National Capital FreeNet & Carleton University Working with CBC, the Network Services & Interfaces Laboratory of the Communications Research Centre in Ottawa Canada will broadcast this documentary on the Internet using the MBONE technology. Air Times --------- Tuesday, April 23 1996 10:00 EDT (7:00 PT, 14:00 GMT) 13:00 EDT (10:00 PT, 17:00 GMT) 17:00 EDT (14:00 PT, 21:00 GMT) * duration approx. 60 minutes Broadcast Specifications ------------------------ Video: vic/h261 Audio: vat/rtp/pcm Feedback: WhiteBoard (wb) NOTE: we will be using the RTP protocol, so recent versions of these software tools will be required. The session announcement will be made using SDR. Contact Information ------------------- Any problems with this scheduling or the broadcast should be reported to: andrew@calvin.dgbt.doc.ca For more information about: WebHead http://www.mackerel.com/WebHead/webhead.html CBC Newsworld http://www.cbc.ca/nw/ Network Services & Interfaces Laboratory http://debra.dgbt.doc.ca/ The MBONE http://www.best.com/~prince/techinfo/mbone.html -- Andrew Patrick, Ph.D. Networks Services & Interfaces Laboratory Communications Research Centre http://debra.dgbt.doc.ca/ From rem-conf-request@es.net Wed Apr 17 15:50:43 1996 Received: from UCDHEP.UCDAVIS.EDU by osi-west.es.net with ESnet SMTP (PP); Wed, 17 Apr 1996 12:49:24 -0700 Received: by ucdhep.ucdavis.edu (MX V3.3 VAX) id 1850; Wed, 17 Apr 1996 12:49:23 PST Date: Wed, 17 Apr 1996 12:49:19 PST From: Rajesh Ojha To: rem-conf@ES.NET Message-ID: <009A0FE4.C23A45C0.1850@ucdhep.ucdavis.edu> unsubscribe From rem-conf-request@es.net Wed Apr 17 18:59:57 1996 Received: from alpha.xerox.com by osi-west.es.net with ESnet SMTP (PP); Wed, 17 Apr 1996 15:59:28 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15004(8)>; Wed, 17 Apr 1996 15:59:26 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Wed, 17 Apr 1996 15:57:27 -0700 To: bwatson@mci.net cc: Mark Handley , rem-conf@es.net Subject: Re: sdr V2.2a2 alpha release In-reply-to: Your message of "Wed, 17 Apr 96 05:58:40 PDT." <199604171258.IAA22669@topaz.cary.mci.net> Date: Wed, 17 Apr 1996 15:57:17 PDT Sender: Bill Fenner From: Bill Fenner Message-Id: <96Apr17.155727pdt.177475@crevenia.parc.xerox.com> In message <199604171258.IAA22669@topaz.cary.mci.net> you write: > is this package available anywhere else? sdr V2.2a4 is available at ftp.parc.xerox.com:/pub/net-research/apps/sdr/ . Bill From rem-conf-request@es.net Thu Apr 18 01:59:47 1996 Received: from realtime.cc.missouri.edu by osi-west.es.net with ESnet SMTP (PP); Wed, 17 Apr 1996 22:59:04 -0700 Received: (from ccshag@localhost) by realtime.cc.missouri.edu (8.7.1/8.7.1) id AAA27005; Thu, 18 Apr 1996 00:59:01 -0500 (CDT) Date: Thu, 18 Apr 1996 00:59:01 -0500 (CDT) From: Paul 'Shag' Walmsley X-Sender: ccshag@realtime.cc.missouri.edu To: rem-conf@es.net, muiit@lists.missouri.edu cc: MU Multicast Transmission Group Subject: Thu Apr 18: Robert Devaney: Fractal Geometry of the Mandelbrot Set: A Vehicle for Introducing the Beauty of Mathematics Through Technology-Based Instruction Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thursday April 18, Professor Robert L. Devaney of Boston University will be presenting a seminar at the University of Missouri-Columbia entitled "Fractal Geometry of the Mandelbrot Set: A Vehicle for Introducing the Beauty of Mathematics Through Technology-Based Instruction." We intend to multicast this session on the MBONE with a ttl of 127. We'll attempt to use vat 4.0a9 and vic 2.7a39 in RTPv2 mode, along with a whiteboard session. The session is being advertised with sdr 2.2a2, and should start at 4:30 PM CDT (2130 GMT). Multicast feedback should go to . More information on the speaker is available at . - Paul "Shag" Walmsley "Praise and blame alike mean nothing." -- Virginia Woolf From rem-conf-request@es.net Thu Apr 18 14:21:03 1996 Received: from realtime.cc.missouri.edu by osi-west.es.net with ESnet SMTP (PP); Thu, 18 Apr 1996 11:20:21 -0700 Received: (from ccshag@localhost) by realtime.cc.missouri.edu (8.7.1/8.7.1) id NAA28754; Thu, 18 Apr 1996 13:20:19 -0500 (CDT) Date: Thu, 18 Apr 1996 13:20:19 -0500 (CDT) From: Paul 'Shag' Walmsley X-Sender: ccshag@realtime.cc.missouri.edu To: rem-conf@es.net cc: MU Multicast Transmission Group Subject: Re: Thu Apr 18: Robert Devaney: (corrections) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII We've decided to make the following changes in the way that we're multicasting this: On Thu, 18 Apr 1996, Paul 'Shag' Walmsley wrote: > We intend to multicast this session on the MBONE with a ttl of 127. We'll > attempt to use vat 4.0a9 and vic 2.7a39 in RTPv2 mode, along with a > whiteboard session. The session is being advertised with sdr 2.2a2, and > should start at 4:30 PM CDT (2130 GMT). Multicast feedback should go to > . We'll be using vat 4.0a9 and vic 2.7b1, and we'll be using sdr 2.1 to advertise this session on Steve Casner's advice. - Paul "Shag" Walmsley "Praise and blame alike mean nothing." -- Virginia Woolf From rem-conf-request@es.net Thu Apr 18 15:43:14 1996 Received: from precept.com (actually hydra.precept.com) by osi-west.es.net with ESnet SMTP (PP); Thu, 18 Apr 1996 12:42:42 -0700 Received: from little-bear.precept.com by precept.com (5.x/SMI-4.1) id AA04071; Thu, 18 Apr 1996 12:42:09 -0700 Date: Thu, 18 Apr 1996 12:42:08 -0700 (PDT) From: Stephen Casner To: Paul 'Shag' Walmsley Cc: rem-conf@es.net, MU Multicast Transmission Group Subject: Re: Thu Apr 18: Robert Devaney: (corrections) In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thu, 18 Apr 1996, Paul 'Shag' Walmsley wrote: > We'll be using vat 4.0a9 and vic 2.7b1, and we'll be using sdr 2.1 to > advertise this session on Steve Casner's advice. Just to clarify, listeners should NOT go back to sdr 2.1 to tune in this session. Users should be picking up sdr 2.2 and running that because 2.2 can receive session announcements from either 2.1 or 2.2. My advice to Paul was only that he might want to use 2.1 to send the session announcement so that if some listeners had not yet picked up the new sdr they would still be able to receive the announcement and invoke the audio/video tools. -- Steve From rem-conf-request@es.net Thu Apr 18 15:52:52 1996 Received: from virginia.edu (actually mars.itc.Virginia.EDU) by osi-west.es.net with ESnet SMTP (PP); Thu, 18 Apr 1996 12:51:57 -0700 Received: from archive.cs.virginia.edu by mail.virginia.edu id aa12783; 18 Apr 96 15:51 EDT Received: from mamba.cs.Virginia.EDU (mamba-fo.cs.Virginia.EDU [128.143.136.18]) by archive.cs.Virginia.EDU (8.7.1/8.6.6) with SMTP id PAA15184 for ; Thu, 18 Apr 1996 15:51:22 -0400 (EDT) Received: by mamba.cs.Virginia.EDU (5.x/SMI-2.0) id AA14779; Thu, 18 Apr 1996 15:51:21 -0400 Date: Thu, 18 Apr 1996 15:51:21 -0400 (EDT) From: Dave Bassett To: rem-conf@es.net Subject: sdr 2.1 Win95 and NT Port Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII After quick revision, the Session Directory Tool (sdr) from UCL has now been modified to be compatible with both WindowsNT and Windows95. This revision corrected significant problems with window geometry and now no longer requires the installation of tk/tcl or a TK_LIBRARY environment variable that may have caused some of you significant problems in getting it to run. The file is available at: ftp.cs.virginia.edu/pub/gwtts/WindowsNT/nt_sdr_V2.1a1.04.zip With the release of 2.2, we plan on releasing source code once the new version has been ported. Any comments and questions should be directed to dgb2n@cs.virginia.edu Thank You. UVA Multimedia Networks Group http://www.cs.virginia.edu/mng/ ---------------------------------------------------------------------------- Dave Bassett | "SEMPER GUMBY" - Always Flexible EMAIL: dgb2n@cs.virginia.edu | HTTP://www.cs.virginia.edu/~dgb2n/ | ---------------------------------------------------------------------------- From rem-conf-request@es.net Thu Apr 18 19:25:40 1996 Received: from abash1.microsoft.com by osi-west.es.net with ESnet SMTP (PP); Thu, 18 Apr 1996 16:24:55 -0700 Received: by abash1.microsoft.com with Microsoft Exchange (IMC 4.0.837.3) id <01BB2D3F.E78E68C0@abash1.microsoft.com>; Thu, 18 Apr 1996 15:58:37 -0700 Message-ID: From: Jim Gemmell To: "'rem-conf@es.net'" Subject: bandwidth limitations for the mbone Date: Thu, 18 Apr 1996 15:58:39 -0700 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.837.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In several places (books, web pages, articles) I have seen mention made of mbone traffic being limited to roughly 500 kbps. How is this achieved - in routers? mrouted? _____________________________________________________ Jim Gemmell Microsoft Bay Area Research Center 301 Howard St., Suite 830, San Francisco, CA 94105 (415) 778-8224 fax: (415) 778-8210 http://www.research.microsoft.com/research/BARC/jgemmell From rem-conf-request@es.net Fri Apr 19 01:37:21 1996 Received: from nic.funet.fi by osi-west.es.net with ESnet SMTP (PP); Thu, 18 Apr 1996 22:36:13 -0700 Received: by nic.funet.fi id <766-4678>; Fri, 19 Apr 1996 08:36:04 +0300 Subject: Re: bandwidth limitations for the mbone From: Matti Aarnio To: jgemmell@MICROSOFT.com (Jim Gemmell) Date: Fri, 19 Apr 1996 08:35:58 +0300 (EET DST) Cc: rem-conf@es.net In-Reply-To: from "Jim Gemmell" at Apr 18, 96 03:58:39 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Content-Length: 1276 Message-Id: <96Apr19.083604+0300_eet_dst.766-4678+25@nic.funet.fi> > In several places (books, web pages, articles) I have seen mention made > of mbone traffic being limited to roughly 500 kbps. How is this achieved > - in routers? mrouted? By means of lacking resources for more at some critical paths/nodes. Things are changeing, and now there may be possible to run more traffic thru it, however fastest single transmission should not be quite that fast. In fact it would be rather nice to limit the transmissions so that a 128 kbps ISDN-link can handle the feed of audio + video related to some happening (so I can stay at home, and follow IETFs there..) Of course some large area networks (like FUNET in Finland) have at least 10 Mbps multicast capability internally, however users of these nets must run their high-speed multicastings sensibly, and never leak them to the global network.. (... or they get van-o-grams :) ) > _____________________________________________________ > Jim Gemmell Microsoft Bay Area Research Center > 301 Howard St., Suite 830, San Francisco, CA 94105 > (415) 778-8224 fax: (415) 778-8210 > http://www.research.microsoft.com/research/BARC/jgemmell /Matti Aarnio -- whose mcast capacity is limited by the local ethernet cable .. From rem-conf-request@es.net Fri Apr 19 02:48:45 1996 Received: from cancer.ucs.ed.ac.uk by osi-west.es.net with ESnet SMTP (PP); Thu, 18 Apr 1996 23:48:12 -0700 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.12) with ESMTP id HAA27632; Fri, 19 Apr 1996 07:47:45 +0100 Received: (jaw@localhost) by scorpio.ucs.ed.ac.uk (8.6.9/8.6.9) id HAA06267; Fri, 19 Apr 1996 07:47:42 +0100 Date: Fri, 19 Apr 1996 07:47:41 +0100 (BST) From: Graeme Wood Reply-To: Graeme.Wood@ucs.ed.ac.uk To: Matti Aarnio cc: Jim Gemmell , rem-conf@es.net Subject: Re: bandwidth limitations for the mbone In-Reply-To: <96Apr19.083604+0300_eet_dst.766-4678+25@nic.funet.fi> Message-ID: X-Department: "Unix Systems Support, Computing Services" X-Organisation: "The University of Edinburgh" X-URL: "http://ugwww.ucs.ed.ac.uk/People/Graeme.Wood/" X-Phone: +44 131 650 5003 X-Fax: +44 131 650 6552 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Fri, 19 Apr 1996, Matti Aarnio wrote: > > In several places (books, web pages, articles) I have seen mention made > > of mbone traffic being limited to roughly 500 kbps. How is this achieved > > - in routers? mrouted? > > By means of lacking resources for more at some critical paths/nodes. This is true but not the whole story. The multicast routing implentations (mrouted, PIM) support rate limiting options to allow you to specify the amount of bandwidth used for multicast traffic through a router interface or tunnel. ============================================================================= 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 Fri Apr 19 13:02:19 1996 Received: from 1adtfrear.1ad.army.mil (actually 199.122.57.222) by osi-west.es.net with ESnet SMTP (PP); Fri, 19 Apr 1996 10:01:44 -0700 Received: from Microsoft Mail (PU Serial #1406) by 1adtfrear.1ad.army.mil (PostalUnion/SMTP(tm) v2.1.8d for Windows NT(tm)) id AA-1996Apr19.171500.1406.65244; Fri, 19 Apr 1996 19:06:51 +0100 From: prevmed1@1adtfrear.1ad.army.mil (PM MAJ Malone) To: evi@rupertsberg.cs.colorado.edu (Evi Nemeth), rem-conf@es.net (rem-conf) Cc: mcginley@rupertsberg.cs.colorado.edu (mcginley) Message-ID: <1996Apr19.171500.1406.65244@1adtfrear.1ad.army.mil> X-Mailer: Microsoft Mail via PostalUnion/SMTP for Windows NT Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Date: Fri, 19 Apr 1996 19:06:51 +0100 Subject: RE: Univ of Colorado -- CS Colloq: Jan P ---------- From: Evi Nemeth To: rem-conf Cc: evi; mcginley Subject: Univ of Colorado -- CS Colloq: Jan Pedersen, Xerox PARC, Thurs 3:30 Date: Wednesday, April 17, 1996 09:43 we would like to broadcast the computer science dept colloquium, thursday, april 18, 3:30-5:00 pm mountain daylight time. if this collides with folks, please let me know. we plan to use vat in rtp mode, vic 2.7, and wb. will be announcing the sessions in sdr. -evi =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= A Statistician's View of Information Retrieval Jan Pedersen Xerox PARC Palo Alto, CA Information Retrieval is the task of identifying documents relevant to an information need. This is hard because "relevance" is difficult to objectively assess and an information need may include context that is not explicitly represented. Nonetheless, it is possible to build useful information access systems that perform remarkably well using very simple techniques. In fact, it is notoriously difficult to improve on their performance. I will discuss why this might be the case by analyzing a few classical information retrieval tasks as problems in statistical classification. It will emerge that the high-dimensionality of the feature space will defeat naive attempts to improve performance. However, careful dimensionality reduction paired with appropriate classification technology will yield promising results. Jan O. Pedersen is a statistician specializing on the quantitative analysis of text for the purposes of information access. His most recent work has focussed on the development of fast clustering algorithms as applied to the organization of large document collections and the design of a software architecture for information access. His other interests have included text categorization, thesaurus induction, and document filtering and routing. Jan Pedersen has degrees >from Princeton University(AB) and Stanford University(Phd.). He joined Xerox Corp. in 1986 and is currently manager of the Quantitative Content Analysis Area of the Information Sciences and Technology Laboratory, Xerox PARC. From rem-conf-request@es.net Fri Apr 19 16:38:34 1996 Received: from precept.com (actually hydra.precept.com) by osi-west.es.net with ESnet SMTP (PP); Fri, 19 Apr 1996 13:38:02 -0700 Received: from little-bear.precept.com by precept.com (5.x/SMI-4.1) id AA05973; Fri, 19 Apr 1996 13:38:00 -0700 Date: Fri, 19 Apr 1996 13:38:00 -0700 (PDT) From: Stephen Casner To: rem-conf@es.net Subject: Minutes of AVT meeting at LA IETF Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII To the Audio/Video Transport Working Group: Enclosed below are the long-overdue minutes of the AVT meeting at the Los Angeles IETF in early March. I apologize for the delay. Please comment if you think I have reported anything inaccurately. It is also time to continue with discussion of the presentations at the meeting, for example the proposed payload formats. Please read the drafts and comment on them as well. Thanks. Scheduling for the Montreal IETF meeting is now open, and we agree that we should have an AVT session there. Should we have two? What topics should be on the agenda, and how much discussion is needed? Note the proposed new work items listed in these minutes. -- Steve ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Minutes of the Audio/Video Transport Working Group Reported by Steve Casner The primary output of the AVT working group is the Real-time Transport Protocol. With the publication in January of the RTP spec as RFC1889 and the companion RTP profile for audio/video conferencing as RFC1890, it appeared that the group's work was completed except for progressing RTP from Proposed Standard to Draft and full Standard status. As a result, the group did not meet at the 34th IETF in Dallas and initially there was no meeting planned for this IETF. However, in a discussion on the group mailing list, several people brought forth topics appropriate for presentation to the group: - Proposed new RTP payload formats - RTP and MBone monitoring - RTP header compression for low bandwidth links - Fostering industry adoption of RTP for interoperability This meeting consisted of several presentations on these topics plus some miscellaneous issues as described below. These topics will be discussed further in Internet-Drafts and on the mailing list. 1. Proposed new RTP payload formats In addition to RFC1889 and 1890, there are four drafts awaiting publication which define the RTP payload formats for H.261, JPEG, MPEG and CellB video encodings. At this meeting, three new payload formats were proposed. In addition, to accommodate hierarchical encodings, changes to some rules stated in the main RTP spec were also proposed. 1.1. RTP changes to support hierarchical encodings Michael Speer from Sun Microsystems presented an overview of hierarchical (or layered) encodings and a proposal to adapt RTP to better accommodate them. Hierarchical encodings break the media stream into an ordered collection of layers. The base layer provides a complete but low-quality signal that may be enhanced by composing it with additional layers. Receivers adjust the number of layers received to avoid exceeding the network bandwidth available or the receiver's own processing power. The layers are sent on separate IP multicast addresses so that multicast routing can prune the distribution tree separately for each layer. To keep track of the ordered collection of N layers, it is proposed that N consecutive multicast addresses and 2N consecutive port numbers be allocated (ports are used in pairs for RTP and RTCP). For unicast, the single address would be used for all layers. This convention does not impact the specification of RTP itself. Two changes to RTP are proposed: 1) to use the same SSRC ID for all layers from a given source and perform conflict resolution only on the base layer; and 2) to omit the RTCP SDES information (including CNAME) for all but the base layer, since it would be redundant. RTCP RR and SR packets would still be sent separately for each layer because that information is independent. RTP already allows a source to use the same SSRC ID in separate sessions, but does not guarantee that the ID will remain unchanged due to collisions. If conflict resolution is done only in the base layer as proposed, should BYE packets still be sent in the other layers? A key question for RTP is whether omitting the CNAME for the enhancement layers would unreasonably impair the operation of third-party monitors that were not aware of the association of the N layers. Another question is what impact this consecutive multicast address allocation requirement would have on the allocation schemes such as SDP/SDAP (discussed in the MMUSIC working group). Assuming successful implementation and testing of this proposal and no technical objections, it is expected that the proposed changes will be incorporated into the RTP spec when it is revised for the transition to Draft Standard. 1.2. Payload format for H.263 video H.263 is a new ITU-T Recommendation for video compression. It is similar to H.261, but includes optimizations to support lower bit rates. An RTP payload format for H.261 has already been defined and is currently in IESG Last Call before publication as an RFC. It is not possible to use the H.261 payload format directly for H.263 because more bits are required to specify the macroblock address, the additional motion vectors for Advanced Prediction, and the additional fields for decoding interleaved "PB" frames. Chunrong Zhu from Intel presented a proposed payload format for H.263 that copies some fields from the H.261 format and adds more. To support all options of H.263 requires 10 bytes of payload header compared to 4 bytes for H.261, but fewer bytes are required when some of the options are disabled. Therefore, three different modes A, B and C are defined, each with a different payload header size (4, 8, and 12 bytes, respectively, to maintain 32-bit alignment). The three modes may be intermixed in a single stream to maximize efficiency as allowed by the data observed. The only significant question raised regarding this proposal was whether the additional complexity compared to H.261 is justified. Note that a packet format with optional fields requires extra tests in the data processing path and makes optimization difficult. It also increases the likelihood of bugs. However, in this case, the smallest form of the payload header can only be used when a GOB will fit within a single RTP packet. The GOB size will often exceed the network MTU, so the larger forms of the payload header are required as well. The only way to simplify the format is to require the maximum size header be used all the time. This would be too inefficient, especially at low data rates. Therefore, the proposed design appears to be the reasonable compromise. Comments from the working group are sought both on technical aspects of the design and on the completeness and clarity of the specification. Assuming successful implementation of the H.263 payload format specification, the draft should be submitted for publication as an RFC. 1.3. Payload format issues for redundant encodings Mark Handley from UCL gave a presentation about work at UCL and INRIA to improve audio quality in the presence of packet loss through redundant encodings. The idea is to piggy-back one or more highly compressed redundant encodings of the audio data onto later packets of the primary encoding. That way, if a packet of the primary encoding is lost, a lower-quality version of the missing audio can be reconstructed from the redundant encoding in the later packet. What's undecided is how to carry the redundant payloads in RTP, since RTP was only designed to carry a single payload. Three ideas were proposed: - Put the redundant data in an RTP header extension (there are several problems with this idea so it is disregarded); - Define a set of dynamic payload types to indicate the combinations of primary and redundant codings to be used in a session (this has the lowest overhead but allows at most 32 combinations); - Define a single (static?) payload type that indicates redundant encodings, then in the payload section construct a chain of type-length-value blocks where the type is a normal payload type, the length is a one-byte field, and the value is the audio data. The presence of additional blocks is indicated by setting the MSB of the type byte. The primary encoding would come last and would have no length field so it is not constrained to a length of 256 bytes. The INRIA and UCL teams differ on the choice between the second and third schemes, so advice is sought from the working group. No clear-cut deciding factors were identified in the meeting. As the work progresses, it is expected that a draft leading to one or more new RTP payload format specifications will be produced. 1.4. Payload format for ASF streams Tim Kwok from Microsoft gave a preliminary presentation on a new proposal for "Active Stream Format" that is about to be introduced by Microsoft. ASF is a multiplexing scheme for audio, video, images, scripts and URLs that is intended to serve for both storage and transmission. Microsoft is seeking input on how to packetize ASF in RTP, and would also like to include in ASF a format that can record a collection of RTP packet streams constituting a multimedia session. Only a few details were presented since the announcement of ASF was to be made the next week and therefore the document describing it was not yet available. ASF is a "framework" that can include filters for translation between storage and transmission formats. It is intended to be transform independent, and will provide a variety of error concealment methods. One question is how these error concealment methods can be coordinated with the RTP layer. The proposal was that an RTP payload type be allocated to indicate a multiplexed ASF stream. One motivation claimed for multiplexing in this manner is that it simplifies synchronization. However, this goes against the RTP notion that streams should be sent separately to allow receivers to select among them an synchronize the chosen ones using the timestamps provided in RTCP SR packets. There were several comments from meeting participants who questioned the motivation for multiplexing. Perhaps the strongest supporting reason is that high volume multimedia servers do not have time to take apart stored media and construct separate RTP streams. Greg Minshall summarized the WG sentiment: the participants have a number of questions about the proposal, but would like to hear more details. Microsoft is to produce a draft proposing an encapsulation of ASF into RTP after the ASF document is available, and then this proposal will be discussed further in the working group. 1.5. Using dynamic payload types Steve Casner presented one slide as a reminder to implementers to include support for dynamic payload types. Creators of new payload formats have asked for static payload types to be assigned, but the 7-bit space is not large enough to define a type for all who might request one. Instead, new encodings should be tested using dynamic payload types and might later have static types assigned if they prove to be important for interoperation among implementations. The RTP A/V Profile (RFC 1890) defines payload types 96-127 to be dynamic per session. The mapping between these types and format descriptions in a larger space is conveyed in a session protocol. For example, the SDPv2 spec under development in the MMUSIC WG provides this function. It may be appropriate to register the format names to be used in that larger space, but that is not strictly an RTP issue since the names are carried in session protocols. 2. RTP and MBone monitoring As RTP begins to see more use, we need to learn how RTCP feedback can help in the operation of applications and general monitoring of the MBone. Steve Casner introduced the topic with a slide listing the information provided by RTCP: participant descriptions, packet loss and jitter as seen by all receivers, and propagation delay from the sender to each receiver. This information may be combined with route mapping data to produce a graphical display, as Paul Stewart did a year ago in his msessmon program. Now mtrace could be used to collect more accurate routes. 2.1. Tracking session participants Kevin Almeroth and collaborators at Georgia Tech have implemented a tool called mcollect to gather statistics about participation dynamics in MBone sessions. This program does not yet make use of the content of RTP or RTCP packets; instead it measures the start and end times of participation in a session based on source host addresses. A number of interesting observations of user behavior, such as "session surfing" and significant variations in connection patterns for different types of sessions, were observed. Kevin posed as an open issue the question of how to take advantage of the information carried by RTCP. 2.2. Using RTCP feedback Andrew Swan responded to a last-minute request to say a few words about work at UC Berkeley on using RTCP. He pointed out that many interesting events have been transmitted on the MBone, but that we still need to be able to better diagnose problems in the multicast distribution. RTCP feedback will be an important part of the solution. Collecting feedback with RTCP is easy. The hard part is figuring out how to analyze and present the information. The first idea, for example in presenting the loss rates seen by all receivers, is a table. But how should the table be sorted? Work is underway to implement and test different techniques, and will be presented in more detail in the future. 3. RTP header compression for low bandwidth links Internet Telephony is a rapidly growing application, but the commercial products do not use RTP. Part of the reason may be that they were developed before RTP was published as an RFC, but another factor may be the bandwidth overhead imposed by RTP. Even though minimizing overhead was a key consideration in the design of RTP, for very low rate audio the 12-byte RTP header may still be a problem. Scott Petrack of IBM and Ed Ellesson of IBM have proposed that the working group define "C/RTP", a compressed-header form of RTP. Before the meeting, they sent a preliminary draft to the mailing list outlining a framework for C/RTP including examples of compression techniques that might be employed. Scott gave a presentation on these ideas at the meeting. To motivate this effort, Scott provided a calculation showing that latency due to packetization delay increases linearly with packet header size when bandwidth is constrained. That is because one must increase the packet size if the header size is increased in order to keep the overhead ratio constant and not exceed the fixed bandwidth limit. Since highly compressed audio signals may use frames on the order of 24 bytes, the 12 bytes of RTP header (plus 28 bytes of IPv4 and UDP headers) are a significant overhead. Frames are generated every 20 or 30 milliseconds, and to minimize latency it is best to send only one frame per packet. A variety of techniques for compressing the header size were proposed. Constant information such as the payload type and SSRC ID may be omitted if shared state can be established via some form of reliable communication (out of band). However, note that these values are constant only if the payload format is not changed and if there is only one source sending on the session (e.g., unicast). Some fields that are not constant may change by fixed amounts for contiguous packets, depending upon the media. It seems likely that the techniques designed by Van Jacobson for compression of IP/TCP headers over SLIP links may be applicable here, though some additional mechanism would be required to take the place of the TCP retransmissions that re-establish state after an error. One issue is whether the compressed RTP should be implemented in applications (as RTP often is) and used end-to-end, or whether it should be implemented at the endpoints of slow links, perhaps in PPP as with IP/TCP header compression. It seems likely that for RTP header compression to be effective, IP and UDP headers must also be compressed, which suggests the latter approach. However, Mikael Degermark cautioned against tying compression of all three layers into one mechanism if RTP compression depends upon handshaking between the two ends. The UDP header compression that has been designed as part of the IPNG effort works over simplex connections without a handshake. Scott's presentation did not include a specific proposal for the C/RTP protocol, but rather was a call for the working group to take up this problem as a work item. The general sentiment at the meeting was that this would be appropriate. Comments pro or con are solicited. Scott also offered a GSMVQ audio encoding algorithm for consideration as a format to be used with RTP. 4. Fostering industry adoption of RTP for interoperability The first topic that was raised in calling for the working group to meet at this IETF was a discussion of what should be done to foster industry adoption of RTP. However, there was not sufficient time to organize participation in the meeting by companies other than those who have been involved in the working group for some time, so there was not a lot of discussion here. Others cited adoption of RTP in Netscape's LiveMedia initiative and in the H.323 recommendation of the ITU-T as evidence that the industry is already paying attention to RTP. None the less, there may be issues such as the need for header compression that are industry concerns. It was suggested to try organizing for more industry participation at the next IETF in Montreal. One proposal was to sponsor a Connectathon-like event to test interoperation and conformance. Ross Finlayson countered that it should not be necessary to organize an event in one place for this. Instead, interoperability testing should be conducted across the network. 5. AVT working group logistics It became apparent at this meeting that there is new work that should be addressed by the AVT working group, and that AVT should continue to hold separate sessions at IETF rather than merging with MMUSIC. In particular, it was agreed that AVT should meet in Montreal. The new work includes: - Additional payload format specs, as presented in this meeting - RTP header compression - Should there be an interface service definition for RTP? - Extending RTP for applications other than audio/video On this last topic, during IETF week a new draft on "RTP extension for Scalable Reliable Multicast" (draft-parnes-avt-srm-00.txt) was posted to the mailing list by Peter Parnes from LuTH/CDT. Everyone is encouraged to read that draft. Since AVT's initial charter has been completed, this new work needs an updated charter. The chair will prepare a revised charter for comments. 6. Miscellaneous issues Steve Casner brought up one last issue before adjourning the meeting. In Section 8.2 of the RTP spec, an algorithm is defined for detecting collisions of SSRC ID allocations and loops induced by RTP mixers or translators. As defined, that algorithm will work properly only if sources use the same UDP source port number (not destination port number) for both RTP and RTCP packets in a session. However, not all implementations of RTP do that; the vat and vic programs from LBL are counter examples. The algorithm can be modified to allow the ports to be different, at the cost of potentially locking on to the RTP packets >from one source and the RTCP packets from another. On the other hand, some people have expressed the opinion that the algorithm is too complicated and hard to test (because collisions should be very rare). This is one area in which implementation experience is needed to determine what changes, if any, should be made before the transition of RTP to Draft Standard. Due to time limits, there was no discussion of this topic at the meeting. Steve Casner intends to write an informational RFC on the issue so that implementers of RTP can be aware of it. From rem-conf-request@es.net Fri Apr 19 17:12:39 1996 Received: from precept.com (actually hydra.precept.com) by osi-west.es.net with ESnet SMTP (PP); Fri, 19 Apr 1996 14:11:50 -0700 Received: from little-bear.precept.com by precept.com (5.x/SMI-4.1) id AA06058; Fri, 19 Apr 1996 14:11:45 -0700 Date: Fri, 19 Apr 1996 14:11:44 -0700 (PDT) From: Stephen Casner To: Jim Gemmell Cc: "'rem-conf@es.net'" Subject: Re: bandwidth limitations for the mbone In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII > In several places (books, web pages, articles) I have seen mention made > of mbone traffic being limited to roughly 500 kbps. How is this achieved > - in routers? mrouted? When we first established the MBone, the 500 kb/s was simply a convention based on what we thought was a reasonable fraction of a T1 line that we could consume for this experiment. Since then, rate limiters have been implemented in mrouted and other multicast routers so that network administrators could feel safer in allowing multicast on their links. In particular, mrouted 3.8 has 500 kb/s set as the default rate limit for tunnels, so there are many links that impose this limit. I've heard that the next version of mrouted will have no default rate limit and will require that it be explicit in the config file. That way, the 500 kb/s limit will not be imposed in places where it is not needed. Note that the limit can be set to 0 which turns off the rate limiter. -- Steve From rem-conf-request@es.net Sun Apr 21 07:37:51 1996 Received: from 1adtfrear.1ad.army.mil (actually 199.122.57.222) by osi-west.es.net with ESnet SMTP (PP); Sun, 21 Apr 1996 04:37:02 -0700 Received: from Microsoft Mail (PU Serial #1406) by 1adtfrear.1ad.army.mil (PostalUnion/SMTP(tm) v2.1.8d for Windows NT(tm)) id AA-1996Apr21.132346.1406.68018; Sun, 21 Apr 1996 13:42:11 +0100 From: prevmed1@1adtfrear.1ad.army.mil (PM MAJ Malone) To: Distribution.List@es.net (Multiple Recipients - Overflow Header Below) Message-ID: <1996Apr21.132346.1406.68018@1adtfrear.1ad.army.mil> X-Mailer: Microsoft Mail via PostalUnion/SMTP for Windows NT Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Date: Sun, 21 Apr 1996 13:42:11 +0100 Subject: FW: Fwd: Re: Something fun: a kids proj > Date: Friday, 19-Apr-96 12:01 PM > > From: Peep \ Internet: (whitedfp@hirama. hiram.edu) > To: Bill Spalding \ PRODIGY: (CRBR38A) > > Subject: Re: Something fun: a project for two elem. kids > > > > > Forwarded message: > > > > Hi, our names are Stevie and Amanda. We are in the 5th grade at the > > Phillipston Memorial School, Phillipston, Massachusetts, USA. We are > doing > > a science project on the Internet. We want to see how many responses we > can > > get back in two weeks. (We are only sending out two letters.) > > > > Please respond and then send this letter to anyone you communicate with > on > > the Internet. Respond to smc@tiac.net > > > > 1. Where do you live (state and country) > > 2. From whom did you get this letter? > > > > Thank you! > > Stevie and Amanda > > > ------------------- Overflow-To: optical@1adtfrear.1ad.army.mil (Optical), bamcpms@bamc-amedd.army.mil (PJ), BILLHUR@aol.com (BILLHUR), brendasox@aol.com (Brenda Bowersox), davoren@email-bosnia.22sig.army.mil (davoren), dfinuf@mail.utexas.edu (Dennis Finuf), Douglas_Ashby@MEDCOM1.SMTPLINK.AMEDD.ARMY.mil (Douglas_Ashby), evi@rupertsberg.cs.colorado.edu (Evi Nemeth), hoodoch@fthood-amedd.army.mil (hoodoch), Jesse_Bicad@smtplink.bamc.amedd.army.mil (Jesse_Bicad), jpetrich@texas.net (Janis Lynn Petrich), Listserve@faculty.ed.umuc.edu (Listserve), ludwig@bedrock.1ad.army.mil (MAJ Sharon Ludwig), malcolm@siteworks.co.uk (Peak Performance), mcginley@rupertsberg.cs.colorado.edu (mcginley), oberryl@email.hanau.army.mil (Loraine A. Oberry, OHN), PVNTMED_FSHTX-BAMC@smtplink.medcom.amedd.army.mil (PVNTMED_FSHTX-BAMC), rem-conf@es.net (rem-conf), SGM_Gene_Lysik@SMTPLINK.MEDCOM.AMEDD.ARMY.MIL (SGM_Gene_Lysik) From rem-conf-request@es.net Mon Apr 22 01:27:34 1996 Received: from virginia.edu (actually mars.itc.Virginia.EDU) by osi-west.es.net with ESnet SMTP (PP); Sun, 21 Apr 1996 22:26:58 -0700 Received: from archive.cs.virginia.edu by mail.virginia.edu id aa15832; 22 Apr 96 1:26 EDT Received: from cobra.cs.Virginia.EDU (cobra-fo.cs.Virginia.EDU [128.143.136.17]) by archive.cs.Virginia.EDU (8.7.1/8.6.6) with SMTP id BAA04767; Mon, 22 Apr 1996 01:26:53 -0400 (EDT) Received: by cobra.cs.Virginia.EDU (5.x/SMI-2.0) id AA08880; Mon, 22 Apr 1996 01:26:52 -0400 Message-Id: <9604220526.AA08880@cobra.cs.Virginia.EDU> Subject: Announce: Meteor-Vic for Linux To: rem-conf@es.net Date: Mon, 22 Apr 1996 01:26:51 -0400 (EDT) From: Michael Esler X-Mailer: ELM [version 2.4 PL25] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit The Multimedia Networks Group at the University of Virginia (http://www.cs.Virginia.EDU/mng) has released vic2.7a38 with support for the Matrox Meteor under Linux. A compiled version of vic2.7b2 will follow shortly. Binaries can be found at: ftp.cs.Virginia.EDU/pub/gwtts/Linux Sources will be released later this week. The Meteor is capable of delivering full color video from RCA and s-video inputs in NTSC, PAL and SECAM format. For more information on multicast under Linux, see the Linux Multicast Homepage: http://www.cs.Virginia.EDU/~mke2e/multicast.html -- Michael Esler University of Virginia esler@cs.Virginia.EDU School of Engineering & Applied Science http://www.cs.Virginia.EDU/~mke2e Multimedia Networks Group From rem-conf-request@es.net Mon Apr 22 11:37:01 1996 Received: from egate.lut.ac.uk by osi-west.es.net with ESnet SMTP (PP); Mon, 22 Apr 1996 08:36:20 -0700 Received: from mailhost.lut.ac.uk [131.231.16.7] (pp) by egate.lut.ac.uk with smtp (Exim 0.42 #1) id E0uBNej-000675-00; Mon, 22 Apr 1996 16:36:01 +0100 Received: from pipkin.lut.ac.uk by hpd.lut.ac.uk (15.11/SMI-4.1) id AA13771; Mon, 22 Apr 96 16:35:35 bst Sender: ben@lboro.ac.uk Message-Id: <317BA745.237C228A@lut.ac.uk> Date: Mon, 22 Apr 1996 16:35:33 +0100 From: Ben Anderson Organization: LUTCHI Research Centre X-Mailer: Mozilla 2.01 (X11; I; SunOS 4.1.4 sun4m) Mime-Version: 1.0 To: Mark Handley Cc: rem-conf@es.net Subject: "info" media type? and (Re: sdr V2.2a2 alpha release) References: <17400.829521219@cs.ucl.ac.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mark, (cc'd to rem-conf) Mark Handley wrote: > > There's a new alpha release of sdr (2.2a2) now in > ftp://cs.ucl.ac.uk/mice/sdr/ > for SunOS{4,5} Irix, HPUX and OSF1. > [snip] > > The main changes in 2.2 are this RTP change and a totally new way of > configuring new tools/media/formats/menus/etc that should be much > better than the old .sdr.tcl method. If you had any changes to > .sdr.tcl to support new tools/formats, they will no longer work with > sdr2.2, and you'll have to read the built-in help about sdr plug-ins. > yow! This is cool. Excellent work. One thing - because sdr2.2 still reads in ~/.sdr.tcl I found that I had to remove this obsolete config file before things went smoothly. I'd also like to posit a new media type: info The scenario is that a bunch of "interested co-workers" (a project group, say) want to exchange low b/w awareness information (availability, current activity, whatever) via a multicast group. To do so they use a group awareness client (perhaps also a SIP client?) launched from an announcement in sdr. So we are using sdr to announce the existence of a work group who may (or not) then activate the other media tools via the SIP client. They would use a protocol (Group Awareness Protocol, GAP ;-) to exchange such information in an efficient and b/w appropriate manner. An sdr plugin for this might look like: media:info icon:info text:Info proto:gap tool:gaptool fmt:xtp { flags:-f xtp } etc... where xtp is an experimental format created for the gaptool application. There's a lot of work in the CSCW community that is starting to need some sort of group awareness protocol - in fact it can be mapped on to elements of RTCP in interesting ways. I'd be interested if anyone else sees the need for such a protocol - in the current absence of a SIP proxy/server type infrastructure, it might be a useful way to leverage the MMUSIC SIP stuff...? (I didn't cc this to confctrl incidentally). It would also be a useful vehicle for exploring the privacy and security issues which surround all this stuff. On the other hand there may be more appropriate ways of achieving this....? Am I making sense here? cheers Ben. -- http://pipkin.lut.ac.uk/~ben/sig.html From rem-conf-request@es.net Mon Apr 22 13:30:01 1996 Received: from bmrc.Berkeley.EDU by osi-west.es.net with ESnet SMTP (PP); Mon, 22 Apr 1996 10:29:27 -0700 Received: from garfield.CS.Berkeley.EDU (garfield.CS.Berkeley.EDU [128.32.32.118]) by bmrc.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id KAA22116 for <298-list@bmrc.Berkeley.EDU>; Mon, 22 Apr 1996 10:26:57 -0700 Received: from garfield.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by garfield.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id KAA18208; Mon, 22 Apr 1996 10:26:55 -0700 Message-Id: <199604221726.KAA18208@garfield.CS.Berkeley.EDU> From: Andrew Swan To: 298-list@bmrc.Berkeley.EDU cc: rowe@cs.berkeley.edu Subject: UC Berkeley Multimedia Seminar 4/24/96 - "Spinning the Chimera WEB: Reconstructing a Prehistoric Place" X-URL: http://www.cs.berkeley.edu/~aswan/ Date: Mon, 22 Apr 1996 10:26:54 -0700 Sender: aswan@bugs-bunny.CS.Berkeley.EDU This week's Berkeley Multimedia and Graphics seminar will be held Wednesday, April 24, from 12:30 - 2:00 PST in 405 Soda Hall. The speaker will be Ruth Tringham for the U.C. Berkeley Department of Anthropology, discussing "Spinning the Chimera WEB: (Re)Constructing a Prehistoric Place" The talk will be broadcast on the Internet MBONE, beginning at roughly 12:40 PM PST. Please note that you will need vic 2.7 to watch the broadcast. Pre-compiled vic binaries for most architectures are available from: ftp://ftp.ee.lbl.gov/conferencing/vic/alpha-test/ See http://bmrc.berkeley.edu/298/ for a schedule of upcoming talks. Other questions should be directed to Larry Rowe (rowe@cs.berkeley.edu) Abstract: In this presentation I describe the creation of a non-linear hypermedia web that provides access to and interpretation of the data of the Opovo Archaeological Project (OAP). The Chimera Web is about much more than "surfing" and "navigating." The plan is to link the interpretational Chimera Web with the primary visual, textual and numeric database of the OAP. The hypermedia "web" acts as the mediator between the reader and the data, so that a reader can participate seriously in their interpretation. In this way the Chimera Web has not only the important function of archiving the archaeological database of the Opovo Archaeological Project and making it available in a format that can be kept current, but it also has the aim of engaging a wider audience than just a few professionals in its exploration and interpretation - high school and college students, professional researchers, teachers, people who want to do more than passively sit back and have knowledge and great discoveries fed to them. I will discuss the path by which the Chimera Web is being created in Storyspace and elaborated in Macromedia Director, and the pros and cons of its ultimate authoring in Macromedia Authorware, and the means by which "readers" can access and manipulate the mixed media data and records of the OAP. Finally, I will discuss the various options for the publishing medium of the interpretive web-plus-database product, whether as a self-contained CD-ROM or as a page on the WWW. From rem-conf-request@es.net Mon Apr 22 17:37:27 1996 Received: from gateway-gw.pictel.com by osi-west.es.net with ESnet SMTP (PP); Mon, 22 Apr 1996 14:36:41 -0700 Received: from roadrunner.pictel.com by gateway-gw.pictel.com (4.1/cf.gw.940128.1740) id AA20542; Mon, 22 Apr 96 17:36:39 EDT Received: from smtpnotes.pictel.com by roadrunner.pictel.com (4.1/runner.910925.1) id AA22053; Mon, 22 Apr 96 17:33:27 EDT Received: by smtpnotes.pictel.com (4.1/SMI-4.1) id AA05180; Mon, 22 Apr 96 17:33:25 EDT Message-Id: <9604222133.AA05180@smtpnotes.pictel.com> Received: from PicTel with "Lotus Notes Mail Gateway for SMTP" id 5149D0C3F624AD6EC2256312006FB157; Mon, 22 Apr 96 21:33:23 To: imtc Cc: h32z2-list , rem-conf From: Rich Baker/PicTel Date: 22 Apr 96 17:25:46 EDT Subject: CNC: Audioconference Thursday, 25 Apr 96, 11am Boston time X-Importance: High Mime-Version: 1.0 Content-Type: Text/Plain Hi Colleagues: This coming Thursday, 25 April 96, at 11:00 am East Coast time (8:00 am Pacific Coast -- am I'm not sure what time on the Continent [it's daylight savings time now in the USA]), the IMTC Corporate Network Conferencing AG will hold a one hour audioconference to discuss several items of business. These topics have been raised to the Chair during the past couple of weeks, and we briefly discussed them at the CNC AG meeting last week in Tel-Aviv. The outcome of that discussion was to schedule an brief audiocall for this week. Details: Duration: 1 hour When: 25 April 96, 8:00 am Pacific Coast; 11:00am East Coast Who: IMTC CNC AG members and others actively interested Where: +1-303-633-6214. This call will not be operator assisted. Please announce your name when you join. Hit "*0" to get assistance from an operator. Conference ID is #171 2525. AGENDA TOPIC (1) Schedule several future CNC audioconferences to continue facilitating H.323-related issues, in light of the SG15 meeting that begins 27 May 96 in Geneva. Suggested dates: 10 May 96 (just after comments from SGC members are due back) 23 May 96 (just before SG15 meeting in Geneva, to coordinate any last minute issues) mid-June 96 (to discuss how best to facilitate second revisions of the documents) Please note that these three meetings are only suggestions. I'll be looking for the AG's desired level of participation, timing, etc. TOPIC (2) Discuss a proposal to have the IMTC CNC AG host cross-vendor H.323 implementation issues. The objective would be to provide a forum (via periodic audioconferences) for hammering out details needed to facilitate interoperability of H.323 endpoints, gatekeepers and gateways. Suggested guidelines include: o All conversations are public. o Meetings are to focus on implementation issues (e.g., "What is the string format of the 323_ID and when it will it be used?"). o Explicitly avoid conversations about "fixing" H.323, et al. These converstations should occur within meetings explicitly called to discuss the standard, NOT implement it. o Avoid spending time "educating" the folks calling in. The purpose is to provide an open forum for those already conversant in H.323 and faced with implementation decisions. It is not a venue for educating engineers about H.323. o The group's output would be an IMTC-CNC implementors 'cookbook,' posted to the IMTC public ftp sites. Discussion issues: + Have we advanced to the point where it's time to conduct implementation conversations? Or will they really turn into more discussions about the H.323, et al., standards documents? + Should our AG decide to go forward with this activity, I will be actively seeking nominations for a person to chair the meetings and post notes. TOPIC (3) Discuss a proposal to begin planning H.323 interoperability efforts. + Should our AG decide to go forward with this activity, I will be actively seeking nominations for a person to chair the meetings and post notes. Cheers, -rich baker Chair, IMTC CNC AG +1-508-623-4459 bake@pictel.com From rem-conf-request@es.net Tue Apr 23 04:56:45 1996 Received: from rah.star-gate.com (actually 204.188.121.18) by osi-west.es.net with ESnet SMTP (PP); Tue, 23 Apr 1996 01:56:09 -0700 Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id BAA19194 for ; Tue, 23 Apr 1996 01:53:52 -0700 Message-Id: <199604230853.BAA19194@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: rem-conf@es.net Subject: vic, solaris , sunvideo and scale down images Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Apr 1996 01:53:52 -0700 From: "Amancio Hasty Jr." Recently, I managed to get hold of a Sparc 4 with a sunvideo card and I noticed that the images coming up on vic are surrounded by a gray border . The image displayed seems to be scaled down?? On FreeBSD with the Matrox Meteor card , I don't have such problem so I am assuming that is something to do with the way that the sunvideo card is being programmed --- well at least I hope so 8) Tnks! Amancio From rem-conf-request@es.net Tue Apr 23 05:44:49 1996 Received: from cancer.ucs.ed.ac.uk by osi-west.es.net with ESnet SMTP (PP); Tue, 23 Apr 1996 02:44:11 -0700 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.12) with ESMTP id KAA16898; Tue, 23 Apr 1996 10:44:01 +0100 Received: (jaw@localhost) by scorpio.ucs.ed.ac.uk (8.6.9/8.6.9) id KAA20722; Tue, 23 Apr 1996 10:43:57 +0100 Date: Tue, 23 Apr 1996 10:43:56 +0100 (BST) From: Graeme Wood Reply-To: Graeme.Wood@ucs.ed.ac.uk To: "Amancio Hasty Jr." cc: rem-conf@es.net Subject: Re: vic, solaris , sunvideo and scale down images In-Reply-To: <199604230853.BAA19194@rah.star-gate.com> Message-ID: X-Department: "Unix Systems Support, Computing Services" X-Organisation: "The University of Edinburgh" X-URL: "http://ugwww.ucs.ed.ac.uk/People/Graeme.Wood/" X-Phone: +44 131 650 5003 X-Fax: +44 131 650 6552 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 23 Apr 1996, Amancio Hasty Jr. wrote: > Recently, I managed to get hold of a Sparc 4 with a sunvideo card and > I noticed that the images coming up on vic are surrounded by a gray > border . The image displayed seems to be scaled down?? No, I think this is normal behaviour. The default format for vic is H.261. An NTSC video image is smaller than a CIF image and so the picture is filled in with grey. You can check that you are displaying a CIF sized window by pulling down the Size menu. It will be set to CIF. If you reset to 1/4 NTSC you will see your grey border disappear. > On FreeBSD with the Matrox Meteor card , I don't have such problem so > I am assuming that is something to do with the way that the sunvideo > card is being programmed --- well at least I hope so 8) Perhaps the default setting on FreeBSD is nv rather than H.261? ============================================================================= 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 Tue Apr 23 06:12:25 1996 Received: from rah.star-gate.com (actually 204.188.121.18) by osi-west.es.net with ESnet SMTP (PP); Tue, 23 Apr 1996 03:11:45 -0700 Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id DAA20259; Tue, 23 Apr 1996 03:08:52 -0700 Message-Id: <199604231008.DAA20259@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Graeme.Wood@ucs.ed.ac.uk cc: rem-conf@es.net Subject: Re: vic, solaris , sunvideo and scale down images In-reply-to: Your message of "Tue, 23 Apr 1996 10:43:56 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Apr 1996 03:08:51 -0700 From: "Amancio Hasty Jr." Hi, On FreeBSD, my default encoding with vic is h.261, my default image display size is CIF and I don't see the gray border nor do we transmit the gray border. Perhaps, this is a bug in vic / sunvideo for Solaris or a limitation on the sunvideo card. I think the reason we don't see a gray border on FreeBSD with a Matrox Meteor is because the Meteor supports hardware scaling. For instance, when vic starts transmitting the default geometry of the video window is set to 352 columns and 288 columns. Tnks, Amancio >>> Graeme Wood said: > On Tue, 23 Apr 1996, Amancio Hasty Jr. wrote: > > > Recently, I managed to get hold of a Sparc 4 with a sunvideo card and > > I noticed that the images coming up on vic are surrounded by a gray > > border . The image displayed seems to be scaled down?? > > No, I think this is normal behaviour. The default format for vic is > H.261. An NTSC video image is smaller than a CIF image and so the picture > is filled in with grey. You can check that you are displaying a CIF sized > window by pulling down the Size menu. It will be set to CIF. If you > reset to 1/4 NTSC you will see your grey border disappear. > > > On FreeBSD with the Matrox Meteor card , I don't have such problem so > > I am assuming that is something to do with the way that the sunvideo > > card is being programmed --- well at least I hope so 8) > > Perhaps the default setting on FreeBSD is nv rather than H.261? > > ============================================================================ = > 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.u k > for your multimedia conferencing support WWW: http://mice.ed.ac.uk/mice / > ============================================================================ = > From rem-conf-request@es.net Tue Apr 23 14:36:41 1996 Received: from raven.dorm.virginia.edu by osi-west.es.net with ESnet SMTP (PP); Tue, 23 Apr 1996 11:36:08 -0700 Received: (from andy@localhost) by raven.dorm.virginia.edu (8.7.5/8.6.9) id OAA10657; Tue, 23 Apr 1996 14:35:31 -0400 Date: Tue, 23 Apr 1996 14:35:30 -0400 (EDT) From: Andrew Booker X-Sender: andy@raven.dorm.virginia.edu To: rem-conf@es.net Subject: Announce: vat 4.0a8 for AIX 4 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII The Multimedia Networks Group at the University of Virginia (http://www.cs.Virginia.EDU/mng/) is releasing vat4.0a8 for AIX 4. This package contains a new driver with substantial improvements over our last release. Binaries, full source, and a diff from the LBL source can be found at ftp://ftp.cs.Virginia.EDU/pub/mng/gwtts/AIX/ Andrew Booker (andy@Virginia.EDU) Kira Attwood (kira@Virginia.EDU) From rem-conf-request@es.net Tue Apr 23 15:39:30 1996 Received: from realtime.cc.missouri.edu by osi-west.es.net with ESnet SMTP (PP); Tue, 23 Apr 1996 12:38:59 -0700 Received: (from ccshag@localhost) by realtime.cc.missouri.edu (8.7.1/8.7.1) id OAA19655; Tue, 23 Apr 1996 14:38:57 -0500 (CDT) Date: Tue, 23 Apr 1996 14:38:57 -0500 (CDT) From: Paul 'Shag' Walmsley X-Sender: ccshag@realtime.cc.missouri.edu To: rem-conf@es.net cc: muiit@lists.missouri.edu, MU Multicast Transmission Group Subject: Helping Faculty Teach in a Virtual Classroom Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thursday, April 25, Burks Oakley II, associate directory of the Sloan Center for Asynchronous Learning Environments at the University of Illinois at Urbana-Champaign, will present a seminar entitled "Helping Faculty Teach in a Virtual Classroom." The seminar is scheduled to start at 2:40 PM CDT (1940 GMT). Biographical information on the speaker is available at . We intend to multicast this seminar with a TTL of 127. We'll use sdr to advertise the session, vic 2.7b1 in RTPv2 mode for the video, and vat 4.0a9 for the audio. (There will probably be a wb session up as well.) As always, multicast feedback should go to the MU Multicast Transmission Group at . We're specifically interested in getting quality and lossage reports from others out in the field. - Paul "Shag" Walmsley "Praise and blame alike mean nothing." -- Virginia Woolf From rem-conf-request@es.net Wed Apr 24 11:50:50 1996 Received: from philabs.research.philips.com by osi-west.es.net with ESnet SMTP (PP); Wed, 24 Apr 1996 08:50:15 -0700 Received: from frank.philabs.research.philips.com (frank.philabs.research.philips.com [130.140.55.10]) by philabs.research.philips.com (8.7.1/8.6.12) with SMTP id LAA01549 for ; Wed, 24 Apr 1996 11:50:13 -0400 (EDT) Received: from trauma.philabs.research.philips.com by frank.philabs.research.philips.com (4.1/SMI-4.1) id AA13584; Wed, 24 Apr 96 11:50:11 EDT Received: (from jec@localhost) by trauma.philabs.research.philips.com (8.7.3/8.6.12) id LAA12568; Wed, 24 Apr 1996 11:50:05 -0400 (EDT) Date: Wed, 24 Apr 1996 11:50:05 -0400 (EDT) From: Jorge Caviedes Message-Id: <199604241550.LAA12568@trauma.philabs.research.philips.com> To: rem-conf@es.net Subject: Conference Colloquium Cc: jec@trauma.philabs.research.philips.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Md5: ayIuSAtKQmd/FqJWBy1ukw== During the 12th Annual Conference on Distance Teaching and Learning, we are having an advanced colloquium entitled: Shall we meet together or appart? Settings for synchronous, asynchronous and bimodal distance learning." Conference Dates: August 7-9, Madison, WI Colloquium Date/Time, August 8, 1:30 - 3:15PM Conf Web page: http://www.uwex.edu/disted/distanceconf/deconf.html#loc3 Summary The colloquium focuses on synchronous and asynchronous modalities of distance learning and how the two can complement each other. Situative, methodological, and domain specific aspects that require synchronous connections should be discussed. The same analysis and discussion should cover the applications and requirements of asynchronous distance learning. By identifying overlapping or complementary requirements and opportunities we can gain a better understanding of how the two can work together for the benefit of the learner and the teacher to create more efficient and effective educational settings. Critical research issues need to be identified. Among them, the issue of face to face facilitation of group work and its equivalent in remote learning is of great importance. The scalability of the architecture and the quality of service should also be factored into the goals for a complete distance learning environment. Presenters, Jorge Caviedes, Senior Member Research Staff Philips Research U.S.A. Briarcliff Manor, NY (914) 945-6386 jec@philabs.research.philips.com Dirk Mahling, Assistant Professor University of Pittsburgh (412) 624 5144 Colloquium Information (Not final) List of Participants: 1. Dr. Timothy Koschman Cognitive Science Division Department of Medical Education S. Illinois U. 2. Dr. Alan Lesgold Associate Director, Learning Research and Development Center U. of Pittsburg 3. Dr. Joan Mazur Department of Curriculum and Instruction U. of Kentucky 4. Dan Gerson Vice President, Instructional Design Athena University, (&Florida State U.) [If you are interested in being a participant please contact us asap, we may still be able to fit you in] Format: Each participant (first 90 minutes) will be followed by a structured discussion (second 90 minutes. Three times Thirty minutes should be dedicated to: (a) synchronous distance eduction (b) asynchronous distance education (c) bi-modal systems. Anticipated A/V equipment: Overhead projector, slide projectors, LCD display panel, tape recorder, VCR. Content Level: Advanced; participants should be very familiar with a specific form of distance education or one of its underlying technologies. All participants should have a good understanding of communication and computing technologies as well as a good degree of knowledge in educational theories. Experience with Problem Based Learning or Collaborative Learning are definite advantages. Topic Area and Utility to others: Learning tools and technologies; to promote and enable active learning in groups we need an environment that seamlessly supports groups and individuals, synchronous and asynchronous interaction in the same or in different spaces. This is a large task that draws on the talents and skills of educators, curriculum designers, telecommunications designers, computer scientists, and many others. The interactions between the application domain and technology has ofter lead to fruitful discoveries on both sides. Presenters Jorge Caviedes, Sr. Member Research Staff, Philips Research. Currently investigating learning and teaching on demand sytems for professional and higher education applications. Broad experience from knowledge based systems, information management systems, case-based reasoning applied to medical systems. Specific areas of application include training, design, and field support of medical systems; presently concentrating on CSCL. Dr. Caviedes has a Ph.D. from Vanderbilt University and has held industrial research and academic positions before joining Philips. Dirk Mahling Dr. Mahling is and assistant professor in the Schoold of Information Sciences at the University of Pittsburgh. He has built and deployed a system to support asynchronous PBL in a medical school and is generally interested in CSCW and CSCL. Numerous papers have appeared in computer and medical journals. Educated in Psychology (Dipl. Psych. University of Braunchweig, Germany) and Computer Science (Ph.D. U. Massachussetts, Amherst). Dr. Mahling has done research in a number of areas spanning these two sciences. Knowledge acquisition for expert systems, GUI design, and the design of interactive systems are a few examples. Dr. Mahling has worked at the German AI research lab and at A.T. Kearney (now of EDS), a world leader in management consulting. From rem-conf-request@es.net Wed Apr 24 14:25:06 1996 Received: from piper.cs.colorado.edu by osi-west.es.net with ESnet SMTP (PP); Wed, 24 Apr 1996 11:24:28 -0700 Received: (from evi@localhost) by piper.cs.colorado.edu (8.7.5/8.7.3) id MAA21672; Wed, 24 Apr 1996 12:24:27 -0600 (MDT) Date: Wed, 24 Apr 1996 12:24:27 -0600 (MDT) From: Evi Nemeth Message-Id: <199604241824.MAA21672@piper.cs.colorado.edu> To: rem-conf@es.net Subject: Univ of Colorado, CS Dept Colloq, May 2, 3:30PM, Tim Gill, Quark Inc. Cc: evi@piper.cs.colorado.edu Mbone b'cast: CS Department Colloquium University of Colorado May 2, 3:30-5:00 PM MDT The Demise of the Web, or, How to Distinguish Marketing Hype from Truth by Tim Gill, Quark, Inc. Abstract: As currently envisioned by marketing and Wall Street types, the web is doomed to failure. Learn why, and what will replace it. Bio: Tim Gill is the Founder, Chairman and Senior Vice President of Research and Development for Quark, Inc., a Denver based software company specializing in Desk Top Publishing and Multimedia software. He graduated from Colorado in 1976 with a B.S. in applied mathematics and computer science. He worked for Hewlett-Packard for several years as an engineer before leaving to join ALF Products, a Denver software firm. He founded Quark in 1981 with a $2000 loan from his parents. Today Quark employs over 600 people and has operations in seven countries. Tools: sdr, vat, vic 2.7, wb Info: http://www.cs.colorado.edu/95-96/colloq/schedule.html From rem-conf-request@es.net Wed Apr 24 16:41:57 1996 Received: from ns.gte.com by osi-west.es.net with ESnet SMTP (PP); Wed, 24 Apr 1996 13:41:26 -0700 Received: from popserver.gte.com by ns.gte.com (8.6.10/8.6.10) id QAA29851; Wed, 24 Apr 1996 16:35:55 -0400 Received: from [132.197.70.52] by popserver.gte.com (8.6.9/8.6.9) with SMTP id QAA03126; Wed, 24 Apr 1996 16:35:25 -0400 Date: Wed, 24 Apr 1996 16:35:25 -0400 X-Sender: bk00@pophost.gte.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: drbeering@amoco.com, earley@bnr.ca, kuhfuss@anl.gov, mspada@ix.netcom.com, kmoreland@atmforum.com, admin@anpa.com, ectf@sbexpos.com, atm-list@csc.com, perform@tay1.dec.com, end2end-interest@isi.edu, ietf@isi.edu, rem-conf@es.net, announcements.chi@Xerox.com, arl@arl1.wustl.edu, atm@BBN.COM, cip@BBN.COM, cnom@maestro.bellcore.com, ccrc@dworkin.wustl.edu, enternet-ec@BBN.COM, enternet@BBN.COM, f-troup@aurora.cis.upenn.edu, g-troup@dworkin.wustl.edu, globecom@signet.com.sg, hipparch@sophia.inria.fr, icad-request@santafe.edu, iplpdn@cnri.reston.va.us, sigmedia@bellcore.com, smds@cnri.reston.va.us, tcplw@cray.com, tf-mm@i4serv.informatik.rwth-a, uist.chi@Xerox.com, xtp-relay@cs.concordia.ca, tsuzuki@ccsd.ho.nec.co.jp, Faouzi.Daoud@prism.uvsq.fr, fad@prism.uvsq.fr, chuanyi@ecse.rpi.edu, yoshida@rosso.mss.netwk.ntt-at.co.jp, jne@glasgow-caledonian.ac.uk, staples@bnr.ca, bumblis@mcc.com, rdantu@tddcae99.fnts.com, bhumip@gte.com, scott_linke@aus.hp.com, pradeep@dstc.uts.edu.au, guthery@austin.sar.slb.com, paulcov@bnr.ca, mohan@ccmail.inet.com, lewis@ctron.com, clytle@sed.stel.com, bobchap@ibm.net, oliveira@eurecom.fr, sidou@eurecom.fr, labetoul@eurecom.fr, dotti@fokus.gmd.de, enternet-ec@BBN.COM, jandre@imtn.tpd.dsccc.com, prabhu@ee.uta.edu, vik@ihades.att.com, g.weisman@ieee.org, waisum@buckaroo.ho.att.com, ahmadi@engn.uwindsor.ca, braudyb@aol.com, rlfike@aol.com, david.kirsch@east.sun.com, dkirsch@east.sun.com, bran@silcom.com, just4net@aol.com, murase@nwk.cl.nec.co.jp, 100765.3267@compuserve.com, sikama@hat.hon.melco.co.jp, kseo@BBN.COM, pogran@BBN.COM, w2xd@mrspock.mt.att.com, aidarous@bnr.ca, kjl@bellcore.com, bhumip@gte.com, sbw@ccrl.nj.nec.com, dchen@gdc.com, dho@bnr.ca, njain@baynetworks.com, zheng@merl.com, varma@ce.ucsc.edu, sathaye@fore.com, ngiroux@newbridge.com, jhalpern@newbridge.com, saw2@fns.com, kzm@cisco.com, sahmed@nortel.com, jye@strata.com, dell.schipper@eng.eds.com, dmcdysan@mcimail.com, john@caad.ed.ac.uk, jh@tele.fi, DEANS@RALVM12.VNET.IBM.COM, ikhan@qualcomm.com, 21STLCN-PC@VM1.NODAK.EDU, miyaho.noriharu@ntti.co.jp, Francois.Toutain@enst-bretagne.fr, Laurent.Toutain@enst-bretagne.fr, chao@antioch.poly.edu, todd@python.crl.McMaster.ca, dowd@eng.umd.edu, hady@whaler.cc.bellcore.com, kenichi@exa.onlab.ntt.jp, nfonseca@dcc.unicamp.br, MZukerma@VTRLMEL1.TRL.OZ.au, yoshida@netwk.ntt-at.co.jp, haas@anise.ee.cornell.edu, RAO@tech.ascom.ch, edmundo@dcc.unicamp.br, asatani@yamato.ntt.jp, BFLX1TT@tplanch.bell-atl.com, mallikt@bnr.ca, bhumip@gte.com From: bhumip@gte.com (Dr Bhumip Khasnabish +1-617-466-2080) Subject: Reg. Info for ENW-96. Pls Distribute. Thanks. our apology if you receive it multiple times. ------------------------------------------------- Thanks if you have already registered. First IEEE International Workshop on Enterprise Networking (ENW-96) is being held with ICC/SuperComm-96 in Dallas,Texas, USA on Thursday, June 27, 1996. (full-day workshop). The advance program of the ENW-96 is available at: http://www.bbn.com/enternet/ws_adv_prog.html .......................................................... REGISTER BEFORE MAY 24, 1996. For ICC-96 General Info. please call +1-800-422-6648 For ICC-96 Registration please call +1-800-424-5249 or +1-800-2SuperC i.e., +1-800-278-7373 Any problem should be reporetd to Vasant (817-272-2552) or Rod (214-684-4200) or by writing to: ICC-96/ITS, P.O.Box 825, 108 Wilmont Road, Suite 400 Deerfield, IL 60015, USA Registration and Other Info. About ICC-96 and SuperComm-96 can be found at http://www-ee.uta.edu/organizations/commsoc/icc96home.html, and http://www.super-comm.com/ Thanks a lot, with all the best wishes and regards, --------------------------------------------------------------------- Dr. Bhumip Khasnabish, GTE Labs. Inc., Tel +1-617-466-2080 40 Sylvan Road, Fax +1-617-890-9320 Waltham MA 02254 Res +1-617-647-5356 U.S.A. E-Mail: bhumip@gte.com ..................................................................... Web Page within GTE Labs: http://cnsmacic.gte.com/users/bhumip/ ===================================================================== From rem-conf-request@es.net Thu Apr 25 04:57:03 1996 Received: from mailsun.aber.ac.uk by osi-west.es.net with ESnet SMTP (PP); Thu, 25 Apr 1996 01:56:19 -0700 Received: from mailhost.aber.ac.uk (actually host saturn.aber.ac.uk) by mailsun.aber.ac.uk with SMTP (XTPPst-c); Thu, 25 Apr 1996 09:53:43 +0100 To: rem-conf@es.net cc: mice-nsc-wales@aber.ac.uk Subject: White board or other shared workspace tools on multicast and PC? Date: Thu, 25 Apr 1996 09:53:32 +0100 Message-ID: <17388.830422412@mailhost.aber.ac.uk> From: D E PRICE Dear All, We now seem to be seeing several PC / MSwindows tools appearing to support audio and video multicast etc, but I have yet to see much in the way of whiteboard / shared workspace tools. Is anyone aware of any tools? do any interwork with WB ? Thanks, Dave Price --------------------------------------------------------- | David Price, Computer Science | | | | Computer Science, University of Wales, Aberystwyth, | | Penglais Campus, Aberystwyth, Dyfed, SY23 3DB | | | | Email: dap@aber.ac.uk WWW: http://www.dcs.aber.ac.uk/ | | Phone: +44 1970 622428 FAX: +44 1970 622455 | --------------------------------------------------------- From rem-conf-request@es.net Thu Apr 25 10:22:46 1996 Received: from fenris.hiof.no by osi-west.es.net with ESnet SMTP (PP); Thu, 25 Apr 1996 07:22:18 -0700 Received: from gyda.hiof.no by fenris.hiof.no with SMTP (PP) id <11536-0@fenris.hiof.no>; Thu, 25 Apr 1996 16:22:04 +0200 Date: Thu, 25 Apr 1996 16:22:02 +0200 (MET DST) From: "Halvor Kise jr." X-Sender: halvork@gyda To: D E PRICE cc: rem-conf@es.net, mice-nsc-wales@aber.ac.uk Subject: Re: White board or other shared workspace tools on multicast and PC? In-Reply-To: <17388.830422412@mailhost.aber.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thu, 25 Apr 1996, D E PRICE wrote: > We now seem to be seeing several PC / MSwindows tools > appearing to support audio and video multicast etc, but I have yet > to see much in the way of whiteboard / shared workspace tools. Give CU-SeeMe from WhitePine a try. It is nice! The best is that you can make a conference with someone on a Macintosh. - Halvor. -- *** MEMENTO MORI *** PGP-key by fingering halvork@frodo.hiof.no http://www.hiof.no/~halvork/ From rem-conf-request@es.net Thu Apr 25 11:30:02 1996 Received: from mercury.thepoint.net by osi-west.es.net with ESnet SMTP (PP); Thu, 25 Apr 1996 08:29:11 -0700 Received: from TIS_ARLIE by mercury.thepoint.net (8.6.12/) id LAA26138; Thu, 25 Apr 1996 11:28:25 -0400 Received: by TIS_ARLIE with Microsoft Mail id <01BB3299.EDE5DC30@TIS_ARLIE>; Thu, 25 Apr 1996 11:25:38 -0400 Message-ID: <01BB3299.EDE5DC30@TIS_ARLIE> From: Arlie Davis To: "'rem-conf@es.net'" , "'mbone@isi.edu'" Subject: RE: White board or other shared workspace tools on multicast and PC? Date: Thu, 25 Apr 1996 10:22:59 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Is the LBL Whiteboard protocol documented anywhere? -- arlie ---------- From: D E PRICE[SMTP:dap@mailhost.aber.ac.uk] Sent: Thursday, April 25, 1996 8:15 AM To: rem-conf@es.net Cc: mice-nsc-wales@aber.ac.uk Subject: White board or other shared workspace tools on multicast and PC? Dear All, We now seem to be seeing several PC / MSwindows tools appearing to support audio and video multicast etc, but I have yet to see much in the way of whiteboard / shared workspace tools. Is anyone aware of any tools? do any interwork with WB ? From rem-conf-request@es.net Thu Apr 25 12:12:16 1996 Received: from atlanta.com (actually raksha.atlanta.com) by osi-west.es.net with ESnet SMTP (PP); Thu, 25 Apr 1996 09:11:38 -0700 Received: from crazyhorse.iweb.net (crazyhorse.iweb.net [205.198.67.19]) by atlanta.com (8.7.1/8.6.4) with SMTP id MAA11827 for ; Thu, 25 Apr 1996 12:06:09 -0400 (EDT) Date: Thu, 25 Apr 1996 12:06:09 -0400 (EDT) Message-Id: <199604251606.MAA11827@atlanta.com> X-Sender: daniel@pop.atlanta.com X-Mailer: Windows Eudora Version 2.1.1 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: rem-conf@es.net From: daniel davenport Subject: unsubscribe -------------- Daniel Davenport (404) 817-7757 Interweb, Inc FAX (404) 817-7738 1280 W. PeachtreeSte 100 http://www.iweb.net/ Atlanta, Ga. 30309 http://virtual.atlanta.com/ From rem-conf-request@es.net Thu Apr 25 12:56:35 1996 Received: from saratoga.compassnet.com by osi-west.es.net with ESnet SMTP (PP); Thu, 25 Apr 1996 09:55:50 -0700 Received: (from kwm@localhost) by saratoga.compassnet.com (8.6.12/8.6.12) id LAA12647 for rem-conf@es.net; Thu, 25 Apr 1996 11:53:20 -0500 From: "Kevin W. Mullet" Message-Id: <199604251653.LAA12647@saratoga.compassnet.com> Subject: Re: White board or other shared workspace tools on multicast and PC? To: rem-conf@es.net Date: Thu, 25 Apr 1996 11:53:20 -0500 (CDT) In-Reply-To: from "Halvor Kise jr." at Apr 25, 96 04:22:02 pm X-Content-not-necessarily-opinion-of: Altech Controls Corporation X-PHONE.Work.Voice: (713) 499-5697 X-PHONE.Work.FAX: (713) 499-5504 Return-Receipt-To: kwm@compassnet.com X-Acknowledge-To: kwm@altechcontrols.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1173 In response to Halvor Kise jr.: >On Thu, 25 Apr 1996, D E PRICE wrote: >> We now seem to be seeing several PC / MSwindows tools >> appearing to support audio and video multicast etc, but I have yet >> to see much in the way of whiteboard / shared workspace tools. >Give CU-SeeMe from WhitePine a try. It is nice! The best is that you can >make a conference with someone on a Macintosh. >- Halvor. [...] Does CUSeeMe actually have a whiteboard or shared workspace piece now? Last I'd seen, it was audio/video/kbd chat and a kind of "slideshow" feature. Is the slideshow what you're referring to? I'd prefer to find something that let multiple folks do real-time drawing. Is nv available on Win95, WinNT or Mac yet? I remember that nv had a codec for a section of your X screen. Has anyone had any success with running an X Server on a PC and the nv on a UNIX box, and using a portion of the PCs screen as video source using the X codec? If so, perhaps you could do effective PC-based whiteboarding that way.... Of course, I guess you could also just run the wb client on a UNIX box using a PC-based X server too. Has anyone done either of these things? -KwM- From rem-conf-request@es.net Thu Apr 25 14:48:17 1996 Received: from dip.eecs.umich.edu by osi-west.es.net with ESnet SMTP (PP); Thu, 25 Apr 1996 11:47:30 -0700 Received: (from thalerd@localhost) by dip.eecs.umich.edu (8.7.3/8.7.3) id OAA15259; Thu, 25 Apr 1996 14:48:25 -0400 (EDT) Date: Thu, 25 Apr 1996 14:47:34 From: Dave Thaler Subject: White board or other shared workspace tools on multicast and PC? Message-Id: <19960425144734.0@dip.eecs.umich.edu> To: rem-conf@es.net In-Reply-To: <> from "Arlie Davis" at Thu, Apr 25, 1996 (14:27) Arlie Davis writes: > Is the LBL Whiteboard protocol documented anywhere? Try http://www.it.kth.se/~d90-lra/wb-proto.html Dave From rem-conf-request@es.net Thu Apr 25 15:48:16 1996 Received: from wpnext.wpine.com by osi-west.es.net with ESnet SMTP (PP); Thu, 25 Apr 1996 12:47:49 -0700 Received: from [140.249.10.1] by wpnext.wpine.com (8.6.9/WM-941104.2) id PAA17780; Thu, 25 Apr 1996 15:47:41 -0400 X-Sender: bill@wpnext Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 25 Apr 1996 15:49:03 -0800 To: "Kevin W. Mullet" From: bryan@wpine.com (Bill Ryan) Subject: Re: White board or other shared workspace tools on multicast and PC? Cc: rem-conf@es.net >Does CUSeeMe actually have a whiteboard or shared workspace piece now? >Last I'd seen, it was audio/video/kbd chat and a kind of "slideshow" >feature. Is the slideshow what you're referring to? I'd prefer to find >something that let multiple folks do real-time drawing. Yes, White Pine's Enhanced CU-SeeMe does have a Whiteboard. Not to be confused with with Cornell's Slide Projector plug-in. Enhanced CU-SeeMe has better low bandwidth capabilities as well as color (useable at low bandwidth as well). See our web page for more details (www.wpine.com). Windows version is shipping. Mac version is in beta and available free for download. Bill __________________________________________________________ Bill Ryan (bryan@wpine.com) "Enhanced CU-SeeMe" Principal Software Engineer "CU-SeeMe Master Licensee" White Pine Software, Inc. http://www.wpine.com 40 Simon Street Reflector: 192.233.34.5 Nashua, NH 03060 PH: 603-886-9050 "Without software, it's a toaster" From rem-conf-request@es.net Thu Apr 25 17:29:26 1996 Received: from gateway-gw.pictel.com by osi-west.es.net with ESnet SMTP (PP); Thu, 25 Apr 1996 14:28:31 -0700 Received: from roadrunner.pictel.com by gateway-gw.pictel.com (4.1/cf.gw.940128.1740) id AA26959; Thu, 25 Apr 96 17:28:28 EDT Received: from smtpnotes.pictel.com by roadrunner.pictel.com (4.1/runner.910925.1) id AA16153; Thu, 25 Apr 96 17:25:15 EDT Received: by smtpnotes.pictel.com (4.1/SMI-4.1) id AA03831; Thu, 25 Apr 96 17:25:14 EDT Message-Id: <9604252125.AA03831@smtpnotes.pictel.com> Received: from PicTel with "Lotus Notes Mail Gateway for SMTP" id 2DFE308F88F72399852563170071627F; Thu, 25 Apr 96 21:25:12 To: h32z2-list Cc: imtc , rem-conf From: Rich Baker/PicTel Date: 25 Apr 96 16:46:05 EDT Subject: CNC: 25 Apr 96 audioconference notes Mime-Version: 1.0 Content-Type: Text/Plain Hi all: Apologies for duplicate receptions... Here are my notes from the CNC AG audiocall held earlier today. Comments and corrections welcome! Cheers! -rich baker IMTC CNC AG chair +1-508-623-4459 bake@pictel.com ====== IMTC CNC audiocall - 25 Apr 96 Attendees included representatives from: 8x8, British Telecom, InSoft/Netscape, Intel, Lucent, Microsoft, NetManage, PictureTel, RadVision, VTEL, and VideoServer. Chair Rich Baker briefly summarized the excellent (and intense!) work accomplished in Tel Aviv last week. This resulted in change documents to the White H.323, H.225.0 and AVC890. They have been posted to the h322z2 reflector and the h323 ftp site. Paper copies of the documents were sent by First Class mail Tuesday night to some 125 US companies for comments prior to 10 May 96. It is our expection and hope that these documents will be approved as US Contributions for the two week SG15 meeting, which begins 27 May in Geneva. The CNC had hoped to submit them as documents originating from the IMTC, which is incorporated in California, hence a US company. Due to a technicality, this was not possible in the time frame available. Under advice from folks familiar with the SGC process, we chose instead to submit them with the cover letter that I'll post to the h322z2 reflector. As discusssed in Tel Aviv, the letter explicitly lists all US companies which were involved in the Tel Aviv meeting and calls attention to the fact the documents reflect the efforts (and concensus of) twelve companies from around the world. Our thanks to Editors Gary Thom, Dale Skran and Mark Reid for their untiring efforts, plus a big thank you to Bob Webber (PictureTel) for creating the comprehensive H.225.0 change document and to Elaine Alan (PictureTel) for taking care of the many logistics involved in copying, collating, and submitting the contributions in record time to SGC members. ===== The balance of our meeting today addressed the three agenda topics posted in the meeting announcement. The following was decided: Topic (1): The IMTC CNC will hold additional audioconferences on the following three dates: 9 May 96 (TH): To discuss any comments from SGC companies or from folks outside the US regarding the H.323, H.225.0, AVC890 change documents submitted earlier this week. 22 May 96 (W): To discuss any final issues that may come up prior to the SG15 meeting 20 Jun 96 (TH): To discuss how the CNC wishes to organize itself in light of the SG15 outcome. Likely this conversation will address how best to facilitate extending the (hopefully!) approved documents and keep the work moving forward. These meetings will tentatively be scheduled for two hours, begining at 8am Pacific Time, 11am East Coast time, 4pm UK time. The meetings will be made as brief as possible. Note: If you have any comments about the documents, PLEASE post them to the h322z2 reflector asap so they can be discussed among the various companies. Topics (2) and (3): Several folks have approached me, offering to help organize efforts around implementation (Topic 2) and interoperability testing (Topic 3). The "Welcome" mat is at my doorstep for all eager and willing hands to step forward. At the IMTC Forum meeting next week in Boston, there's additional opportunity for hallway converstations on these issues. During our meeting, the AG reached concensus that: o Audiocalls shall not be held unless an agenda is posted prior to the call. o Issues related to _extensions_ to the Tel Aviv H.323 documents should be posted at the earliest convenience to the h322z2 reflector. As the need arises, the CNC AG can host meetings to discuss them. o Folks interested in getting sub-group activities started in Implementation and in Interoperability Testing should post their suggestions to the IMTC and h322z2 reflectors. The CNC AG can then comment on them via e-mail and, when appropriate, take them up as discussion items in any of the upcoming three scheduled audiocalls (or schedule special audiocalls). Once concensus is reached around a set of written guidelines, audiocalls and meetings can be called as needed. A guiding principle is that we use the IMTC as a vehicle for establishing open processes to promote interoperability, while keeping the time spent in IMTC meetings focused upon specific issues agreed to beforehand. [end of notes] From rem-conf-request@es.net Thu Apr 25 17:30:04 1996 Received: from gateway-gw.pictel.com by osi-west.es.net with ESnet SMTP (PP); Thu, 25 Apr 1996 14:28:31 -0700 Received: from roadrunner.pictel.com by gateway-gw.pictel.com (4.1/cf.gw.940128.1740) id AA26950; Thu, 25 Apr 96 17:28:27 EDT Received: from smtpnotes.pictel.com by roadrunner.pictel.com (4.1/runner.910925.1) id AA16140; Thu, 25 Apr 96 17:25:13 EDT Received: by smtpnotes.pictel.com (4.1/SMI-4.1) id AA03819; Thu, 25 Apr 96 17:25:12 EDT Message-Id: <9604252125.AA03819@smtpnotes.pictel.com> Received: from PicTel with "Lotus Notes Mail Gateway for SMTP" id 08F5464140A2B2428525631700721F8A; Thu, 25 Apr 96 21:25:10 To: h32z2-list Cc: imtc , rem-conf From: Rich Baker/PicTel Date: 25 Apr 96 17:16:52 EDT Subject: CNC call in numbers: 5/9, 5/22,6/22 Mime-Version: 1.0 Content-Type: Text/Plain Hi folks: Apologies for any duplicate postings... During today's CNC AG audioconference, we agreed on dates for our next three audiocalls. Here are the details: All three days will use the same number, located in New York: +1-212-346-0450. Starting time: 8am Pacific, 11am East Coast, 4pm U.K. Duration: 2 hours maximum; likely much shorter... Note that these conferences are automated, so please honor the open nature of these meetings and announce your name when you join. Confirmation numbers for the meetings are: 9 May 96: Confirmation #172 0491 22 May 96: Confirmation #172 0502 20 Jun 96: Confirmation #172 0506 They are scheduled through ConferTech, at +1-800-252-5150 or +1-303-633-3000. Meeting agendas are: 9 May 96 (TH): To discuss any comments from SGC companies or from folks outside the US regarding the H.323, H.225.0, AVC890 change documents submitted earlier this week. 22 May 96 (W): To discuss any final issues that may come up prior to the SG15 meeting 20 Jun 96 (TH): To discuss how the CNC wishes to organize itself in light of the SG15 outcome. Likely this conversation will address how best to facilitate extending the (hopefully!) approved documents and keep the work moving forward. All IMTC CNC AG members and other folks deeply involved in multimedia collaboration over IP-multicast networks using H.323 are invited to attend. I have reserved 20 ports for each meeting. Cheers, -rich baker IMTC CNC AG Chair PictureTel Corporation +1-508-623-4459 bake@pictel.com From rem-conf-request@es.net Fri Apr 26 11:02:27 1996 Received: from egate.lut.ac.uk by osi-west.es.net with ESnet SMTP (PP); Fri, 26 Apr 1996 08:01:50 -0700 Received: from mailhost.lut.ac.uk [131.231.16.7] (pp) by egate.lut.ac.uk with smtp (Exim 0.42 #1) id E0uCp0l-0002or-00; Fri, 26 Apr 1996 16:00:43 +0100 Received: from pipkin.lut.ac.uk by hpd.lut.ac.uk (15.11/SMI-4.1) id AA06428; Fri, 26 Apr 96 16:00:20 bst Sender: ben@lboro.ac.uk Message-Id: <3180E503.167EB0E7@lut.ac.uk> Date: Fri, 26 Apr 1996 16:00:19 +0100 From: Ben Anderson Organization: LUTCHI Research Centre X-Mailer: Mozilla 2.01 (X11; I; SunOS 4.1.4 sun4m) Mime-Version: 1.0 To: "Kevin W. Mullet" Cc: rem-conf@es.net Subject: Re: White board or other shared workspace tools on multicast and PC? References: <199604251653.LAA12647@saratoga.compassnet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Kevin W. Mullet wrote: > [snip] > > Of course, I guess you could also just run the wb client on a UNIX box > using a PC-based X server too. > > Has anyone done either of these things? yes, we ran wb on to a Windoze-based toshiba pen-pad using eXceed - being able to use a pen with the whiteboard hugely improved usability. B. -- http://pipkin.lut.ac.uk/~ben/sig.html From rem-conf-request@es.net Fri Apr 26 12:43:53 1996 Received: from fenris.hiof.no by osi-west.es.net with ESnet SMTP (PP); Fri, 26 Apr 1996 09:43:15 -0700 Received: from gyda.hiof.no by fenris.hiof.no with SMTP (PP) id <11531-0@fenris.hiof.no>; Fri, 26 Apr 1996 18:41:56 +0200 Date: Fri, 26 Apr 1996 18:41:54 +0200 (MET DST) From: "Halvor Kise jr." X-Sender: halvork@gyda To: "Kevin W. Mullet" cc: rem-conf@es.net Subject: Re: White board or other shared workspace tools on multicast and PC? In-Reply-To: <199604251653.LAA12647@saratoga.compassnet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thu, 25 Apr 1996, Kevin W. Mullet wrote: > Is nv available on Win95, WinNT or Mac yet? Yes, for Mac. Have a look at http://www.devtools.apple.com/qtc/ - Halvor. -- *** MEMENTO MORI *** PGP-key by fingering halvork@frodo.hiof.no http://www.hiof.no/~halvork/ From rem-conf-request@es.net Fri Apr 26 13:09:40 1996 Received: from fenris.hiof.no by osi-west.es.net with ESnet SMTP (PP); Fri, 26 Apr 1996 10:08:52 -0700 Received: from gyda.hiof.no by fenris.hiof.no with SMTP (PP) id <11939-0@fenris.hiof.no>; Fri, 26 Apr 1996 19:08:49 +0200 Date: Fri, 26 Apr 1996 19:08:47 +0200 (MET DST) From: "Halvor Kise jr." X-Sender: halvork@gyda To: rem-conf@es.net Subject: Broadcast of WWW5 conference Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello, I am about to make a i CU-SeeMe reflector network for the Fifth International World Wide Web Conference, and need reflectors from all over the world. You can find more information about the WWW5 conference at http://www5conf.inria.fr/ and about the CU-SeeMe broadcast at http://www.hiof.no/smm/kringkast/www5/ B Do you have a reflector that we can use to broadcast the conference in your part of the world? If you do, please mail me and I'll give you a feed. Hope to hear from you soon. - Halvor. -- *** MEMENTO MORI *** PGP-key by fingering halvork@frodo.hiof.no http://www.hiof.no/~halvork/ From rem-conf-request@es.net Fri Apr 26 13:34:17 1996 Received: from saratoga.compassnet.com by osi-west.es.net with ESnet SMTP (PP); Fri, 26 Apr 1996 10:33:16 -0700 Received: (from kwm@localhost) by saratoga.compassnet.com (8.6.12/8.6.12) id KAA08014; Fri, 26 Apr 1996 10:38:35 -0500 From: "Kevin W. Mullet" Message-Id: <199604261538.KAA08014@saratoga.compassnet.com> Subject: Re: White board or other shared workspace tools on multicast and PC? To: B.Anderson@lboro.ac.uk (Ben Anderson) Date: Fri, 26 Apr 1996 10:38:33 -0500 (CDT) Cc: kwm@compassnet.com, rem-conf@es.net In-Reply-To: <3180E503.167EB0E7@lut.ac.uk> from "Ben Anderson" at Apr 26, 96 04:00:19 pm X-Content-not-necessarily-opinion-of: Altech Controls Corporation X-PHONE.Work.Voice: (713) 499-5697 X-PHONE.Work.FAX: (713) 499-5504 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 807 In response to Ben Anderson: [...] >yes, we ran wb on to a Windoze-based toshiba pen-pad using eXceed - >being able to use a pen with the whiteboard hugely improved usability. > >B. [...] Hmmm... I wonder, ergonomically speaking, whether there is much more to be gained by having a pen directly on the display, as opposed to a digitizing tablet where you write in one place and it comes out in another. Physically, I would think that a separate tablet is better unless your display can be oriented face-up and flat on the work surface. I wonder which is psychologically better for workflow, though. -Kevin who-forgot-to-turn-off-automatic-receipts-in-his-last-post- and-spent-most-of-the-day-yesterday-deleting-hundreds-and-hundreds-of- SMTP-receipts-from-his-mailbox Mullet -KwM- From rem-conf-request@es.net Fri Apr 26 16:15:08 1996 Received: from falcon.rwii.com by osi-west.es.net with ESnet SMTP (PP); Fri, 26 Apr 1996 13:14:33 -0700 Received: from falcon.rwii.com (localhost [127.0.0.1]) by falcon.rwii.com (8.7.1/8.6.9) with ESMTP id QAA17475; Fri, 26 Apr 1996 16:14:25 -0400 Message-Id: <199604262014.QAA17475@falcon.rwii.com> X-Mailer: exmh version 1.6.4 10/10/95 To: rem-conf@es.net, LINUXVIS-L@cornell.edu cc: tyson@falcon.rwii.com, jm@cs.brown.edu Subject: Linux driver for Matrox Meteor Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Apr 1996 16:14:24 -0400 From: Tyson D Sawyer Some time back on the Linuxvis-l linst, I announced that RWI would be sponsoring the development of a Linux driver for the Matrox Meteor. Jim Bray, the consultant we hired for this project, is about to release version 1.0 of the driver. Version 0.9 seems to work well on most systems. This is a port and partial rewrite of the FreeBSD driver. This is also the driver being used by the 'nv' folks at cs.Virginia.EDU. Anyone using or interested in using this driver should get the latest copy >from it's home site: ftp.rwii.com:/pub/linux/system/Meteor/ Though we can't promise fixes for everyone, we do accept reports and patches. I expect that on most systems (includeing SMP and dual Meteors) the driver should work without hassle. There is also a meteor-users mail list. You can subscribe to this by sending mail to majordomo@rwii.com with the following line in the body of the message: subscribe meteor-users It is my hope that this driver will eventually be unified with the FreeBSD driver. Anyone interested in working on that part should contact me, tyson@rwii.com. Cheers! Ty From rem-conf-request@es.net Fri Apr 26 18:38:17 1996 Received: from cs.brown.edu by osi-west.es.net with ESnet SMTP (PP); Fri, 26 Apr 1996 15:37:49 -0700 Received: from markov.cs.brown.edu (markov.cs.brown.edu [128.148.31.79]) by cs.brown.edu (8.7.1/Bullwinkle1.1) with ESMTP id SAA21162; Fri, 26 Apr 1996 18:37:29 -0400 (EDT) From: Jim Bray Received: (jm@localhost) by markov.cs.brown.edu (8.7.1/BrownCS1.0) id SAA04553; Fri, 26 Apr 1996 18:37:20 -0400 (EDT) Message-Id: <199604262237.SAA04553@markov.cs.brown.edu> Subject: Linux driver for Matrox Meteor (fwd) To: rem-conf@es.net, LINUXVIS-L@cornell.edu, meteor-users@rwii.com (Meteor List) Date: Fri, 26 Apr 1996 18:37:19 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > This is a port and partial rewrite of the FreeBSD driver. This is also > the driver being used by the 'nv' folks at cs.Virginia.EDU. Anyone > using or interested in using this driver should get the latest copy > from it's home site: > > ftp.rwii.com:/pub/linux/system/Meteor/ It can also be found on tsx-11, in I think linux/packages. Version 0.9 either is up there or should be soon. --Jim From rem-conf-request@es.net Mon Apr 29 02:37:54 1996 Received: from bmrc.Berkeley.EDU by osi-west.es.net with ESnet SMTP (PP); Sun, 28 Apr 1996 23:37:26 -0700 Received: from garfield.CS.Berkeley.EDU (garfield.CS.Berkeley.EDU [128.32.32.118]) by bmrc.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id XAA17324 for <298@bmrc.berkeley.edu>; Sun, 28 Apr 1996 23:34:10 -0700 Received: from garfield.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by garfield.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id XAA12453; Sun, 28 Apr 1996 23:34:06 -0700 Message-Id: <199604290634.XAA12453@garfield.CS.Berkeley.EDU> From: Andrew Swan To: 298@bmrc.Berkeley.EDU cc: rowe@cs.berkeley.edu Subject: UC Berkeley Multimedia Seminar 5/1/96 - "Consumer Broadband -- Never, or Now?" X-URL: http://www.cs.berkeley.edu/~aswan/ Date: Sun, 28 Apr 1996 23:34:03 -0700 Sender: aswan@bugs-bunny.CS.Berkeley.EDU This week's Berkeley Multimedia and Graphics seminar will be held Wednesday, May 1, from 12:30 - 2:00 PST in 405 Soda Hall. The speaker will be Gary Herman from Hewlett Packard Labs, discussing "Consumer Broadband -- Never, or Now?" The talk will be broadcast on the Internet MBONE, beginning at roughly 12:40 PM PST. Please note that you will need vic 2.7 to watch the broadcast. Pre-compiled vic binaries for most architectures are available from: ftp://ftp.ee.lbl.gov/conferencing/vic/alpha-test/ See http://bmrc.berkeley.edu/298/ for a schedule of upcoming talks. Other questions should be directed to Larry Rowe (rowe@cs.berkeley.edu) Abstract: After two decades of largely ineffective efforts, the long promised residential mass market for digital information services again is "poised for dramatic growth," this time through PCs, the Web, and high speed access technologies like cable modems. In this talk, I will review prior efforts to crack this consumer market, with an emphasis on the service models, technologies, architectures, and lessons from the TV-centric videotext (early 1980s) and interactive video (early/mid 1990s) eras. Then, I will describe an end-to-end consumer broadband information system for today's PC-centric consumer/Web era in some detail, and I will attempt to illustrate why, even though market assumptions have not changed, some of the critical success factors are finally in place to enable a fundamental shift in how consumers interact with the world around them. Finally, I will discuss significant challenges that must be overcome before this fundamental change can occur. -- Andrew Swan aswan@cs.berkeley.edu Plateau Multimedia Research Group http://www.cs.berkeley.edu/~aswan/ From rem-conf-request@es.net Mon Apr 29 03:52:09 1996 Received: from diable.upc.es by osi-west.es.net with ESnet SMTP (PP); Mon, 29 Apr 1996 00:51:05 -0700 Received: (from ean@localhost) by diable.upc.es (8.7.4/8.7.3) id JAA13873 for rem-conf@es.net; Mon, 29 Apr 1996 09:50:54 +0200 (MET DST) X400-Received: by /PRMD=Iris/ADMD=Mensatex/C=Es/; Relayed; Mon, 29 Apr 1996 9:50:44 UTC+0200 Date: Mon, 29 Apr 1996 9:50:44 UTC+0200 X400-Originator: M.Marin@si.upc.es X400-Recipients: non-disclosure:; X400-Content-Type: P2-1984 (2) X400-MTS-Identifier: [/PRMD=Iris/ADMD=Mensatex/C=Es/;960429095044] Content-Identifier: 785 From: "Manuel A. Marin" To: rem-conf@es.net (return) Message-ID: <785*/I=M/S=Marin/OU=si/O=upc/PRMD=iris/ADMD=mensatex/C=es/@MHS> Subject: Unsubscribe MIME-Version: 1.0 (Generated by Ean X.400 to MIME gateway) Unsubscribe, please? Manuel A. Marin From rem-conf-request@es.net Mon Apr 29 04:14:42 1996 Received: from mserv.rug.ac.be by osi-west.es.net with ESnet SMTP (PP); Mon, 29 Apr 1996 01:13:54 -0700 Received: from octopus.rug.ac.be by mserv.rug.ac.be with SMTP id AA17325 (5.67b/IDA-1.5 for ); Mon, 29 Apr 1996 10:13:38 +0200 Received: by octopus.rug.ac.be (SMI-8.6/SMI-SVR4) id KAA19867; Mon, 29 Apr 1996 10:14:16 +0200 Date: Mon, 29 Apr 1996 10:14:14 +0200 (MET DST) From: Michel Raes To: rem-conf@es.net Cc: Verschraegen Luc Subject: vat problems on Sparcstation 5 running Solaris 2.4 Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Some time ago problems have been reported with vat (v3.2) on Sparcstation 5 running Solaris 2.3 Symptoms included sudden loss of audio output together with messages "audio write : operation would block". The reason for this error was reported to be an audio driver bug within Solaris 2.3. I now ran into similar problems with vat v3.4 as well as with vat v4.0a8 (same symptoms as described before) on a Sparcstation 5 running Solaris 2.4 ... I guess we still have an audio driver problem in Solaris 2.4. Has anyone similar experiences ? Is there a solution ? We are considering upgrading to Solaris 2.5. Can anyone confirm that this will eliminate the supposed audio driver problem ? ------------------------------------------------------------------------------ MICHEL RAES University Computing Centre Gent University (Belgium) E-mail : Michel.Raes@rug.ac.be Voice : ++/32/9/264.47.30 Fax : ++/32/9/264.49.94 From rem-conf-request@es.net Mon Apr 29 06:49:03 1996 Received: from cancer.ucs.ed.ac.uk by osi-west.es.net with ESnet SMTP (PP); Mon, 29 Apr 1996 03:48:07 -0700 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.12) with SMTP id LAA12870; Mon, 29 Apr 1996 11:47:51 +0100 Date: Mon, 29 Apr 1996 11:47:46 +0100 (BST) From: Graeme Wood Reply-To: Graeme.Wood@ucs.ed.ac.uk To: Michel Raes cc: rem-conf@es.net, Verschraegen Luc Subject: Re: vat problems on Sparcstation 5 running Solaris 2.4 In-Reply-To: Message-ID: X-Department: "Unix Systems Support, Computing Services" X-Organisation: "The University of Edinburgh" X-URL: "http://ugwww.ucs.ed.ac.uk/People/Graeme.Wood/" X-Phone: +44 131 650 5003 X-Fax: +44 131 650 6552 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 29 Apr 1996, Michel Raes wrote: > I now ran into similar problems with vat v3.4 as well as with > vat v4.0a8 (same symptoms as described before) on a Sparcstation 5 > running Solaris 2.4 ... Solaris 2.4 is just as broken as Solaris 2.3. You need to apply the audio jumbo patch which is 102125-04. > I guess we still have an audio driver problem in Solaris 2.4. > Has anyone similar experiences ? Is there a solution ? > We are considering upgrading to Solaris 2.5. Can anyone confirm that > this will eliminate the supposed audio driver problem ? I believe that an earlier version of this patch (-02?) is incorporated with Solaris 2.5 so you shouldn't have a problem with it. However, the new vat 4.0 has thrown up some new problems with Sun's audio driver and I am helping the author of vat to debug this. There should be a new working release of vat 4.0 beta available shortly. If you apply the patch above the current alpha 8 will work most of the time but you may have problems running multiple vat sessions simultaneously. I hope this answers your question. ============================================================================= 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 Mon Apr 29 17:54:48 1996 Received: from plateau.cs.Berkeley.EDU (actually bugs-bunny.CS.Berkeley.EDU) by osi-west.es.net with ESnet SMTP (PP); Mon, 29 Apr 1996 14:54:18 -0700 Received: from bugs-bunny (larry@localhost) by plateau.cs.Berkeley.EDU (8.6.11/8.3) with ESMTP id OAA28304; Mon, 29 Apr 1996 14:36:01 -0700 From: Larry Rowe Message-Id: <199604292136.OAA28304@plateau.cs.Berkeley.EDU> X-Mailer: exmh version 1.6.5 12/11/95 To: 298-list@bugs-bunny.CS.Berkeley.EDU, plateau-group@bugs-bunny.CS.Berkeley.EDU, bmrcweb-list@bugs-bunny.CS.Berkeley.EDU Subject: Special Seminar thurs May 2, 1996 - Barry Haskell (ATT Laboratories) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 29 Apr 1996 14:36:00 -0700 Hi Folks - Barry Haskell will be here thursday. He'll be giving the seminar list below. Please make an effort to attend. I'm sure it will be very interesting. Larry --- THE ISO MOTION PICTURE EXPERTS GROUP (MPEG) WHAT'S HAPPENING? WHERE'S IT GOING? WILL IT EVER END? Thursday, May 2, 4-5.30 PM (505 Soda Hall) Barry G. Haskell Image Processing Research AT&T Laboratories (formerly part of AT&T Bell Labs) Following its very successful audio/video coding standards MPEG-1 and MPEG-2, ISO MPEG has embarked on an ambitious new effort dubbed MPEG-4. Many promises have been made for MPEG-4, including better audio and video compression, coding of objects in scenes instead of the scenes themselves, hybrid synthetic-natural audio-visuals, and finally a C++ like language that will allow downloading of software for customized algorithms and applications. Meanwhile, the ITU-T has nearly completed its H.323, which enables multipoint communication on LANs, InterNet, Switched Lines or all three. And the IETF is pushing its RTP for InterNet communication. Where's all this going? Who knows, but it sure is a lot of fun being in the middle of it all!! From rem-conf-request@es.net Tue Apr 30 04:22:54 1996 Received: from concorde.inria.fr by osi-west.es.net with ESnet SMTP (PP); Tue, 30 Apr 1996 01:22:11 -0700 Received: from monet.inria.fr (monet.inria.fr [128.93.25.32]) by concorde.inria.fr (8.7.1/8.7.1) with SMTP id KAA00355 for ; Tue, 30 Apr 1996 10:21:55 +0200 (MET DST) Received: by monet.inria.fr (SMI-8.6/SMI-SVR4) id KAA00400; Tue, 30 Apr 1996 10:24:30 +0200 Date: Tue, 30 Apr 1996 10:24:30 +0200 From: liao@monet.inria.fr (Tie Liao) Message-Id: <199604300824.KAA00400@monet.inria.fr> To: rem-conf@es.net Subject: 5th Int. WWW Conference, May 6-10, Paris Reply-to: Tie.Liao@inria.fr The 5th International WWW Conference will be held May 6-10 in Paris. Two parallel audio/video channels will be broadcast from the Conference. HTML slides will be broadcast using MCM. Whiteboard is used for feedback only. Tools to be used: sdr/vat/vic/wb/mcm. CU-SeeMe reflectors will be available for MAC and PC users. Details at http://www5conf.inria.fr/fich_html/mbone. Questions are to be sent to mbone-team@monet.inria.fr. MBONE-team. From rem-conf-request@es.net Tue Apr 30 05:09:54 1996 Received: from concorde.inria.fr by osi-west.es.net with ESnet SMTP (PP); Tue, 30 Apr 1996 02:09:08 -0700 Received: from buoux.inria.fr (buoux.inria.fr [128.93.25.9]) by concorde.inria.fr (8.7.1/8.7.1) with ESMTP id LAA01366 for ; Tue, 30 Apr 1996 11:09:03 +0200 (MET DST) Received: (from liao@localhost) by buoux.inria.fr (8.7.1/8.7.1) id LAA18992; Tue, 30 Apr 1996 11:09:03 +0200 (MET DST) Date: Tue, 30 Apr 1996 11:09:03 +0200 (MET DST) Message-Id: <199604300909.LAA18992@buoux.inria.fr> From: Tie Liao To: rem-conf@es.net Subject: 5th Int. WWW Conference, May 6-10, Paris Reply-to: Tie.Liao@inria.fr The 5th International WWW Conference will be held May 6-10 in Paris. Two parallel audio/video channels will be broadcast from the Conference. HTML slides will be broadcast using MCM. Whiteboard is used for feedback only. Tools to be used: sdr/vat/vic/wb/mcm. CU-SeeMe reflectors will be available for MAC and PC users. Details at http://www5conf.inria.fr/fich_html/mbone. Questions are to be sent to mbone-team@monet.inria.fr. MBONE-team. From rem-conf-request@es.net Tue Apr 30 08:07:19 1996 Received: from ceres.fokus.gmd.de (actually 192.35.149.15) by osi-west.es.net with ESnet SMTP (PP); Tue, 30 Apr 1996 05:06:22 -0700 Received: from lupus (actually lupus.fokus.gmd.de) by ceres.fokus.gmd.de with SMTP (PP-ICR1v5); Tue, 30 Apr 1996 14:02:02 +0200 X-Mailer: exmh version 1.6.5 12/11/95 To: tccc@cs.umass.edu, IETF@cnri.reston.va.us, fokus-user@fokus.gmd.de, giga@tele.pitt.edu cc: performance@haven.epm.ornl.gov, rem-conf@es.net, ccrc@dworkin.wustl.edu, cabernet-general@newcastle.ac.uk, osimcast@bbn.com, hipparch@sophia.inria.fr, multicomm@cc.bellcore.com, sigmedia@bellcore.com, alg@comm.toronto.edu, atm@bbn.com, cost237-transport@comp.lancs.ac.uk, xtp-relay@cs.concordia.ca, reres@laas.fr, enternet@bbn.com, isadsoc@fokus.gmd.de From: Henning Schulzrinne X-Url: http://www.fokus.gmd.de/step/hgs/ Subject: CFP: IEEE Global Internet'96 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 30 Apr 1996 14:01:41 +0200 Sender: schulzrinne@fokus.gmd.de The CFP deadline is coming up soon.... Call For Papers IEEE Global Internet 96 http://www-net.cs.umass.edu/tccc/internet96/ London, England, November 20 and 21, 1996 During the Globecom'96 will be held at the Queen Elizabeth II Conference Centre in London. Tutorials: November 18 and 22 Exhibits, Presentations: November 20 and 21 The mini-conference will be jointly organized by the two IEEE Communications Society Technical Committees on Internet and Computer Communications. It will provide an open forum for the communications and computer networking communities to review the state-of-the-art technologies and applications of the evolving Global Internet. It will also provide an opportunity to highlight solutions to pressing issues, establish a vision for the future, and challenge the participants to press forward in their research and engineering efforts to meet business and industry needs for global internetworking. The mini-conference will include keynote speeches and panel discussions by leaders in these areas, solicited papers by recognized experts, and contributed papers by active researchers in the field. The conference will put special emphasis on hands-on experience of actual implementation and widespread applications. Panel Discussion(s) Internet Exporing, Trading, Marketing, Java etc The Global Internet -- Technical Progress in Worldwide Internetworking Tutorials (all half days) Nov. 18, 1996 (Monday) Tutorial on JAVA John N. Daigle Interactive Multimedia over the Internet Mark Handley/Ian Wakeman -- Nov. 22, 1996 (Friday) Internet Security Ran Atkinson IP/ATM Dave Ginsberg Paper Sessions Submissions should be on key topics including the following: (A) General topics: -- Evolution of the Internet and WWW: past, present, and future -- Legal and regulatory issues (e.g., censorship) -- Privacy, security and billing (B) WWW technology and applications: -- Protocol evolution and extensions -- Tools and browsers -- Authoring environments -- Retrieval and resource discovery -- Information representation, modeling and filtering -- Consistency, integrity and security -- User & application interfaces -- Nomadic software -- Virtual reality -- Integration of real time data -- Design techniques for Web applications -- Kiosk systems -- Computer based training, teaching and CSCW -- WWW applications for corporations' ``intranets'' (C) Internetworking technologies and applications -- Routing, addressing, naming, and large scale multicast -- ATM, Frame Relay and SMDS as part of the Internet -- Performance and reliability -- Nomadic computing and communications -- Multimedia services to the desktop, e.g. real-time audio/video conferencing, signaling, QoS guarantees -- Interactive multimedia video, sound and more on commercial networks -- Internet telephony -- Distributed simulation -- Internet management experiences and solutions -- Enterprise networking architectures and applications -- Broadband consumer/home access to the Internet -- Internet access in sparsely populated regions -- Virtual corporate networks -- Security, billing, and privacy for electronic commerce Conference Committee General Chair Brian Carpenter (Chair IAB, CERN), Technical Chair Jon Crowcroft (UCL) Vice Technical Chair Henning Schulzrinne (Internet TC) Roch Guerin (IBM, Computer Communications TC) Technical Committee Jon Crowcroft Henning Schulzrinne Brian Carpenter Roch Guerin Nim K. Cheung Andrw T. Campbell Fred Baker Lixia Zhang Srinivasan Keshav Grenville Armitage Jim Kurose Bob Braden Craig Partridge John N. Daigle John Wroclawski Yechiam Yemini Raj Jain Laura Cunningham Jonathan M. Smith Sally Floyd Joe Touch Submission Address: Manuscripts should not exceed 20 pages, including figures. Electronic submission of manuscripts is strongly preferred. Please submit Postscript files electronically through the conference web page or email them to Jon Crowcroft . For hardcopy submissions, send 4 copies (preferably double-sided) to Professor J Crowcroft Department of Computer Science UCL Gower Street London WC1E 6BT England Important Dates May 15, 1996 -- Deadline for contributed paper submission July 15, 1996 -- Notification of paper acceptance to authors Sept. 1, 1996 -- Revised manuscript due See http://www-net.cs.umass.edu/tccc/internet96/ for details. From rem-conf-request@es.net Tue Apr 30 11:34:43 1996 Received: from main.ccom.net by osi-west.es.net with ESnet SMTP (PP); Tue, 30 Apr 1996 08:34:05 -0700 Received: from pegasus.ccom.net (pegasus.ccom.net [205.199.131.31]) by main.ccom.net (8.7.5/8.7.1) with SMTP id IAA12395 for ; Tue, 30 Apr 1996 08:32:43 -0700 Received: by pegasus.ccom.net with Microsoft Mail id <01BB366F.DFB6F5C0@pegasus.ccom.net>; Tue, 30 Apr 1996 08:34:40 -0700 Message-ID: <01BB366F.DFB6F5C0@pegasus.ccom.net> From: Yale Wong To: "'rem-conf@es.net'" Subject: Mbone Setup Date: Tue, 30 Apr 1996 08:34:39 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To whom it may concern Hello I have a small ISP in Beacon Hill I would like to start offering live video service for my clients What kind of software and hardware do I need to get started? where can I purchase the hardware at? please send me in the right direction thx yale@ccom.net From rem-conf-request@es.net Tue Apr 30 12:05:25 1996 Received: from algol.cs.umbc.edu by osi-west.es.net with ESnet SMTP (PP); Tue, 30 Apr 1996 09:04:25 -0700 Received: from toto.cs.umbc.edu (sherman@toto.cs.umbc.edu [130.85.100.51]) by algol.cs.umbc.edu (8.6.12/8.6.9) with ESMTP id MAA08950 for ; Tue, 30 Apr 1996 12:04:45 -0400 Received: (sherman@localhost) by toto.cs.umbc.edu (8.6.12/8.6.9) id MAA01603; Tue, 30 Apr 1996 12:04:20 -0400 Date: Tue, 30 Apr 1996 12:04:18 -0400 (EDT) From: "Dr. Alan Sherman" To: rem-conf@es.net Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII subscribe sherman@cs.umbc.edu From rem-conf-request@es.net Tue Apr 30 13:34:50 1996 Received: from idiot.village.Virginia.EDU by osi-west.es.net with ESnet SMTP (PP); Tue, 30 Apr 1996 10:31:50 -0700 Received: (from pjones@localhost) by idiot.village.Virginia.EDU (8.7.1/8.6.6) id NAA17643; Tue, 30 Apr 1996 13:31:44 -0400 Date: Tue, 30 Apr 1996 13:31:44 -0400 (EDT) From: Paul Jones X-Sender: pjones@idiot.village.Virginia.EDU To: rem-conf@es.net Subject: Monticello Memoirs Netcast Announcement (revised) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII >The University of Virginia Library and the Institute for Advanced >Technology in the Humanities announce a > > > *****Live Internet Broadcast***** > of the > Computerworld Smithsonian Monticello Memoirs Program. > > > - May 1st, 1996 > - 2:00PM - 3:30PM > > - How to connect: > > Point your CU-SeeMe or Mbone client to the following reflector sites: > > - Local UVa viewers: mbone.virginia.edu or 192.35.48.12 > - Non-UVa viewers: 192.101.98.5 > >The Monticello Memoirs Program brings together information technology >pioneers to discuss the impact--past, present and future--of innovative >technology on society, here and around the world. The first Monticello >participants are: Seymour Cray ( supercomputers), Gordon Moore (co-founder of >Intel), Gordon Bell (minicomputers), Jay Forrester (inventor of the >Whirlwind computer at MIT), Robert Metcalfe (inventor of Ethernet), Robert >Frankenberg (CEO of Novell), James Martin (author of *The Wired Society*), >and Scott Kaufman (Price Waterhouse). > >On Tuesday, April 30, 1996, the participants will meet privately at Monticello. >On Wednesday, May 1, they will be at the University of Virginia for >a day of lectures, seminars and discussions. At 2 p.m. they will convene >in a public panel session hosted by President John Casteen of UVa to be >broadcast live over the Internet that will summarize much of the previous day's >discussions. The session will be broadcast live in video; a sound file >will also be archived >to be made available later on the Internet. > >The broadcast itself is made possible in part by an important gift to the >University of Virginia Library and the Intitute for Advanced Technology in >the Humanities. The Internet Multicasting Service has donated its archives >along with a considerable amount of hardware and equipment. The Internet >Multicasting Service has been both an early innovative user of the Internet >as a broadcast medium and also a chronicler of the growth of the Internet. > > >FOR FURTHER INFORMATION ON THE BROADCAST: > >Rick E. Provine VOICE 804.924.7324 >Media Librarian FAX 804.924.7468 >Clemons Library University of Virginia > http://poe.acc.virginia.edu/~rep3s/ > provine@virginia.edu From rem-conf-request@es.net Tue Apr 30 13:58:10 1996 Received: from idiot.village.Virginia.EDU by osi-west.es.net with ESnet SMTP (PP); Tue, 30 Apr 1996 10:57:26 -0700 Received: (from pjones@localhost) by idiot.village.Virginia.EDU (8.7.1/8.6.6) id NAA21666; Tue, 30 Apr 1996 13:57:20 -0400 Date: Tue, 30 Apr 1996 13:57:20 -0400 (EDT) From: Paul Jones X-Sender: pjones@idiot.village.Virginia.EDU To: rem-conf@es.net Subject: Monticello Memoirs Netcast Announcement Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Please forward this REVISED announcement to any appropriate group or listserv. Thanks! The University of Virginia Library and the Institute for Advanced Technology in the Humanities announce a *****Live Internet Broadcast***** of the Computerworld Smithsonian Monticello Memoirs Program. - May 1st, 1996 - 2:00PM - 3:30PM - How to connect: Point your CU-SeeMe or Mbone client to the following reflector sites: - Local UVa viewers: mbone.virginia.edu or 192.35.48.12 - Non-UVa viewers: 192.101.98.5 The Monticello Memoirs Program brings together information technology pioneers to discuss the impact--past, present and future--of innovative technology on society, here and around the world. The first Monticello participants are: Seymour Cray ( supercomputers), Gordon Moore (co-founder of Intel), Gordon Bell (minicomputers), Jay Forrester (inventor of the Whirlwind computer at MIT), Robert Metcalfe (inventor of Ethernet), Robert Frankenberg (CEO of Novell), James Martin (author of *The Wired Society*), and Scott Kaufman (Price Waterhouse). On Wednesday, May 1, they will be at the University of Virginia for a day of lectures, seminars and discussions. At 2 p.m. they will convene in a public panel session hosted by President John Casteen of UVa to be broadcast live over the Internet that will summarize much of the previous day's discussions. The session will be broadcast live in video; a sound file will also be archived to be made available later on the Internet. The broadcast itself is made possible in part by an important gift to the University of Virginia Library and the Intitute for Advanced Technology in the Humanities. The Internet Multicasting Service has donated its archives along with a considerable amount of hardware and equipment. The Internet Multicasting Service has been both an early innovative user of the Internet as a broadcast medium and also a chronicler of the growth of the Internet. FOR FURTHER INFORMATION ON THE BROADCAST: Rick E. Provine VOICE 804.924.7324 Media Librarian FAX 804.924.7468 Clemons Library University of Virginia http://poe.acc.virginia.edu/~rep3s/ provine@virginia.edu From rem-conf-request@es.net Tue Apr 30 15:17:16 1996 Received: from juliet.wcom.com (actually juliet.wiltel.com) by osi-west.es.net with ESnet SMTP (PP); Tue, 30 Apr 1996 12:15:46 -0700 Received: from phantom.wcom.com (actually host phantom.wiltel.com) by juliet.wiltel.com; Tue, 30 Apr 1996 14:19:42 -0500 Received: by phantom.wcom.com (4.1/SMI-4.1) id AA00759; Tue, 30 Apr 96 14:19:32 CDT From: chris.whittenburg@wcom.com (Chris Whittenburg) Message-Id: <9604301919.AA00759@phantom.wcom.com> Subject: Multicast winsock To: rem-conf@es.net Date: Tue, 30 Apr 1996 14:19:31 -0500 (CDT) X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 470 UUEncode: TRUE Does anyone have an update on which commercial winsock implementations support ip multicasting? I'm using Chameleon 4.6 which claims to have full multicast support. I can send multicast frames fine, but whenever I try to join a mcast group, I get WSAEOPNOTSUPP (Operation Not supported). thanks, chris -- Chris Whittenburg Data Network Mechanic (918) 590-5845 LDDS Worldcom chris.whittenburg@wcom.com Me.