From rem-conf-request@es.net Tue Oct 01 21:04:01 1996 Received: from panda.nttlabs.com by osi-west.es.net with ESnet SMTP (PP); Tue, 1 Oct 1996 18:03:25 -0700 Received: by panda.nttlabs.com (8.7.5+2.6Wbeta6/3.4W4(96/05/16)) id SAA19597; Tue, 1 Oct 1996 18:03:28 -0700 (PDT) Date: Tue, 1 Oct 1996 18:03:28 -0700 (PDT) From: Richard Core Message-Id: <199610020103.SAA19597@panda.nttlabs.com> To: rem-conf@es.net Subject: vic/vat on Ultra 1 Cc: rich@nttlabs.com X-Sun-Charset: US-ASCII Anyone seeing any problems running vic and vat on an Ultra 1? I get mine to hang solidly after about 15 min of feeding VCR Camera input into the SunVideo card Composite 2 and the LineIn audio ports. I have another Sun camera plugged into Composite Port 1. I can run the same thing on a Sparc 4 all day and it doesn't fail. Rich ----------------------- ----------------------- ------------------ Richard Core Contact me: 24x7 @ current job site RC Consulting TEL +1 408 499 3602 +1 415 833 3610 POB 2470 FAX +1 408 472 5321 +1 415 326 1878 Aptos CA 95001-2470 USA EMAIL rdcore@911RT.COM rich@nttlabs.com From rem-conf-request@es.net Wed Oct 02 08:29:58 1996 Received: from phoenix.sce.carleton.ca by osi-west.es.net with ESnet SMTP (PP); Wed, 2 Oct 1996 05:29:20 -0700 Received: from vanguard.sce.carleton.ca by phoenix.sce.carleton.ca id AA11292; Wed, 2 Oct 96 08:29:16 EDT From: devi@sce.carleton.ca (Sridevi Palacharla) Received: by vanguard.sce.carleton.ca (SMI-8.6/Sun-Client) id IAA12848; Wed, 2 Oct 1996 08:29:15 -0400 Date: Wed, 2 Oct 1996 08:29:15 -0400 Message-Id: <199610021229.IAA12848@vanguard.sce.carleton.ca> To: rem-conf@es.net Subject: Audio-Video Synchronization using RTCP Is(are) there any application(s) with Audio-Video synchronized using RTCP in a single application. Where can I find the binary/source? sridevi From rem-conf-request@es.net Wed Oct 02 18:37:09 1996 Received: from library.ucsf.edu (actually apollo.ckm.ucsf.edu) by osi-west.es.net with ESnet SMTP (PP); Wed, 2 Oct 1996 15:36:40 -0700 Received: from helios.ckm.ucsf.edu by library.ucsf.edu with SMTP id AA00536 (5.67a8/IDA-1.5 for ); Wed, 2 Oct 1996 15:34:30 -0700 Message-Id: <199610022234.AA00536@library.ucsf.edu > To: rem-conf@es.net Subject: Date: Wed, 02 Oct 1996 15:31:18 PDT From: Rasana Atreya subscribe Rasana.Atreya@library.ucsf.edu From rem-conf-request@es.net Thu Oct 03 20:15:22 1996 Received: from bmrc.Berkeley.EDU by osi-west.es.net with ESnet SMTP (PP); Thu, 3 Oct 1996 17:14:22 -0700 Received: from nobozo.CS.Berkeley.EDU (nobozo.CS.Berkeley.EDU [128.32.34.58]) by bmrc.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id RAA14912 for <298-list@bmrc.Berkeley.EDU>; Thu, 3 Oct 1996 17:03:37 -0700 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by nobozo.CS.Berkeley.EDU (8.6.10/8.6.3) with SMTP id RAA08990 for <298-list@bmrc>; Thu, 3 Oct 1996 17:03:35 -0700 Date: Thu, 3 Oct 1996 17:03:35 -0700 Message-Id: <199610040003.RAA08990@nobozo.CS.Berkeley.EDU> X-Sender: jerrlyn@nobozo.CS.Berkeley.EDU X-Mailer: Windows Eudora Version 2.1.1 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: 298-list@bmrc.Berkeley.EDU From: Jerrlyn Iwata Subject: Berkeley Multimedia & Graphics Seminar Wednesday, October 9, 1996 12:30-2:00 PDT 405 Soda Hall "Precept's Multimedia Networking Software" Judy Estrin Precept Software, Inc. Precept Software is a start-up company focused in the area of real-time audio/video networking software. Precept is building tools for transmission of real-time audio/video date streams across IP networks. These tools are built using open standards including Internet protocols (e.g., IP-Multicast and RTP), the Mbone suite of audio/video conferencing tools, and ITU coding algorithms (e.g., H.261). Precept recently released IP/TV which supports real-time broadcasting of audio and video programs. This talk will give an overview of Precept's products and the underlying technology used, as well as review some of the market issues relating to multimedia networking. ----------------------------------------------------------------------------- This seminar will be broadcast on the Internet MBONE. The broadcast will begin at 12:40 PDT (GMT - 8 hrs). See sd or http://bmrc.berkeley.edu/298 for instructions on setting up, connecting to, and operating the MBONE tools. From rem-conf-request@es.net Thu Oct 03 21:16:20 1996 Received: from sgi.sgi.com (actually SGI.COM) by osi-west.es.net with ESnet SMTP (PP); Thu, 3 Oct 1996 18:15:44 -0700 Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA28138 for <@sgi.engr.sgi.com:rem-conf@es.net>; Thu, 3 Oct 1996 18:15:42 -0700 Received: from tree.engr.sgi.com (tree.engr.sgi.com [150.166.61.12]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id SAA05618 for <@cthulhu.engr.sgi.com:rem-conf@es.net>; Thu, 3 Oct 1996 18:15:42 -0700 Received: (from nowicki@localhost) by tree.engr.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id SAA01902 for rem-conf@es.net; Thu, 3 Oct 1996 18:15:41 -0700 From: Bill Nowicki Message-Id: <9610031815.ZM1900@tree.engr.sgi.com> Date: Thu, 3 Oct 1996 18:15:41 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: rem-conf@es.net Subject: SGI Announcement Monday October 7 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii We would like to multicast an important announcement from Silicon Graphics that we think will be of interest to researchers and developers of real-time networking. The event will run Monday October 7, 10am-11:30am PDT. Audio only to the mbone, video within the SGI campus. See http://www.sgi.com for more information. From rem-conf-request@es.net Fri Oct 04 09:02:28 1996 Received: from cs.columbia.edu by osi-west.es.net with ESnet SMTP (PP); Fri, 4 Oct 1996 06:01:57 -0700 Received: from erlang.cs.columbia.edu (erlang.cs.columbia.edu [128.59.27.35]) by cs.columbia.edu (8.7.6/8.6.6) with ESMTP id JAA17016 for ; Fri, 4 Oct 1996 09:01:55 -0400 (EDT) Received: (from hgs@localhost) by erlang.cs.columbia.edu (8.7.6/8.6.6) id JAA10166 for rem-conf@es.net; Fri, 4 Oct 1996 09:01:54 -0400 (EDT) Date: Fri, 4 Oct 1996 09:01:54 -0400 (EDT) From: Henning Schulzrinne Message-Id: <199610041301.JAA10166@erlang.cs.columbia.edu> To: rem-conf@es.net Subject: Global Internet96 coming up Global Internet'96, consisting of selected papers, panels and tutorials on Internet-related topics ranging from access to billing, multimedia and Java, will take place during Globecom'96 in London, Nov. 20 and 21. For more information, see http://gaia.cs.umass.edu/tccc/internet96/ --- Henning Schulzrinne email: schulzrinne@cs.columbia.edu Dept. of Computer Science phone: +1 212 939-7042 Columbia University fax: +1 212 666-0140 New York, NY 10027 URL: http://www.cs.columbia.edu/~hgs From rem-conf-request@es.net Fri Oct 04 15:22:21 1996 Received: from dxmint.cern.ch by osi-west.es.net with ESnet SMTP (PP); Fri, 4 Oct 1996 09:11:40 -0700 Received: from dxcoms.cern.ch (dxcoms.cern.ch [137.138.28.176]) by dxmint.cern.ch with SMTP id SAA13921; Fri, 4 Oct 1996 18:11:05 +0200 (MET DST) Received: from localhost by dxcoms.cern.ch; (5.65v3.0/1.1.8.2/28Jul95-0949AM) id AA03401; Fri, 4 Oct 1996 18:11:03 +0200 Date: Fri, 4 Oct 1996 18:11:03 +0200 (MET DST) From: Christian Isnard - CERN CN/CS/EN To: net-teleconferencing@listbox.cern.ch, HRC List , htasc@listbox.cern.ch, rem-conf MBONE List , hepnet-l@slacvm.slac.stanford.edu Subject: CERN MBONE Announcement for LEPC Open Session Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII CERN is pleased to announce the MBONE broadcast of the JOINT PARTICLE PHYSICS SEMINAR AND LEPC OPEN SESSION on Tuesday 8 October 1996 at 14:00 (GMT+2) from CERN Auditorium Provisional Agenda: ------------------- Report on the LEP machine 14:00-14:30 Status of LEP (Daniel Brandt) Reports from the LEP experiments on LEP161 results 14:30-15:00 DELPHI (Wim de Boer) 15:00-15:30 ALEPH (Ramon Miquel) 15:30-16:00 Coffee break 16:00-16:30 L3 (x Martin Pohl) 16:30-17:00 OPAL (Nigel Watson) >>> Times are GMT+2 <<< The broadcast is announced via sdr as "CERN-LEPC". vat and vic will be used in RTPv2 mode with a ttl of 127. In case of questions or problems please contact . This message is sent to distribution lists, sorry if you receive multiple copies of it. Best regards, -------------------------------------------------------------------- Martin Fluckiger & Christian Isnard CERN - CN/CS/EN multicast@noc.cern.ch European Laboratory for Particle Physics Computers and Networks division CH-1211 Geneva 23 - Switzerland From rem-conf-request@es.net Fri Oct 04 21:02:06 1996 Received: from mh1.lbl.gov by osi-west.es.net with ESnet SMTP (PP); Fri, 4 Oct 1996 18:01:36 -0700 Received: from Bocephus.lbl.gov (slau@bocephus.lbl.gov [131.243.64.31]) by mh1.lbl.gov (LBNLMWH3/G) with ESMTP id SAA17858 for ; Fri, 4 Oct 1996 18:01:35 -0700 (PDT) From: "stephen lau jr." Received: (from slau@localhost) by Bocephus.lbl.gov (LBL-A/A) id SAA01532 for rem-conf@es.net; Fri, 4 Oct 1996 18:01:34 -0700 (PDT) Date: Fri, 4 Oct 1996 18:01:34 -0700 (PDT) Message-Id: <199610050101.SAA01532@Bocephus.lbl.gov> To: rem-conf@es.net Subject: MBONE Broadcast - NERSC Ribbon Cutting Ceremony, Oct 22, 1996 Lawrence Berkeley National Labs will be broadcasting a ribbon cutting ceremony for the National Energy Research Scientific Computer Center (NERSC) on: October 22, 1996 17:00GMT - 20:00GMT (10:00PDT - 13:00PDT) The ribbon cutting ceremony signifies a re-opening of NERSC after its move from LLNL to LBNL. Some of the highlights of this event will include a demonstration of a user application running on a Cray T3E, and an official virtual ribbon cutting. The broadcast of this festive event will consist of a video and audio feed via vat and vic. The session will be announced on sdr as "NERSC Ribbon Cutting Ceremony". For further information and questions please contact: Steve Lau (steve@nersc.gov) Steve ----------------------------------------------------------------------------- Stephen Lau | "Sign does not denote a Lawrence Berkeley National Labs | radiation hazard 1 Cyclotron Road, 50F, Berkeley CA 94720| at this location." (510) 486-7178(Work) (510) 486-5548(Fax)| - Disclaimer in an LBNL lobby Email: slau@lbl.gov | display which depicts history URL: http://www-vis.lbl.gov/~slau | of the radiation symbol. ----------------------------------------------------------------------------- From rem-conf-request@es.net Sun Oct 06 08:59:41 1996 Received: from milan.doe.ernet.in (actually 202.41.99.2) by osi-west.es.net with ESnet SMTP (PP); Sun, 6 Oct 1996 05:59:06 -0700 Received: from iisc.ernet.in by milan.doe.ernet.in (4.1/SMI-4.1) id AA17008; Sun, 6 Oct 96 18:19:59+050 Received: from ece.iisc.ernet.in by iisc.ernet.in (ERNET-IISc/SMI-4.1) id AA07555; Sun, 6 Oct 96 18:35:11+0530 Received: by ece.iisc.ernet.in (4.1/SMI-4.1) id AA18362; Sun, 6 Oct 96 18:28:51+0530 From: anand@ece.iisc.ernet.in (SVR Anand) Message-Id: <9610061258.AA18362@ece.iisc.ernet.in> Subject: Audio Mixing To: rem-conf@es.net Date: Sun, 6 Oct 96 18:28:50 GMT+5:30 X-Mailer: ELM [version 2.3 PL11] Hello Can you please let me know if there is any reference that gives how to go about mixing audio at the receiver when the transmitting audio sources are remotely placed (like in a group discussion)? I want to know how timestamping should be done at the transmitters, and how mixing and playout should be done at the receiver so as to overcome receiver buffer flows. I will be thankful if you can advise me on this. Regards Anand. From rem-conf-request@es.net Mon Oct 07 03:00:39 1996 Received: from dragos. (actually dragos.cdt.luth.se) by osi-west.es.net with ESnet SMTP (PP); Sun, 6 Oct 1996 23:59:54 -0700 Received: from dragos.cdt.luth.se by dragos. (SMI-8.6/SMI-SVR4) id IAA29963; Mon, 7 Oct 1996 08:59:11 +0200 Message-Id: <199610070659.IAA29963@dragos.> X-Mailer: exmh version 1.6.6 3/24/96 To: rem-conf@es.net Subject: Echo Cancelling Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 07 Oct 1996 08:59:10 +0200 From: Johnny Widen Hi! One problem in using the MBone tools is echo. Our experience, we are using MBone daily, is that full duplex and careful sound level calibration gets the best result. However, this has turned out to be very difficult when new unexperienced members are joining a session. It is very hard to guide them without seeing their exactly configuration. (By the way, it would be nice to be able to see that.) Some kind of echo cancelling device would probably solve this problem, or could it be problems with too long delay? Echo cancelling equipments seem to be very expensive. There is a device called Coherent Call Port ( http://www.coherent.com/callbroc.htm ), a loudspeaker, a microphone, and echo cancelling equipment, built into one unit. I heard the price $1200. Any experiences? We are in the progress of using MBone for distance education in our region and we like to minimize all possible technical problems. Ordinary people are so sensitive... :-) -- Johnny ______________________________________________________________ Johnny Widen, CDT, Lulea University, S-971 87 Lulea, Sweden johnny.widen@cdt.luth.se http://www.cdt.luth.se/~johnny Voice:(+46)920 91505 Fax:(+46)920 72801 Mobile:(+46)70 6317814 From rem-conf-request@es.net Mon Oct 07 04:05:10 1996 Received: from alpes.eurecom.fr by osi-west.es.net with ESnet SMTP (PP); Mon, 7 Oct 1996 01:04:11 -0700 Received: from nebin.eurecom.fr (root@nebin.eurecom.fr [193.55.112.8]) by alpes.eurecom.fr (8.7.4/8.7.3) with ESMTP id KAA04019; Mon, 7 Oct 1996 10:04:11 +0100 (MET) Received: from [127.0.0.1] (nonnen@[127.0.0.1]) by nebin.eurecom.fr (8.7.4/8.7.3) with SMTP id KAA20610; Mon, 7 Oct 1996 10:04:09 +0100 (MET) Message-Id: <199610070904.KAA20610@nebin.eurecom.fr> X-Mailer: exmh version 1.6.7 5/3/96 To: anand@ece.iisc.ernet.in (SVR Anand) cc: rem-conf@es.net Subject: Re: Audio Mixing In-reply-to: anand's message of Sun, 06 Oct 96 18:28:50 +0000 X-Face: +*!YJ>tO{UEuAf!2V7@zr[0U)psHFTZN[i\-O$v7kkuP?Ec!\91`|l:NQZwD6EnE{nMtS*Ha9enYx^BA4PjHT.@"?7r#UaaJRB"IHEhe"O@z#V]tu:ZqyQ:DW{@SCwanC>N0FC`Z:tJ8sA}6=n{#UA4-tPht_(A\jvs+EquH?4`[_Ft,Zc?{,k9&k+WooGf#{`?}4\Ol-[]G<_)c|wMA=Ct7&#l&"[&/@.0G2[6Pr:bvR5LQl[82k9zji*(8\nk\ X-URI: http://www.eurecom.fr/~nonnen Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 07 Oct 96 10:04:09 +0100 From: Jorg Nonnenmacher > > Hello > > Can you please let me know if there is any reference that gives how > to go about mixing audio at the receiver when the transmitting audio sources > are remotely placed (like in a group discussion)? I want to know how > timestamping should be done at the transmitters, and how mixing and playout > should be done at the receiver so as to overcome receiver buffer flows. > > I will be thankful if you can advise me on this. > > Regards > > Anand. You can have a look in: @inproceedings{BIER96_syncConf, key = {BIER 96}, author = {Biersack, E. W. and Geyer, W. and Bernhardt, C.}, title = {Intra- and Inter-Stream Synchronization for Stored Multimedia Streams}, booktitle = {Proc. of the IEEE Conf. on Multimedia Systems}, month = jun, pages = {372--381}, year = {1996}, address = {Hiroshima, Japan} } Joerg From rem-conf-request@es.net Mon Oct 07 05:09:23 1996 Received: from basil.cdt.luth.se by osi-west.es.net with ESnet SMTP (PP); Mon, 7 Oct 1996 02:08:38 -0700 Received: from garlic.cdt.luth.se (garlic.cdt.luth.se [130.240.3.62]) by basil.cdt.luth.se (8.7.5/8.7.3) with ESMTP id LAA23860 for ; Mon, 7 Oct 1996 11:06:51 +0200 (MET DST) Received: from garlic.cdt.luth.se (localhost [127.0.0.1]) by garlic.cdt.luth.se (8.6.12/8.6.12) with ESMTP id KAA26734 for ; Mon, 7 Oct 1996 10:58:03 +0200 Message-Id: <199610070858.KAA26734@garlic.cdt.luth.se> X-Mailer: exmh version 1.6.7 5/3/96 To: rem-conf@es.net Subject: Echo Cancelling Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 07 Oct 1996 10:58:03 +0200 From: Johnny Widen Hi! One problem in using the MBone tools is echo. Our experience, we are using MBone daily, is that full duplex and careful sound level calibration gets the best result. However, this has turned out to be very difficult when new unexperienced members are joining a session. It is very hard to guide them without seeing their exactly configuration. (By the way, it would be nice to be able to see that.) Some kind of echo cancelling device would probably solve this problem, or could it be problems with too long delay? Echo cancelling equipments seem to be very expensive. There is a device called Coherent Call Port ( http://www.coherent.com/callbroc.htm ), a loudspeaker, a microphone, and echo cancelling equipment, built into one unit. I heard the price $1200. Any experiences? We are in the progress of using MBone for distance education in our region and we like to minimize all possible technical problems. Ordinary people are so sensitive... :-) -- Johnny ______________________________________________________________ Johnny Widen, CDT, Lulea University, S-971 87 Lulea, Sweden johnny.widen@cdt.luth.se http://www.cdt.luth.se/~johnny Voice:(+46)920 91505 Fax:(+46)920 72801 Mobile:(+46)70 6317814 From rem-conf-request@es.net Mon Oct 07 05:53:28 1996 Received: from bells.cs.ucl.ac.uk by osi-west.es.net with ESnet SMTP (PP); Mon, 7 Oct 1996 02:52:38 -0700 Received: from waffle.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Mon, 7 Oct 1996 10:47:26 +0100 To: anand@ece.iisc.ernet.in (SVR Anand), rem-conf@es.net Subject: Re: Audio Mixing In-reply-to: Your message of "Mon, 07 Oct 1996 10:04:09 BST." <199610070904.KAA20610@nebin.eurecom.fr> Date: Mon, 07 Oct 1996 10:47:16 +0100 Message-ID: <1012.844681636@cs.ucl.ac.uk> From: Jon Crowcroft >> Can you please let me know if there is any reference that gives how >> to go about mixing audio at the receiver when the transmitting audio sources >> are remotely placed (like in a group discussion)? I want to know how >> timestamping should be done at the transmitters, and how mixing and playout >> should be done at the receiver so as to overcome receiver buffer flows. depends do you want synchronised playout w.r.t source transmission times, or just a set of mixed streams ? for most purposes (unless the differences between propogation delays and/or delay variance is VERY high from seperate soruces), it works reasoanbly well to have just a seperate adpative playout buffer for each source, and mix the outputs from this.....but if you want some sort of "audio causal ordering", you might want to find the longest playout buffer (tolerable within loss/quality degradtion limits) and set the playout time for the streams from other sources to that - cheap and simple so if the packets are all rtp based, you have a media sample time then the mixer code is basically really simple (if its linear coded its really really simple, if a or mu log law audio, then you need to have a table to convert to linear and back,or a mixer table.....)...various public domain bits of s/w have this code in in C....the USC/ISI VT code had a lot of mixer code that works pretty well in, as does nevot... of course, if the different sources have different encodings (and/or different clock rates too) then a bit more work is needed.....[and if the clock rates from different sources vary, at different rates........? oh well, thats another discussion:-) jon From rem-conf-request@es.net Mon Oct 07 07:51:38 1996 Received: from cs.columbia.edu by osi-west.es.net with ESnet SMTP (PP); Mon, 7 Oct 1996 04:50:40 -0700 Received: from erlang.cs.columbia.edu (erlang.cs.columbia.edu [128.59.27.35]) by cs.columbia.edu (8.7.6/8.6.6) with ESMTP id HAA15399; Mon, 7 Oct 1996 07:50:38 -0400 (EDT) Received: from erlang.cs.columbia.edu (localhost [127.0.0.1]) by erlang.cs.columbia.edu (8.7.6/8.6.6) with SMTP id HAA17036; Mon, 7 Oct 1996 07:50:37 -0400 (EDT) Sender: hgs@cs.columbia.edu Message-ID: <3258EE8D.1397@cs.columbia.edu> Date: Mon, 07 Oct 1996 07:50:37 -0400 From: "Henning G. Schulzrinne" Organization: Columbia University, Dept. of Computer Science X-Mailer: Mozilla 3.0 (X11; I; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: Johnny Widen CC: rem-conf@es.net Subject: Re: Echo Cancelling References: <199610070858.KAA26734@garlic.cdt.luth.se> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit The catalogue from Picturephone Direct shows the CallPort for $369. This is no endorsement of either the CallPort or PicturePhone Direct... (Note that the Callport is made for small offices, not a whole classroom, in case that matters.) -- Henning Schulzrinne email: schulzrinne@cs.columbia.edu Dept. of Computer Science phone: +1 212 939-7042 Columbia University fax: +1 212 666-0140 New York, NY 10027 URL: http://www.cs.columbia.edu/~hgs From rem-conf-request@es.net Mon Oct 07 09:55:06 1996 Received: from ietf.org by osi-west.es.net with ESnet SMTP (PP); Mon, 7 Oct 1996 06:54:35 -0700 Received: from localhost by ietf.org id aa26729; 7 Oct 96 9:30 EDT Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce:; cc: rem-conf@es.net From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-avt-h261-03.txt Date: Mon, 07 Oct 1996 09:30:56 -0400 Sender: cclark@ietf.org Message-ID: <9610070930.aa26729@ietf.org> --NextPart A Revised Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Working Group of the IETF. Note (1): This revision reflects comments received during the last call period. Note (2): This draft was already approved by the IESG on July 15, 1996 for publication as a Proposed Standard. The draft is being posted again now just to update the authors' addresses so that the draft will be in ready-to-publish form for the RFC Editor. Title : RTP payload format for H.261 video streams Author(s) : T. Turletti, C. Huitema Filename : draft-ietf-avt-h261-03.txt Pages : 14 Date : 10/03/1996 This draft describes a scheme to packetize an H.261 video stream for transport using the Real-time Transport Protocol, RTP, with any of the underlying protocols that carry RTP. This specification is a product of the Audio/Video Transport working group within the Internet Engineering Task Force. Comments are solicited and should be addressed to the working group's mailing list at rem-conf@es.net and/or the authors. Internet-Drafts are available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-avt-h261-03.txt". A URL for the Internet-Draft is: ftp://ds.internic.net/internet-drafts/draft-ietf-avt-h261-03.txt Internet-Drafts directories are located at: o Africa: ftp.is.co.za o Europe: nic.nordu.net ftp.nis.garr.it o Pacific Rim: munnari.oz.a o US East Coast: ds.internic.net o US West Coast: ftp.isi.edu Internet-Drafts are also available by mail. Send a message to: mailserv@ds.internic.net. In the body type: "FILE /internet-drafts/draft-ietf-avt-h261-03.txt". NOTE: The mail server at ds.internic.net can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e., documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ds.internic.net" Content-Type: text/plain Content-ID: <19961003140005.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-h261-03.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-h261-03.txt"; site="ds.internic.net"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19961003140005.I-D@ietf.org> --OtherAccess-- --NextPart-- From rem-conf-request@es.net Mon Oct 07 09:55:32 1996 Received: from ietf.org by osi-west.es.net with ESnet SMTP (PP); Mon, 7 Oct 1996 06:54:36 -0700 Received: from localhost by ietf.org id aa26745; 7 Oct 96 9:31 EDT Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce:; cc: rem-conf@es.net From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-avt-mpeg-02.txt Date: Mon, 07 Oct 1996 09:31:00 -0400 Sender: cclark@ietf.org Message-ID: <9610070931.aa26745@ietf.org> --NextPart A Revised Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Working Group of the IETF. Note (1): This revision reflects comments received during the last call period. Note (2): This draft was already approved by the IESG on July 15, 1996 for publication as a Proposed Standard. The draft is being posted again now to correct an error in the specification of the MPEG picture type field in the MPEG ES video-specific header that was recently discovered. This puts the draft into ready-to-publish form for the RFC Editor. Title : RTP Payload Format for MPEG1/MPEG2 Video Author(s) : D. Hoffman, G. Fernando, V. Goyal Filename : draft-ietf-avt-mpeg-02.txt Pages : 10 Date : 10/03/1996 This draft describes a packetization scheme for MPEG video and audio streams. The scheme proposed can be used to transport such a video or audio flow over the transport protocols supported by RTP. Two approaches are described. The first is designed to support maximum interoperability with MPEG System environments. The second is designed to provide maximum compatibility with other RTP-encapsulated media streams and future conference control work of the IETF. Internet-Drafts are available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-avt-mpeg-02.txt". A URL for the Internet-Draft is: ftp://ds.internic.net/internet-drafts/draft-ietf-avt-mpeg-02.txt Internet-Drafts directories are located at: o Africa: ftp.is.co.za o Europe: nic.nordu.net ftp.nis.garr.it o Pacific Rim: munnari.oz.a o US East Coast: ds.internic.net o US West Coast: ftp.isi.edu Internet-Drafts are also available by mail. Send a message to: mailserv@ds.internic.net. In the body type: "FILE /internet-drafts/draft-ietf-avt-mpeg-02.txt". NOTE: The mail server at ds.internic.net can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e., documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ds.internic.net" Content-Type: text/plain Content-ID: <19961003140735.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-mpeg-02.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-mpeg-02.txt"; site="ds.internic.net"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19961003140735.I-D@ietf.org> --OtherAccess-- --NextPart-- From rem-conf-request@es.net Mon Oct 07 11:20:45 1996 Received: from syr.edu by osi-west.es.net with ESnet SMTP (PP); Mon, 7 Oct 1996 08:19:49 -0700 Received: from som.syr.edu by syr.edu (8.7.5/CNS) id LAA25859; Mon, 7 Oct 1996 11:20:16 -0400 (EDT) Received: from SOM/SpoolDir by som.syr.edu (Mercury 1.21); 7 Oct 96 11:12:28 EDT Received: from SpoolDir by SOM (Mercury 1.21); 7 Oct 96 11:12:17 EDT From: "Andrew B. Covell" Organization: Syracuse University.SOM To: Johnny Widen , "Henning G. Schulzrinne" Date: Mon, 7 Oct 1996 11:12:17 EDT MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Echo Cancelling Reply-to: abcovell@som.syr.edu CC: rem-conf@es.net Priority: normal X-mailer: Pegasus Mail for Windows (v2.23) Message-ID: <1DC50782B58@som.syr.edu> > The catalogue from Picturephone Direct shows the CallPort for $369. This > is no endorsement of either the CallPort or PicturePhone Direct... (Note > that the Callport is made for small offices, not a whole classroom, in > case that matters.) > -- We've been interested in classroom conferencing.... We have used tried a CallPort for a larger group setting without much success, though it is decent for smaller groups. It just doesn't project well enough for larger groups. We've also tried using a Polycom Soundstation (often used for straight analog conference calls) which can be purchased with a couple of external mics (goes for somewhere around $1,000 depending on options), and that can work for larger groups, but is still limited. It has built-in echo cancellation as well. We ended up using our standard external speaker system in a classroom in conjunction with a unidirectional mic which mostly elimitated the echo problem, since it just didn't pick up the sound coming from the speakers. Only problem then is you need to have a clasroom moderator who can interact with the remote presenter and repeat questions and comments. This hinders the instructor/class give and take, but it works and works very inexpensively. We just did this with an Intel Proshare in a auditorium and the students were very pleased with the way it worked out. Andy Covell Director of Information Technology Syracuse University School of Management (315)443-3054 abcovell@som.syr.edu From rem-conf-request@es.net Mon Oct 07 11:38:42 1996 Received: from mail.arc.nasa.gov by osi-west.es.net with ESnet SMTP (PP); Mon, 7 Oct 1996 08:37:54 -0700 Received: from [128.102.80.28] by mail.arc.nasa.gov (post.office MTA v1.9.3 ID# 0-13121) with SMTP id AAA81 for ; Mon, 7 Oct 1996 08:38:12 -0700 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: rem-conf@es.net From: mallard@mail.arc.nasa.gov (Mark Allard) Subject: NetDay & Beyond Virtual Conference 10/12/96 Date: Mon, 7 Oct 1996 08:38:12 -0700 "Track 3" of the NetDay & Beyond Virtual Conference, consisting of a series videos produced by the K-12 Internet Initiative, GLOBE, and the NetDay96 organizers, will be presented on the MBone October 12, 1996 from 8:00AM-2:00PM (Pacific Time). These videos demonstrate how to connect to the Internet and some of the curricular benefits offered by its resources. A full conference description is included below. M NASA TO SPONSOR "NETDAY & BEYOND" A NETDAY96 VIRTUAL CONFERENCE Contact: Karen Traicoff 415-604-4066 On Saturday October 12, NASA will provide a unique contribution to the nation's NetDay96 activities. The NASA K-12 Internet Initiative will conduct a Virtual Conference titled "NetDay & Beyond." The Virtual Conference will allow participants all over the country and the world to participate in online, interactive events. These scheduled events will enhance the volunteer NetDay96 effort to wire the nation's K-12 classrooms to the Internet during the month of October. The information featured will focus on the kinds of resources that are available for teachers and students on the Internet and will explore technical issues which arise as school sites maintain and utilize an Internet connection. To make "NetDay & Beyond" possible, the NASA K-12 Internet Initiative is partnering with the Global Learning and Observations to Benefit the Environment (GLOBE) Program and NetTEAM96. NASA's K-12 Internet Initiative will feature its "Sharing NASA" projects which use the Internet to allow students to experience the excitement of authentic scientific and engineering pursuits. GLOBE is a worldwide network of students, teachers, and scientists working together via the Internet to study and understand the global environment. "NetTEAM96" is a consortium comprised of Apple Computer, Asante Technologies, Cisco Systems, Farallon Communications, NETCOM, Netscape, Spyglass/SurfWatch, 3Com and U.S. Robotics. The consortium provides ongoing product and service donations, price discounts and technical expertise to NetDay96 participants. The conference will consist of three simultaneous tracks that will occur >from ll:00 am to 5:00 pm ET on October 12. The tracks will contain a series of chats, online presentations accompanied by audio recordings, and a track devoted to airing online K-12, Internet-related videos. In order to participate in the Virtual Conference participants will need access to the Internet via a graphical Web browser and a minimum of a 14.4Kbps modem connection. * Track 1 is a content-oriented program that will introduce participants to online educational resources such as the GLOBE Program and "Sharing NASA" and will allow them to interact with GLOBE and NASA scientists. * Track 2 will consist of 6 one-hour discussions addressing technical issues related to maintaining a network and an Internet connection. This track will feature technical experts from NetTEAM96 consortium members, NASA and GLOBE. * Track 3 will feature videos produced by the K-12 Internet Initiative, GLOBE, and the NetDay96 organizers. These videos demonstrate how to connect to the Internet and some of the curricular benefits offered by its resources. To access the "NetDay and Beyond" Virtual Conference on the World Wide Web, please visit http://quest.arc.nasa.gov/netday96 From rem-conf-request@es.net Mon Oct 07 12:37:23 1996 Received: from hill.msri.org (actually msri.org) by osi-west.es.net with ESnet SMTP (PP); Mon, 7 Oct 1996 09:36:49 -0700 Received: by hill.msri.org for (8.7/1.43r) id JAA27878; Mon, 7 Oct 1996 09:36:47 -0700 (PDT) Received: from hille.msri.org(198.129.64.225) by msri.org via smap (V1.3) id sma027856; Mon Oct 7 09:35:56 1996 Received: by hille.msri.org (8.7/MSRI) id JAA17476; Mon, 7 Oct 1996 09:44:36 -0700 (PDT) Date: Mon, 7 Oct 1996 09:44:36 -0700 (PDT) Message-Id: <199610071644.JAA17476@hille.msri.org> From: juha Reply-to: juha@math.orst.edu Subject: The Pacific Northwest Geometry Seminar MBone Broadcast Announcement ---------------------------- Title: The Pacific Northwest Geometry Seminar Date: Nov 09, 1996 Time: 10:00 PST8PDT 8 hours Contact: juha@math.orst.edu URL: http://www.math.washington.edu/~lee/PNGS/ Description: The Pacific Northwest Geometry Seminar (PNGS) is a regional meeting for geometers of all kinds. It is held every quarter during the academic year. mbone broadcast schedule http://www.msri.org/mbone From rem-conf-request@es.net Mon Oct 07 13:14:00 1996 Received: from george.lbl.gov (actually george-2.lbl.gov) by osi-west.es.net with ESnet SMTP (PP); Mon, 7 Oct 1996 10:13:08 -0700 Received: (deba@localhost) by george.lbl.gov (8.6.10/8.6.5) id KAA27327; Mon, 7 Oct 1996 10:13:01 -0700 From: Deb Agarwal Message-Id: <199610071713.KAA27327@george.lbl.gov> Subject: Re: Echo Cancelling To: schulzrinne@cs.columbia.edu (Henning G. Schulzrinne) Date: Mon, 7 Oct 1996 10:13:01 -0700 (PDT) Cc: johnny@cdt.luth.se, rem-conf@es.net In-Reply-To: <3258EE8D.1397@cs.columbia.edu> from "Henning G. Schulzrinne" at Oct 7, 96 07:50:37 am Reply-To: DAAgarwal@lbl.gov X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 993 If you buy the CallPort, make sure they send you the diskette too. The new CallPort's volume is controlled from software. Deb Henning G. Schulzrinne wrote: > > The catalogue from Picturephone Direct shows the CallPort for $369. This > is no endorsement of either the CallPort or PicturePhone Direct... (Note > that the Callport is made for small offices, not a whole classroom, in > case that matters.) > -- > Henning Schulzrinne email: schulzrinne@cs.columbia.edu > Dept. of Computer Science phone: +1 212 939-7042 > Columbia University fax: +1 212 666-0140 > New York, NY 10027 URL: http://www.cs.columbia.edu/~hgs > -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Deb Agarwal e-mail:DAAgarwal@lbl.gov MS50B-2239 phone :(510)486-7078 Lawrence Berkeley National Lab Berkeley, CA 94530 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From rem-conf-request@es.net Mon Oct 07 14:54:35 1996 Received: from nobozo.CS.Berkeley.EDU by osi-west.es.net with ESnet SMTP (PP); Mon, 7 Oct 1996 11:52:40 -0700 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by nobozo.CS.Berkeley.EDU (8.6.10/8.6.3) with SMTP id LAA10194 for ; Mon, 7 Oct 1996 11:52:38 -0700 Date: Mon, 7 Oct 1996 11:52:38 -0700 Message-Id: <199610071852.LAA10194@nobozo.CS.Berkeley.EDU> X-Sender: jerrlyn@nobozo.CS.Berkeley.EDU 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: Jerrlyn Iwata Subject: [Reminder] U.C. Berkeley Multimedia and Graphics Seminar (Wednesday October 9, 1996 12:30-2:00 PDT 405 Soda Hall) "Precept's Multimedia Networking Software" Judy Estrin Precept Software, Inc. MBONE BROADCAST BEGINS AT 12.40 PDT (GMT - 8 HRS) From rem-conf-request@es.net Tue Oct 08 12:32:41 1996 Received: from orl.lmco.com (actually theopolis.orl.mmc.com) by osi-west.es.net with ESnet SMTP (PP); Tue, 8 Oct 1996 09:32:05 -0700 Received: from sunny.orl.lmco.com (sunny.orl.mmc.com) by orl.lmco.com (4.1/1.34.a) id AA21050; Tue, 8 Oct 96 12:32:03 EDT Received: from luge.orl.mmc.com by sunny.orl.lmco.com (4.1/GEA Sun server 2.7) id AA14165; Tue, 8 Oct 96 12:32:01 EDT Received: from luge (localhost.orl.mmc.com) by luge.orl.mmc.com (4.1/1.34.a) id AA17306; Tue, 8 Oct 96 12:31:59 EDT Sender: harrison@escmail.orl.lmco.com Message-Id: <325A81FE.63DECDAD@escmail.orl.mmc.com> Date: Tue, 08 Oct 1996 12:31:58 -0400 From: Gregory Harrison Organization: Lockheed Martin Information Systems X-Mailer: Mozilla 2.0 (X11; I; SunOS 4.1.3_U1 sun4m) Mime-Version: 1.0 To: rem-conf@es.net Subject: subscribe Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit subscribe Hi, could you please subscribe me to the rem-conf list? Thanks Greg harrison@escmail.orl.mmc.com -- Greg Harrison <******> harrison@escmail.orl.mmc.com <******> Lockheed Martin Co., Information Systems, (407) 306-6580 MP-815, 12506 Lake Underhill Rd., Orlando, FL 32825-5002 From rem-conf-request@es.net Tue Oct 08 15:51:57 1996 Received: from bells.cs.ucl.ac.uk by osi-west.es.net with ESnet SMTP (PP); Tue, 8 Oct 1996 12:51:07 -0700 Received: from speedy.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Tue, 8 Oct 1996 20:50:54 +0100 X-Mailer: exmh version 1.6.9 8/22/96 From: Piers O'Hanlon Organisation: MultiMedia Support and Comms Centre, University College London,Uk Phone: +44 171 636 8333 ext 3056 (Hang on in there...) X-url: http://www.avc.ucl.ac.uk To: Johnny Widen cc: P.OHanlon@cs.ucl.ac.uk, rem-conf@es.net Subject: Re: Echo Cancelling In-reply-to: Your message of "Mon, 07 Oct 1996 10:58:03 +0200." <199610070858.KAA26734@garlic.cdt.luth.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 08 Oct 1996 20:50:49 +0100 Message-ID: <8668.844804249@cs.ucl.ac.uk> Sender: P.OHanlon@cs.ucl.ac.uk Hi, Here is some information on Echo cancellers tested in a UKERNA project for use in lecture theatre environments: http://www.tech.ukerna.ac.uk/video/av/ -- Piers O'Hanlon ______________ MultiMedia Support and Comms Centre University College London. From rem-conf-request@es.net Wed Oct 09 09:09:44 1996 Received: from rags.rutgers.edu by osi-east.es.net with ESnet SMTP (PP); Wed, 9 Oct 1996 06:09:04 -0700 Received: (from badri@localhost) by rags.rutgers.edu (8.6.12+bestmx+oldruq+newsunq/8.6.12) id JAA03216; Wed, 9 Oct 1996 09:08:33 -0400 Date: Wed, 9 Oct 1996 09:08:33 -0400 From: Br Badrinath Message-Id: <199610091308.JAA03216@rags.rutgers.edu> To: ieeetcpc@ccvm.sunysb.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, tccc@cs.umass.edu, mobile-ip@tadpole.com Subject: Advance Program, MOBICOM96 ACM/IEEE PRESENT M O B I C O M ' 96 RYE, NEW YORK, November 10-12, 1996 CALL FOR PARTICIPATION MOBICOM is the annual international conference, established to serve as the premier forum for addressing research issues on all aspects of the multi-disciplinary field of mobile wireless computing. TECHNICAL TRACKS: NOVEMBER 11-12 Two days of single track sessions, including Mobile and Wireless TCP Issues in Mobile Computing Mobility Management Mobile Applications Resource Allocation and Sharing LAN, MAC and ATM SPECIAL HIGHLIGHTS Tutorials (November 10): Mobile networking within IETF, WWW and Mobile Computing, Air interface standards, and Secure mobile communications Keynote Talk by Dr. Victor Lawrence, Bell Labs of Lucent Technologies Panels on Software architecture for mobile networks and multimedia mobile networks Luncheon Talk by Prof. M. Satyanarayanan, Carnegie Mellon Univ. Exhibits: Opportunity to showcase your prototypes, demos Contact Exhibit chair: Peter Honeyman (honey@citi.umich.edu) FOR MORE INFORMATION Complete program and registration information can be obtained from WEB page: http://www.acm.org/sigmobile/conf/mobicom96 ADVANCE REGISTRATION DEADLINE: OCTOBER 16, 1996 if you need more information on mobicom96 contact B. R. Badrinath (badri@cs.rutgers.edu, +1 908-445-2082, Fax +1 908-445-0537) From rem-conf-request@es.net Wed Oct 09 14:15:25 1996 Received: from hplms26.hpl.hp.com by osi-east.es.net with ESnet SMTP (PP); Wed, 9 Oct 1996 11:14:51 -0700 Received: from hplabsz.hpl.hp.com by hplms26.hpl.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3+HPL1.1S) id AA061644889; Wed, 9 Oct 1996 11:14:49 -0700 Received: by hplabsz.hpl.hp.com (1.37.109.15/15.5+ECS 3.3+HPL1.1) id AA030364890; Wed, 9 Oct 1996 11:14:50 -0700 From: deleon@hplabsz.hpl.hp.com (Laura de Leon ) Message-Id: <9610091114.ZM3034@hplabsz.hpl.hp.com> Date: Wed, 9 Oct 1996 11:14:50 -0700 X-Mailer: Z-Mail (3.0.0 15dec93) To: baylisa@baylisa.org Subject: BayLISA:Vinay Kumar on MBONE Cc: rem-conf@es.net, sage-members@usenix.org 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 Cisco building H in San Jose, on Tasman Drive near First street. See www.baylisa.org for more information. The meetings are also broadcast via MBONE. NOTE: AS OF OCTOBER, WE HAVE MOVED TO CISCO. This is a new location. Thanks very much to Synopsys for hosting us. Schedule -------- October 17 (At Cisco) Vinay Kumar, ICAST Communications, Inc. MBONE and ICAST (also, the candidate's forum for those running for the BayLISA board will be this evening at 7:15) November 21 Randal Schwartz: Just Another Convicted Perl Hacker BayLISA Board Elections & member meeting before the regular meeting Talk to a current board member or send mail to blw@baylisa.org if you are interested in running. December 19 Our special holiday meeting-- suggestions being accepted now. Previous meetings included a stupid computer tricks contest... [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 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. From rem-conf-request@es.net Thu Oct 10 16:13:09 1996 Received: from hill.msri.org (actually msri.org) by osi-east.es.net with ESnet SMTP (PP); Thu, 10 Oct 1996 13:12:39 -0700 Received: by hill.msri.org for (8.7/1.43r) id NAA19680; Thu, 10 Oct 1996 13:12:38 -0700 (PDT) Received: from hille.msri.org(198.129.64.225) by msri.org via smap (V1.3) id sma019670; Thu Oct 10 13:12:14 1996 Received: by hille.msri.org (8.7/MSRI) id NAA21303; Thu, 10 Oct 1996 13:20:58 -0700 (PDT) Date: Thu, 10 Oct 1996 13:20:58 -0700 (PDT) Message-Id: <199610102020.NAA21303@hille.msri.org> From: video Reply-to: video@baylisa.org Subject: BayLISA MBone Broadcast Announcement ---------------------------- Title: BayLISA Date: Oct 17, 1996 Time: 19:30 PST8PDT 1 hours Contact: video@baylisa.org URL: http://www.baylisa.org Description: Vinay Kumar, ICAST Communications, Inc. MBONE and ICAST mbone broadcast schedule http://www.msri.org/mbone From rem-conf-request@es.net Thu Oct 10 16:41:16 1996 Received: from hill.msri.org (actually msri.org) by osi-east.es.net with ESnet SMTP (PP); Thu, 10 Oct 1996 13:40:41 -0700 Received: by hill.msri.org for (8.7/1.43r) id NAA20176; Thu, 10 Oct 1996 13:40:40 -0700 (PDT) Received: from hille.msri.org(198.129.64.225) by msri.org via smap (V1.3) id sma020163; Thu Oct 10 13:39:46 1996 Received: by hille.msri.org (8.7/MSRI) id NAA21555; Thu, 10 Oct 1996 13:48:30 -0700 (PDT) Date: Thu, 10 Oct 1996 13:48:30 -0700 (PDT) Message-Id: <199610102048.NAA21555@hille.msri.org> From: Rowe Reply-to: Rowe@bmrc.berkeley.edu Subject: Kansas: a flexible, 2D virtual reality with audio and video links for realtime distance learning MBone Broadcast Announcement ---------------------------- Title: Kansas: a flexible, 2D virtual reality with audio and video links for realtime distance learning Date: Oct 16, 1996 Time: 12:30 PST8PDT 1.5 hours Contact: Rowe@bmrc.berkeley.edu URL: http://bmrc.berkeley.edu/298/w8.html Description: The Kansas system is so named because it is a large, flat space with multiple people in it. Each user sees a rectangular patch of the Kansas surface, and can slide their viewport across the plain, encountering animated simulations, audio source objects, or video windows. Users can move across the surface to overlap with one another for realtime collaboration, or move apart to work in isolation. Some of the video windows are images from participants' workstation cameras, so Kansas can support video-conferencing style interaction as well as realtime collaborative tasks. Kansas is built out of the Self language, so the world can be reprogrammed as it is running. Everything in Self is an object, from the manipulable entities on the screen to integers. This has proven useful: a simulation can be modified or extended in one part of Kansas while users continue to work elsewhere. Kansas is being used to test two pedagogical paradigms. In one paradigm, called DTVI (for ! ! Distributed Tutored Video Instruction), a small team of students study a videotape of a conventional lecture. I will report on a DTVI study underway at Cal Poly, San Luis Obispo. A second paradigm holds that interactive simulations can facilitating transfer of understanding between experiential and symbolic domains in physics education. In this paradigm, elements of physics labs and elements from word problems are combined in mutli-user, interactive simulations. A small pilot was conducted with high school physics students in East San Jose and myself in Mountain View. This pilot also served to test the internet's ability to support remote realtime collaboration between industrial and public school sites. mbone broadcast schedule http://www.msri.org/mbone From rem-conf-request@es.net Thu Oct 10 16:53:10 1996 Received: from bmrc.Berkeley.EDU by osi-east.es.net with ESnet SMTP (PP); Thu, 10 Oct 1996 13:52:42 -0700 Received: from nobozo.CS.Berkeley.EDU (nobozo.CS.Berkeley.EDU [128.32.34.58]) by bmrc.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id NAA01864 for <298-list@bmrc.Berkeley.EDU>; Thu, 10 Oct 1996 13:45:46 -0700 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by nobozo.CS.Berkeley.EDU (8.6.10/8.6.3) with SMTP id NAA01706 for <298-list@bmrc>; Thu, 10 Oct 1996 13:45:45 -0700 Date: Thu, 10 Oct 1996 13:45:45 -0700 Message-Id: <199610102045.NAA01706@nobozo.CS.Berkeley.EDU> X-Sender: jerrlyn@nobozo.CS.Berkeley.EDU X-Mailer: Windows Eudora Version 2.1.1 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: 298-list@bmrc.Berkeley.EDU From: Jerrlyn Iwata Subject: Berkeley Multimedia and Graphics Seminar Berkeley Multimedia and Graphics Seminar (Wednesday October 16, 1996 12:30-2:00 PDT 405 Soda Hall) "Kansas: a flexible, 2D virtual reality with audio and video links for realtime distance learning" Randall B. Smith Sun Microsystems Laboratories The Kansas system is so named because it is a large, flat space with multiple people in it. Each user sees a rectangular patch of the Kansas surface, and can slide their viewport across the plain, encountering animated simulations, audio source objects, or video windows. Users can move across the surface to overlap with one another for realtime collaboration, or move apart to work in isolation. Some of the video windows are images >from participants' workstation cameras, so Kansas can support video-conferencing style interaction as well as realtime collaborative tasks. Kansas is built out of the Self language, so the world can be reprogrammed as it is running. Everything in Self is an object, from the manipulable entities on the screen to integers. This has proven useful: a simulation can be modified or extended in one part of Kansas while users continue to work elsewhere. Kansas is being used to test two pedagogical paradigms. In one paradigm, called DTVI (for Distributed Tutored Video Instruction), a small team of students study a videotape of a conventional lecture. I will report on a DTVI study underway at Cal Poly, San Luis Obispo. A second paradigm holds that interactive simulations can facilitating transfer of understanding between experiential and symbolic domains in physics education. In this paradigm, elements of physics labs and elements from word problems are combined in mutli-user, interactive simulations. A small pilot was conducted with high school physics students in East San Jose and myself in Mountain View. This pilot also served to test the internet's ability to support remote realtime collaboration between industrial and public school sites. ------------------------------------------------------------------------------ This seminar will be broadcast on the Internet MBONE. The broadcast will begin at 12:40 PDT (GMT - 8 hrs). See sdr or http://bmrc.berkeley.edu/298 for instructions on setting up, connecting to, and operating the MBONE tools. From rem-conf-request@es.net Thu Oct 10 17:24:05 1996 Received: from boron.Stanford.EDU by osi-east.es.net with ESnet SMTP (PP); Thu, 10 Oct 1996 14:23:14 -0700 Received: from [36.53.0.74] (kohn-centris.Stanford.EDU [36.53.0.74]) by boron.Stanford.EDU (8.7.5/8.7.3) with SMTP id OAA16742; Thu, 10 Oct 1996 14:22:23 -0700 (PDT) X-Sender: jkohn@jessica Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 10 Oct 1996 14:23:03 -0700 To: rem-conf@es.net From: jkohn@networking.stanford.edu (Jay Kohn) Subject: Frame rate vs. picture quality Cc: mbone-support@lists.Stanford.EDU Based on feedback we have received, the Stanford Channel is sending a higher frame rate in a reduced size today as a test. I'd be interested in any feedback, opinions, etc. related to this test. Thanks, Jay Kohn DCCS Stanford University From rem-conf-request@es.net Fri Oct 11 04:36:41 1996 Received: from VNET.IBM.COM by osi-east.es.net with ESnet SMTP (PP); Fri, 11 Oct 1996 01:36:10 -0700 Received: from HAIFASC3 by VNET.IBM.COM (IBM VM SMTP V2R3) with BSMTP id 2737; Fri, 11 Oct 96 04:36:22 EDT Date: Fri, 11 Oct 96 10:00:52 IST From: Scott Petrack To: confctrl@isi.edu Cc: rem-conf@es.net Subject: RTSP My $0.02 before I read all the RTSP I-D carefully: 1.I thought that there was actually a very large consensus in Montreal AGAINST blessing any kind of lightweight RTP, even in principle. This issue was already opened, decided, and closed. RTSP should rely on link-level RTP/UDP/IP compression if it wants a lightweight RTP. If it needs something over TCP, then one should do a link level RTP/TCP/IP. (This is of course particularly trivial to do over TCP.) I am not expressing a personal opinion here about whether this is a good idea or not. I am suggesting that this part of the I-D has already been discussed. 2. Using TCP for reliability of a control protocol is a really hideous thing to do. (Can you say ITU?). I would not like to see the IETF embrace such a monstrous practice. Of course, the issue of a reliable channel for RTP control is a very important one and must be addressed. I would think that adding a simple ACK scheme would be perfectly satisfactory. If you think (as I do) that the correct way to transport control for RTP streams is in some RTCP packets, then it's pretty obvious how to add an ACK packet type and how to piggyback it onto other RTCP packets in such a way as to add absolutely minimal overhead. This has the added advantage that if you don't need it you just don't do it, so it's totally "backward compatible" with existing RTP tools. 3. RTSP looks to me like a protocol for audio/video streaming playback. With just the tiniest effort, it could be made into a protocol for real-time control of RTP streams. This would include record, playback, translators, mixers, and perhaps other gateways. I don't want to do "everything." I want to restrict to and focus on "real-time control of RTP streams." I have no problem with starting with media types audio/video, and starting with playback/record. But I'd like to be sure *now* that the protocol will support more, just like I know now that RTP will support more later than its current rather simple usages. I'll try hard to read carefully the draft today to make my remarks worth more than $0.02. Scott From rem-conf-request@es.net Fri Oct 11 13:35:29 1996 Received: from hickory.engr.utk.edu by osi-east.es.net with ESnet SMTP (PP); Fri, 11 Oct 1996 10:34:55 -0700 Received: from nut.engr.utk.edu by hickory.engr.utk.edu (5.x/2.8s-UTK.UTCC) id AA13729; Fri, 11 Oct 1996 13:35:49 -0400 Message-Id: <9610111735.AA13729@hickory.engr.utk.edu> From: Mark Rader To: rem-conf Subject: suscribe Date: Fri, 11 Oct 1996 13:31:41 -0500 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit please add me to the rem-conf@es.net mailing list suscribe From rem-conf-request@es.net Mon Oct 14 07:11:21 1996 Received: from cs.columbia.edu by osi-east.es.net with ESnet SMTP (PP); Mon, 14 Oct 1996 04:10:28 -0700 Received: from erlang.cs.columbia.edu (erlang.cs.columbia.edu [128.59.27.35]) by cs.columbia.edu (8.7.6/8.6.6) with ESMTP id HAA13210; Mon, 14 Oct 1996 07:10:26 -0400 (EDT) Received: from erlang.cs.columbia.edu (localhost [127.0.0.1]) by erlang.cs.columbia.edu (8.7.6/8.6.6) with SMTP id HAA00696; Mon, 14 Oct 1996 07:10:21 -0400 (EDT) Sender: hgs@cs.columbia.edu Message-ID: <32621F9C.5841@cs.columbia.edu> Date: Mon, 14 Oct 1996 07:10:20 -0400 From: "Henning G. Schulzrinne" Organization: Columbia University, Dept. of Computer Science X-Mailer: Mozilla 3.0 (X11; I; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: confctrl@isi.edu, rem-conf@es.net Subject: RTSP in NYT Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit http://www.nytimes.com/library/cyber/week/1014standards.html It would be nice to hear from the authors of RTSP whether they are looking for mmusic to basically approve the document as is or if this is supposed to be a genuine IETF effort. -- Henning Schulzrinne email: schulzrinne@cs.columbia.edu Dept. of Computer Science phone: +1 212 939-7042 Columbia University fax: +1 212 666-0140 New York, NY 10027 URL: http://www.cs.columbia.edu/~hgs From rem-conf-request@es.net Mon Oct 14 11:41:12 1996 Received: from murrow.prognet.com (actually prognet.com) by osi-east.es.net with ESnet SMTP (PP); Mon, 14 Oct 1996 08:40:45 -0700 Received: from mdlaptop.prognet.com (johnf.prognet.com) by murrow.prognet.com with SMTP id AA00065 (5.67b/IDA-1.5 for ); Mon, 14 Oct 1996 08:40:21 -0700 Message-Id: <2.2.32.19961014154040.0076472c@mail.prognet.com> X-Sender: martind@mail.prognet.com X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 14 Oct 1996 08:40:40 -0700 To: "Henning G. Schulzrinne" , confctrl@isi.edu, rem-conf@es.net From: Martin Dunsmuir Subject: Re: RTSP in NYT We are deadly serious about IETF involvement. The RTSP draft, as submitted represents our collaborative work with Netscape and draws on our experience with RealAudio. So we do think that a good, widely supported standard can come out of the current draft without too much work. The industry needs a standard in this area, as witness the wide industry support for this effort, we believe that we understand some aspects of the problem very well, but peer review and the development of a standard within the IETF process is our goal. Martin Dunsmuir General Manager, Server Products Progressive Networks At 07:10 AM 10/14/96 -0400, Henning G. Schulzrinne wrote: >http://www.nytimes.com/library/cyber/week/1014standards.html > >It would be nice to hear from the authors of RTSP whether they are >looking for mmusic to basically approve the document as is or if this is >supposed to be a genuine IETF effort. >-- >Henning Schulzrinne email: schulzrinne@cs.columbia.edu >Dept. of Computer Science phone: +1 212 939-7042 >Columbia University fax: +1 212 666-0140 >New York, NY 10027 URL: http://www.cs.columbia.edu/~hgs > > From rem-conf-request@es.net Mon Oct 14 13:32:28 1996 Received: from nobozo.CS.Berkeley.EDU by osi-east.es.net with ESnet SMTP (PP); Mon, 14 Oct 1996 10:31:46 -0700 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by nobozo.CS.Berkeley.EDU (8.6.10/8.6.3) with SMTP id KAA26664 for ; Mon, 14 Oct 1996 10:31:47 -0700 Date: Mon, 14 Oct 1996 10:31:47 -0700 Message-Id: <199610141731.KAA26664@nobozo.CS.Berkeley.EDU> X-Sender: jerrlyn@nobozo.CS.Berkeley.EDU 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: Jerrlyn Iwata Subject: [Reminder] U.C. Berkeley Multimedia and Graphics Seminar Wednesday, October 16, 1996 12:30 - 2:00 PM PDT 405 Soda Hall "Kansas: a flexible, 2D virtual reality with audio and video links for realtime distance learning" Randall B. Smith Sun Microsystems Laboratories MBONE BROADCAST BEGINS AT 12.40 PDT (GMT - 8 HOURS) From rem-conf-request@es.net Mon Oct 14 16:56:05 1996 Received: from murrow.prognet.com (actually prognet.com) by osi-east.es.net with ESnet SMTP (PP); Mon, 14 Oct 1996 13:55:38 -0700 Received: from robla.dev.prognet.com (two221.dev.prognet.com) by murrow.prognet.com with SMTP id AA19760 (5.67b/IDA-1.5 for ); Mon, 14 Oct 1996 13:55:30 -0700 Message-Id: <2.2.32.19961014205501.017142b0@mail.prognet.com> X-Sender: robla@mail.prognet.com X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 14 Oct 1996 13:55:01 -0700 To: "Henning G. Schulzrinne" , confctrl@isi.edu, rem-conf@es.net From: Rob Lanphier Subject: Re: RTSP in NYT Cc: Martin Dunsmuir At 07:10 AM 10/14/96 -0400, Henning G. Schulzrinne wrote: >http://www.nytimes.com/library/cyber/week/1014standards.html > >It would be nice to hear from the authors of RTSP whether they are >looking for mmusic to basically approve the document as is or if this is >supposed to be a genuine IETF effort. I would like to add to what Martin wrote. Anup Rao and I have discussed all of the email, and we want to make sure that we both understand the questions the same way before replying to them to avoid sending mixed messages and just creating unnecessary havoc on the mail list. We'll be replying in detail to everyone's comments very soon. Sorry for being a hermit these past few days :) Rob --- Rob Lanphier Voice: (206)674-2322 Fax: (206)674-2699 Program Manager-Protocols Email: robla@prognet.com Progressive Networks-Home of RealAudio Web: http://www.realaudio.com From rem-conf-request@es.net Mon Oct 14 18:16:12 1996 Received: from rupertsberg.cs.colorado.edu by osi-east.es.net with ESnet SMTP (PP); Mon, 14 Oct 1996 15:15:46 -0700 Received: from rupertsberg.cs.colorado.edu (evi@localhost.cs.colorado.edu [127.0.0.1]) by rupertsberg.cs.colorado.edu (8.7.6/8.7.3) with ESMTP id QAA03811; Mon, 14 Oct 1996 16:15:41 -0600 (MDT) Message-Id: <199610142215.QAA03811@rupertsberg.cs.colorado.edu> To: rem-conf@es.net cc: evi@rupertsberg.cs.colorado.edu Subject: Campus/vBNS Workshop Date: Mon, 14 Oct 1996 16:15:40 -0600 From: Evi Nemeth MBONE session: High Performance Campus Network/vBNS Workshop Date: Tuesday Oct 22 and Wednesday Oct 23, 8:30AM - 5PM MDT (GMT -7) Media: audio/video/wb, will nuke the video if bandwidth is a problem More info: http://www.colorado.edu/CNS/HPCN/agenda.html From rem-conf-request@es.net Tue Oct 15 00:54:28 1996 Received: from comlab.gtri.gatech.edu by osi-east.es.net with ESnet SMTP (PP); Mon, 14 Oct 1996 21:54:02 -0700 Received: by comlab.gtri.gatech.edu (4.1/Comlab-4.2) id AA17759; Tue, 15 Oct 96 00:53:13 EDT From: nilsen@comlab.gtri.gatech.edu (Robert Nilsen) Message-Id: <9610150453.AA17759@comlab.gtri.gatech.edu> Subject: unsub To: rem-conf@es.net Date: Tue, 15 Oct 1996 00:53:13 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 50 unsubcribe rem-conf nilsen@comlab.gtri.gatech.edu From rem-conf-request@es.net Tue Oct 15 02:35:03 1996 Received: from sedal.sedal.su.OZ.AU by osi-east.es.net with ESnet SMTP (PP); Mon, 14 Oct 1996 23:34:36 -0700 Received: from brain (brain.sedal.usyd.EDU.AU [129.78.24.68]) by sedal.sedal.su.OZ.AU (8.6.9/8.6.9) with SMTP id QAA28301 for ; Tue, 15 Oct 1996 16:31:15 +1000 Date: Tue, 15 Oct 1996 16:32:52 +1000 (EST) From: Ivan Lee X-Sender: ivanlee@brain To: rem-conf@es.net Subject: subscribe Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII subscribe video@sedal.usyd.edu.au From rem-conf-request@es.net Tue Oct 15 15:14:46 1996 Received: from murrow.prognet.com (actually prognet.com) by osi-east.es.net with ESnet SMTP (PP); Tue, 15 Oct 1996 12:14:01 -0700 Received: from robla.dev.prognet.com (two221.dev.prognet.com) by murrow.prognet.com with SMTP id AA02157 (5.67b/IDA-1.5 for ); Tue, 15 Oct 1996 12:13:47 -0700 Message-Id: <2.2.32.19961015191319.009a938c@mail.prognet.com> X-Sender: robla@mail.prognet.com X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 15 Oct 1996 12:13:19 -0700 To: Scott Petrack , confctrl@isi.edu From: Rob Lanphier Subject: Re: RTSP Cc: rem-conf@es.net Hi Scott, At 10:00 AM 10/11/96 IST, Scott Petrack wrote: >My $0.02 before I read all the RTSP I-D carefully: > >1.I thought that there was actually a very large consensus in Montreal >AGAINST blessing any kind of lightweight RTP, even in principle. >This issue was already opened, decided, and closed. > RTSP should rely on link-level RTP/UDP/IP >compression if it wants a lightweight RTP. If it needs something over >TCP, then one should do a link level RTP/TCP/IP. (This is of course >particularly trivial to do over TCP.) Compressed RTP is an optional feature, and the protocol has a mechanism to bypass this compression. However, we specify it so that there is an interoperable modem-bandwidth solution. This is something we rely on pretty heavily. The bandwidth saving may not seem dramatic, but every byte matters on a modem. Nonetheless, this is a fair claim. I realize from one of your early drafts that you'd originally proposed an interim solution, and I would agree with your earlier assessments. I'll discuss the compressed RTP issue a little more thoroughly in another message. >2. Using TCP for reliability of a control protocol is a really hideous >thing to do. (Can you say ITU?). I would not like to see the IETF >embrace such a monstrous practice. Of course, the issue of a reliable >channel for RTP control is a very important one and must be addressed. I >would think that adding a simple ACK scheme would be perfectly >satisfactory. If you think (as I do) that the correct way to transport >control for RTP streams is in some RTCP packets, then it's pretty >obvious how to add an ACK packet type and how to piggyback it onto other >RTCP packets in such a way as to add absolutely minimal overhead. This >has the added advantage that if you don't need it you just don't do it, >so it's totally "backward compatible" with existing RTP tools. Please help me understand this a little better. We've used a TCP control stream in our product since the first release in 1994, primarily because it has two advantages: 1. It is reliable 2. It is reasonably secure (especially when compared to UDP) You've addressed how we may achieve reliability with RTCP, but not security. Part of the reason that firewall administrators allow RealAudio through their firewalls is because we use TCP for our control stream, and that they can validate the source of a TCP stream with reasonable certainty, whereas UDP is very easily spoofed. The reason why I'm inclined to use TCP is because the design goals of TCP and this reliable RTCP are virtually identical. If I understood what design objective is being achieved by avoiding TCP, I'd have a better understanding of why we shouldn't use it. >3. RTSP looks to me like a protocol for audio/video streaming playback. >With just the tiniest effort, it could be made into a protocol for >real-time control of RTP streams. This would include >record, playback, translators, mixers, and perhaps other gateways. I >don't want to do "everything." I want to restrict to and focus on >"real-time control of RTP streams." I have no problem with starting with >media types audio/video, and starting with playback/record. But I'd like >to be sure *now* that the protocol will support more, just like I know now >that RTP will support more later than its current rather simple usages. Certainly this is going to be more than just playback of on-demand. We see this as being a control protocol layered on top of RTP to provide the control elements necessary for widespread RTP use. We currently are focusing on the need to control playback in the near term, but we have definitely set our sights on controling all aspects of transmission, because we have a need to standardize all elements of media delivery. Thanks for your comments on this. Rob --- Rob Lanphier Voice: (206)674-2322 Fax: (206)674-2699 Program Manager-Protocols Email: robla@prognet.com Progressive Networks-Home of RealAudio Web: http://www.realaudio.com From rem-conf-request@es.net Tue Oct 15 15:33:40 1996 Received: from bells.cs.ucl.ac.uk by osi-east.es.net with ESnet SMTP (PP); Tue, 15 Oct 1996 12:33:05 -0700 Received: from shrew.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Tue, 15 Oct 1996 20:32:36 +0100 From: Mark Handley X-Organisation: University College London, CS Dept. X-Phone: +44 171 419 3666 To: Rob Lanphier cc: Scott Petrack , confctrl@isi.edu, rem-conf@es.net Subject: Re: RTSP In-reply-to: Your message of "Tue, 15 Oct 1996 12:13:19 PDT." <2.2.32.19961015191319.009a938c@mail.prognet.com> Date: Tue, 15 Oct 1996 20:32:33 +0100 Message-ID: <8708.845407953@cs.ucl.ac.uk> Sender: M.Handley@cs.ucl.ac.uk >Please help me understand this a little better. We've used a TCP control >stream in our product since the first release in 1994, primarily because it >has two advantages: > >1. It is reliable >2. It is reasonably secure (especially when compared to UDP) > >You've addressed how we may achieve reliability with RTCP, but not security. >Part of the reason that firewall administrators allow RealAudio through >their firewalls is because we use TCP for our control stream, and that they >can validate the source of a TCP stream with reasonable certainty, whereas >UDP is very easily spoofed. Umm, perhaps I've missed something here. TCP source spoofing is just as easy as UDP source spoofing with the exception that the TCP initial sequence number is supposed to be random. Assuming you're designing a protocol that does an exchange (and we are here), then this degree of very limited security is trivially added to a UDP based protocol by adding a random connection id field sent to the client by the server in it's initial handshake. Much better in either case though is to use IPSEC... Mark From rem-conf-request@es.net Tue Oct 15 16:19:53 1996 Received: from pointer.cisco.com by osi-east.es.net with ESnet SMTP (PP); Tue, 15 Oct 1996 13:19:14 -0700 Received: from oranlt.cisco.com (oran-toshiba.cisco.com [171.69.210.2]) by pointer.cisco.com (8.6.12/8.6.5) with SMTP id NAA04873; Tue, 15 Oct 1996 13:18:43 -0700 Message-Id: <3.0b36.32.19961015161842.00ce60e8@pointer.cisco.com> X-Sender: oran@pointer.cisco.com X-Mailer: Windows Eudora Pro Version 3.0b36 (32) Date: Tue, 15 Oct 1996 16:18:44 -0400 To: Rob Lanphier , Scott Petrack , confctrl@isi.edu From: David Oran Subject: Re: RTSP Cc: rem-conf@es.net Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 12:13 PM 10/15/96 -0700, Rob Lanphier wrote: >Hi Scott, [SNIP] >Certainly this is going to be more than just playback of on-demand. We see >this as being a control protocol layered on top of RTP to provide the >control elements necessary for widespread RTP use. We currently are >focusing on the need to control playback in the near term, but we have >definitely set our sights on controling all aspects of transmission, because >we have a need to standardize all elements of media delivery. > Rob, I'm curious what you see as the scope of "controlling all aspects of transmission". Could you give some examples outside the VCR-button domain of what you envision? Just to stimulate discussion, what about an I-Phone conference using RTP and you want to put the phone on "hold". Is that in the scope of RTSP, part of the IK-phone session protocol, or something that belongs in RTCP? Thanks, and looking forward to further enlightenment. ----------------- David R. Oran Cisco Systems Direct: 408-527-0567 7 Ladyslipper Lane Home Office: 508-264-2048, Home: 508-263-2705 Acton, MA 01720 EMail: oran@cisco.com From rem-conf-request@es.net Tue Oct 15 20:42:09 1996 Received: from cedar.cic.net by osi-east.es.net with ESnet SMTP (PP); Tue, 15 Oct 1996 17:41:41 -0700 Received: from [206.225.192.69] (ts21-19.dialup.ais.net [206.225.198.20]) by cedar.cic.net (8.8.0/8.6.9) with SMTP id UAA08156; Tue, 15 Oct 1996 20:41:32 -0400 (EDT) X-Sender: gnelson@cedar.cic.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 15 Oct 1996 19:42:16 -0600 To: David Oran , Rob Lanphier , Scott Petrack , confctrl@isi.edu From: gnelson@zynrgy.com (Gary A. Nelson) Subject: Re: RTSP Cc: rem-conf@es.net Greetings, >[SNIP] >>Certainly this is going to be more than just playback of on-demand. We see >>this as being a control protocol layered on top of RTP to provide the >>control elements necessary for widespread RTP use. We currently are >>focusing on the need to control playback in the near term, but we have >>definitely set our sights on controling all aspects of transmission, because >>we have a need to standardize all elements of media delivery. YOur comment "controling all aspects of transmission" could imply a call model. How does a standardized API like the emerging JavaTel (http://java.sun.com/products/javatel/) fit into the picture." Seems like this work needs to be factored into the program. Whatchathink? GN ******************************** * * * Dr. Gary A. Nelson * * Zynrgy Group Inc * * 20708 North Deerpath Road * * Barrington, IL 60010-3787 * * +1 847 304 0000 vox * * +1 847 304 1929 fax * * gnelson@zynrgy.com * * * ******************************** From rem-conf-request@es.net Wed Oct 16 00:33:17 1996 Received: from rupertsberg.cs.colorado.edu by osi-east.es.net with ESnet SMTP (PP); Tue, 15 Oct 1996 21:32:52 -0700 Received: (from evi@localhost) by rupertsberg.cs.colorado.edu (8.7.6/8.7.3) id WAA05415; Tue, 15 Oct 1996 22:32:42 -0600 (MDT) Date: Tue, 15 Oct 1996 22:32:42 -0600 (MDT) From: Evi Nemeth Message-Id: <199610160432.WAA05415@rupertsberg.cs.colorado.edu> To: rem-conf@es.net Subject: mbone event Cc: evi@rupertsberg.cs.colorado.edu, grunwald@rupertsberg.cs.colorado.edu university of colorado, computer science colloquium language as a dynamical system jeff elman, dept of cognitive science, uc san diego thursday, oct 17, 3:30pm mdt (gmt -7) From rem-conf-request@es.net Wed Oct 16 13:17:06 1996 Received: from hill.msri.org (actually msri.org) by osi-east.es.net with ESnet SMTP (PP); Wed, 16 Oct 1996 10:16:23 -0700 Received: by hill.msri.org for (8.7/1.43r) id KAA19021; Wed, 16 Oct 1996 10:16:22 -0700 (PDT) Received: from hille.msri.org(198.129.64.225) by msri.org via smap (V1.3) id sma019010; Wed Oct 16 10:16:02 1996 Received: by hille.msri.org (8.7/MSRI) id KAA25514; Wed, 16 Oct 1996 10:24:54 -0700 (PDT) Date: Wed, 16 Oct 1996 10:24:54 -0700 (PDT) Message-Id: <199610161724.KAA25514@hille.msri.org> From: darryl Reply-to: darryl@convergent.com Subject: Lotus Domino Developer's Conference, Anaheim, Calif MBone Broadcast Announcement ---------------------------- Title: Lotus Domino Developer's Conference, Anaheim, Calif Date: Nov 07, 1996 Time: 16:00 GMT 10 hours Contact: darryl@convergent.com URL: http://www.lotus.com/dwdc/ Description: Transmission of selected speakers during the conference. Refer to the Web pages for more details. Transmission will not be continuous during this time. We will revise the start and duration times as we get closer to the conference date. mbone broadcast schedule http://www.msri.org/mbone From rem-conf-request@es.net Wed Oct 16 13:17:37 1996 Received: from hill.msri.org (actually msri.org) by osi-east.es.net with ESnet SMTP (PP); Wed, 16 Oct 1996 10:16:23 -0700 Received: by hill.msri.org for (8.7/1.43r) id KAA19015; Wed, 16 Oct 1996 10:16:22 -0700 (PDT) Received: from hille.msri.org(198.129.64.225) by msri.org via smap (V1.3) id sma018986; Wed Oct 16 10:15:35 1996 Received: by hille.msri.org (8.7/MSRI) id KAA25487; Wed, 16 Oct 1996 10:24:27 -0700 (PDT) Date: Wed, 16 Oct 1996 10:24:27 -0700 (PDT) Message-Id: <199610161724.KAA25487@hille.msri.org> From: darryl Reply-to: darryl@convergent.com Subject: Lotus Domino Developer's Conference, Anaheim, Calif MBone Broadcast Announcement ---------------------------- Title: Lotus Domino Developer's Conference, Anaheim, Calif Date: Nov 06, 1996 Time: 16:00 GMT 10 hours Contact: darryl@convergent.com URL: http://www.lotus.com/dwdc/ Description: Transmission of selected speakers during the conference. Refer to the Web pages for more details. Transmission will not be continuous during this time. We will revise the start and duration times as we get closer to the conference date. mbone broadcast schedule http://www.msri.org/mbone From rem-conf-request@es.net Wed Oct 16 20:59:22 1996 Received: from gorf (actually gorf.Stanford.EDU) by osi-east.es.net with ESnet SMTP (PP); Wed, 16 Oct 1996 17:58:54 -0700 Received: from vxtreme.com by gorf (931110.SGI/inc-1.0) id AA14460; Wed, 16 Oct 96 17:57:08 -0700 Received: from chai by uncola via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA08986; Wed, 16 Oct 1996 17:59:16 -0700 Message-Id: <3.0b28.32.19961016175956.00995b50@uncola> X-Sender: prasad@uncola X-Mailer: Windows Eudora Pro Version 3.0b28 (32) Date: Wed, 16 Oct 1996 17:59:56 -0700 To: rem-conf@es.net From: Prasad Vellanki Subject: SUBSCRIBE Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" subscribe From rem-conf-request@es.net Wed Oct 16 23:38:33 1996 Received: from cosmos (actually cosmos.kaist.ac.kr) by osi-east.es.net with ESnet SMTP (PP); Wed, 16 Oct 1996 20:38:04 -0700 Received: from tulip.kaist.ac.kr (tulip [143.248.185.12]) by cosmos (8.6.12h2/8.6.12) with ESMTP id MAA12225; Thu, 17 Oct 1996 12:37:14 +0900 Received: (from krkang@localhost) by tulip.kaist.ac.kr (8.6.12h2/8.6.12) id MAA05858; Thu, 17 Oct 1996 12:39:57 +0900 From: Kyungran Kang Message-Id: <199610170339.MAA05858@tulip.kaist.ac.kr> Subject: Micro-Robot World Cup Soccer Tournament'96 To: rem-conf@es.net Date: Thu, 17 Oct 1996 12:39:56 +0900 (KST) Cc: mbone@knc.or.kr X-Mailer: ELM [version 2.4 PL21-h4] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-2022-kr Content-Transfer-Encoding: 7bit Content-Length: 1333 MICRO-ROBOT WORLD CUP SOCCER TOURNAMENT'96 KAIST, Taejon, South Korea (Sat Nov 9, 1996 05:00 - Tue Nov 12, 1996 10:30 GMT) November 9 05:00-05:30 Opening Ceremony 05:30-06:30 Dr. Norman Caplan "Robotics Research Education and Goverment Policy" 06:30-09:30 Preliminary Match November 10 05:00-06:00 Prof. Tzyh-Jong Tarn, Washington Univ., U.S.A. "Human/Machine Sharing Control for Intelligent Mechatronic Systems" 06:00-09:30 Preliminary Match November 11 05:00-06:00 Dr. Lawrence J. Fogel "Top-Down Evolutionary Engineering" 06:00-09:30 Main Match November 12 06:00-09:30 Main Match, Final Match 09:30-10:30 Prize Award Ceremony See http://www.mirosot.org for more details. The tournament and keynote speech will be broadcast on the Internet MBone. This tournament is also a special event of Internet Expo'96. More details about the mbone session will be announced by SDR. The sessions will be recorded and rebroadcast. The schedule will be announced later. Thanks for your interest and participation in advance. Sincerely, Kyungran Kang From rem-conf-request@es.net Thu Oct 17 05:25:44 1996 Received: from django.inria.fr by osi-east.es.net with ESnet SMTP (PP); Thu, 17 Oct 1996 02:25:10 -0700 Received: by django.inria.fr (8.7.6/8.6.12) id LAA09694; Thu, 17 Oct 1996 11:25:06 +0200 (MET DST) Message-Id: <199610170925.LAA09694@django.inria.fr> X-Mailer: exmh version 1.6.7 5/3/96 To: rem-conf@es.net Cc: hoschka@sophia.inria.fr, jpg@sophia.inria.fr, Tie.Liao@inria.fr Subject: Mbone broadcast of RTMW '96 Workshop Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 17 Oct 1996 11:25:06 +0200 From: Thierry Turletti W3C Workshop on "Real Time Multimedia and the Web" (RTMW '96) October 24-25, 1996 INRIA-Sophia Antipolis - France We are planning to broadcast the W3C Workshop on "Real Time Multimedia and the Web" on October 24-25, 1996. The first day will deal with multimedia formats. The hot topic of the second day is audio and video transmission on the Internet. It will include a presentation of RTSP. See the announcement in sdr and the URL http://www.w3.org/pub/WWW/AudioVideo/9610_Workshop/ for a complete schedule of upcoming talks. IMPORTANT: We want to show the huge improvement in quality achievable by using audio with redundancy. Vat does not implement this, and thus cannot be used for receiving audio for RTMW '96. BTW, current versions of Rat and FreePhone are not comaptible. Version 2.0b4 of the FreePhone conferencing tool will be used *exclusively* for audio transmission. Please make sure you have downloaded this tool prior to attending the RTMW broadcast (see http://www.inria.fr/rodeo/fphone/), and copy the corresponding sdr installation file (ftp://zenon.inria.fr/rodeo/fphone/sdr2.plugin.S06.audio.rtp.*.fphone) to your home directory into "~/.sdr/plugins/". Please also make sure that you run version 2.2a23 of sdr which fixes a bug causing it to initialise the sdr home directory incorrectly (ftp://cs.ucl.ac.uk/mice/sdr/). For further information and questions please contact: Philipp Hoschka (hoschka@w3.org) --- Thierry Turletti From rem-conf-request@es.net Thu Oct 17 07:29:51 1996 Received: from cachaca.cs.pitt.edu by osi-east.es.net with ESnet SMTP (PP); Thu, 17 Oct 1996 04:29:24 -0700 Received: (from daemon@localhost) by cachaca.cs.pitt.edu (8.7.5/8.7.3) id BAA24933 for rtas-list; Thu, 17 Oct 1996 01:05:30 -0400 Received: (from mosse@localhost) by cachaca.cs.pitt.edu (8.7.5/8.7.3) id BAA24929; Thu, 17 Oct 1996 01:05:26 -0400 Date: Thu, 17 Oct 1996 01:05:26 -0400 From: Daniel Mosse' Message-Id: <199610170505.BAA24929@cachaca.cs.pitt.edu> To: rtas@cs.pitt.edu Subject: RTAS '97 cfp; deadline jan 17, 1997 Please let me know if: - you do NOT want to receive any more mailings for this RTAS 97; - you do NOT want your name to remain in the list for next year; or - you are twice in the list. Sorry for any inconvenience. Daniel Mosse' e-mail: mosse@cs.pitt.edu Dept of Computer Science University of Pittsburgh voice: (412) 624-8923 fax 624-8854 Pittsburgh, PA 15260 http://www.cs.pitt.edu/~mosse ---- Important Dates Event Deadline Paper submission January 17, 1997 Tutorial proposal submission January 31, 1997 Acceptance notification March 17, 1997 Final camera-ready manuscript April 4, 1997 Call For Papers Third IEEE Real-time Technology and Applications Symposium (RTAS) June 8-10, 1997 (tentative) Montreal, Canada Sponsored by The IEEE Computer Society Technical Committee on Real-Time Systems* in cooperation with the U.S. Office of Naval Research Objectives The IEEE Real-time Technology and Applications Symposium brings together real-time system developers and researchers from academia, industry and government to present the latest advances in real-time systems research, and discuss the practical challenges encountered and the solutions adopted. An exciting variety of mechanisms for discussion and interchange is planned, including tutorials, panel discussions, full-paper presentations and work-in-progress sessions. Full-length papers, work-in-progress abstracts and tutorial proposals on various aspects of real-time computing and communications are sought, ranging from multimedia applications, case studies, systems integration, application requirements, scheduling, operating systems, software engineering, dependability, databases, programming languages, system development tools, communications, performance modeling and formal techniques. Of particular interest are papers detailing experiments, implementations, and experiences in application domains such as multimedia, internet and wireless appliances, communications, process control, automated manufacturing, avionics, advanced highway systems, vehicular control and robotics. As in previous years, the best papers presented at the symposium will be selected for publication in respected IEEE journals. Best Student Paper Award A Best Student Paper Award, along with a cash honorarium, will be presented to a full-length paper with a student as the primary author. Please indicate in your full-length submissions if your paper was primarily authored by a student. Submissions Manuscripts to be considered for presentation as full papers should be limited to 20 double-spaced pages. Work-in-progress abstracts to be considered for presentation at an "Ongoing Work" session should be limited to 6 double-spaced pages. Six copies of each full-paper manuscript and work-in-progress abstracts should reach the program chair by January 17, 1997 at the following address: ^^^^^^^^^^^^^^^^ Raj Rajkumar School of Computer Science Carnegie Mellon University 5000 Forbes Avenue Pittsburgh PA 15213-3891 U.S.A. : 412-268-8707 Voice : 412-268-5574 Fax Email: raj+@cs.cmu.edu Proposals for half-day tutorials in technically appealing areas of the Symposium are also solicited. Tutorial proposals should be sumbitted to the program chair by January 31, 1997. Authors of all submissions will be notified of acceptance by March 17, 1997. In the case of full-length papers and work-in-progress abstracts, the final camera-ready copy for inclusion in the Symposium proceedings will be due on April 4, 1997. Any paper submitted to the Symposium must not have been published in or submitted to other technical conferences. For more information about the Symposium, send e-mail to jeffay@cs.unc.edu and for questions regarding conference submissions, send e-mail to raj+@cs.cmu.edu. The Web page for the conference can be accessed at http://www.cs.cmu.edu/~rtas97. Symposium Organizers General Chair: Kevin Jeffay, University of North Carolina at Chapel Hill Program Chair: Raj Rajkumar, Carnegie Mellon University Ex-Officio: (RTS-TC Chairs) Al Mok, University of Texas at Austin Doug Locke, Lockheed Martin Corporation Publicity Chair (America) Daniel Mosse', University of Pittsburgh Publicity Chair (Europe) Gerhard Fohler, Humboldt University, Germany Publicity Chair (Far East) Tei-Wei Kuo, National Chung Cheng University, ROC Treasurer James H. Anderson, University of North Carolina at Chapel Hill Program Committee Member Affiliation Neil Audsley University of York Sanjoy Baruah University of Vermont Azer Bestavros Boston University Riccardo Bettati Texas A&M University Erik Cota-Robles Intel Corporation Siamack Haghighi Intel Corporation Farnam Jahanian University of Michigan Mike Jones Microsoft Research Arkady Kanevsky MITRE Corporation Jane Liu University of Illinois at Urbana Champaign Cliff Mercer Navio Communications Daniel Mosse' University of Pittsburgh Keith Marzullo University of San Diego Sang Lyul Min Seoul National University, Korea Guru Parulkar Washington University at St. Louis Chakkalamattam J Paul IBM Corporation Krithi Ramamritham University of Massachusetts Lui Sha Software Engineering Institute Chia Shen Mitsubishi Electric Research Labs Sang Son University of Virginia Harrick Vin University of Texas at Austin Farn Wang Academia Sinica, ROC Wei Zhao Texas A&M University *IEEE Approval Pending From rem-conf-request@es.net Thu Oct 17 09:09:54 1996 Received: from bells.cs.ucl.ac.uk by osi-east.es.net with ESnet SMTP (PP); Thu, 17 Oct 1996 06:09:17 -0700 Received: from rat.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Thu, 17 Oct 1996 14:07:41 +0100 To: Thierry Turletti cc: rem-conf@es.net, hoschka@sophia.inria.fr, jpg@sophia.inria.fr, Tie.Liao@inria.fr Subject: Re: Mbone broadcast of RTMW '96 Workshop In-reply-to: Your message of "Thu, 17 Oct 1996 11:25:06 +0200." <199610170925.LAA09694@django.inria.fr> Date: Thu, 17 Oct 1996 14:07:36 +0100 Message-ID: <1890.845557656@cs.ucl.ac.uk> From: Colin Perkins --> Thierry Turletti writes: > >W3C Workshop on "Real Time Multimedia and the Web" (RTMW '96) >October 24-25, 1996 >INRIA-Sophia Antipolis - France > >We are planning to broadcast the W3C Workshop on "Real Time Multimedia and >the Web" on October 24-25, 1996. The first day will deal with multimedia >formats. The hot topic of the second day is audio and video transmission on >the Internet. It will include a presentation of RTSP. >See the announcement in sdr and the URL >http://www.w3.org/pub/WWW/AudioVideo/9610_Workshop/ >for a complete schedule of upcoming talks. > >IMPORTANT: > >We want to show the huge improvement in quality achievable by using audio >with redundancy. Vat does not implement this, and thus cannot be used for >receiving audio for RTMW '96. BTW, current versions of Rat and FreePhone >are not comaptible. Version 2.0b4 of the FreePhone conferencing tool will be >used *exclusively* for audio transmission. The obsolete RAT v2.5a1 also uses this RTP redundancy packet format, and is compatible with FreePhone 2.0b4. Anyone who still has this old version of RAT can listen to this session. RAT v2.6 is available from ftp://cs.ucl.ac.uk/mice/rat/ and offers a significant number of bug-fixes, together with an improved packet format for redundancy. All future releases of RAT (and FreePhone?) will use this new format, and will NOT be compatible with RAT v2.5 or with FreePhone 2.0b4. Colin From rem-conf-request@es.net Thu Oct 17 14:16:58 1996 Received: from murrow.prognet.com (actually prognet.com) by osi-east.es.net with ESnet SMTP (PP); Thu, 17 Oct 1996 11:16:12 -0700 Received: from robla.dev.prognet.com (two221.dev.prognet.com) by murrow.prognet.com with SMTP id AA18007 (5.67b/IDA-1.5 for ); Thu, 17 Oct 1996 11:15:59 -0700 Message-Id: <2.2.32.19961017181530.009f6538@mail.prognet.com> X-Sender: robla@mail.prognet.com X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 17 Oct 1996 11:15:30 -0700 To: David Oran , Scott Petrack , confctrl@isi.edu From: Rob Lanphier Subject: Re: RTSP Cc: rem-conf@es.net At 04:18 PM 10/15/96 -0400, David Oran wrote: >Rob, I'm curious what you see as the scope of "controlling all aspects >of transmission". Could you give some examples outside the VCR-button >domain of what you envision? > >Just to stimulate discussion, what about an I-Phone conference using RTP >and you want to put the phone on "hold". Is that in the scope of RTSP, part >of the IK-phone session protocol, or something that belongs in RTCP? Just to clear up a major bit of confusion here. I think we are very interested in eventually controling all aspects of one-to-many one-way transmission (recording, playback, etc.). However, controlling many-to-many transmission is an *entirely* different can of worms, and I think is best left to another protocol, such as what Jeff Smith at NTT is working on for collaborative control. Beyond VCR-button-type control, what we envision in the long-term is full a/v mixer board control, rather than the telephone/conferencing paradigm. I see that goal as orthoganal to telephone conferencing control. Rob --- Rob Lanphier Voice: (206)674-2322 Fax: (206)674-2699 Program Manager-Protocols Email: robla@prognet.com Progressive Networks-Home of RealAudio Web: http://www.realaudio.com From rem-conf-request@es.net Thu Oct 17 14:18:28 1996 Received: from www45.inria.fr by osi-east.es.net with ESnet SMTP (PP); Thu, 17 Oct 1996 11:18:01 -0700 Received: by www45.inria.fr (8.7.6/8.6.12) id UAA24918; Thu, 17 Oct 1996 20:17:54 +0200 (MET DST) Message-Id: <199610171817.UAA24918@www45.inria.fr> To: Colin Perkins cc: rem-conf@es.net Subject: Re: Mbone broadcast of RTMW '96 Workshop In-reply-to: Your message of "Thu, 17 Oct 1996 14:07:36 BST." <1890.845557656@cs.ucl.ac.uk> Date: Thu, 17 Oct 1996 20:17:53 +0200 From: Philipp Hoschka Colin: >The obsolete RAT v2.5a1 also uses this RTP redundancy packet format, and is >compatible with FreePhone 2.0b4. Anyone who still has this old version of >RAT can listen to this session. Let me give you some of the reasons that lead me to chose fphone for transmitting RTMW, so that you can better appreciate this decision. I think the use of redundant audio encodings is a "good thing" - I guess we agree on that. However, to the best of my knowledge, there has been no wide-spread testing of this approach on the MBone up to now. Since tools are still in a prototype stage, I decided to use a tool where the programmers are on site, rather than on a remote site. I guess this makes sense. Fphone hasn't been upgraded, because the main author of this tool will have to defend his thesis in a week - sorry about that. >RAT v2.6 is available from ftp://cs.ucl.ac.uk/mice/rat/ and offers a >significant number of bug-fixes, together with an improved packet format >for redundancy. Could you give a short explanation of the improvements in the redundancy scheme ? If they result in a really significant advantage, I will most certainly reconsider the use of fphone. We might even change fphone before RTMW :-) >All future releases of RAT (and FreePhone?) will use this >new format, and will NOT be compatible with RAT v2.5 or with FreePhone >2.0b4. As stated above: yes, fphone will be upgraded, maybe even before RTMW. Btw, the question which tool is compatible with which is probably not all that important. In the end, many people would probably prefer compatibility to RealAudio. I believe that this is the first time that redundant encoding is used on a larger scale. Let's hope for all of us that it works reasonably well ! Cheers -Philipp From rem-conf-request@es.net Thu Oct 17 15:09:24 1996 Received: from pointer.cisco.com by osi-east.es.net with ESnet SMTP (PP); Thu, 17 Oct 1996 12:08:24 -0700 Received: from oranlt.cisco.com (oran-toshiba.cisco.com [171.69.210.2]) by pointer.cisco.com (8.6.12/8.6.5) with SMTP id MAA11914; Thu, 17 Oct 1996 12:07:57 -0700 Message-Id: <3.0b36.32.19961017150755.0071f914@pointer.cisco.com> X-Sender: oran@pointer.cisco.com X-Mailer: Windows Eudora Pro Version 3.0b36 (32) Date: Thu, 17 Oct 1996 15:07:58 -0400 To: Rob Lanphier , Scott Petrack , confctrl@isi.edu From: David Oran Subject: Re: RTSP Cc: rem-conf@es.net Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" THANKS! That really clears up a lot of confusion (at least in my mind - maybe everybody else is already clued in). By the way, it was real hard to imagine what I could/couldn't or would/wouldn't use the protocol for from reading the draft. More of this sort of stuff in the Introduction would definitely have been helpful. Now, another naive question. You talk about one-to-one and one-to-many as being in the scope, but not many-to-many. Ok, now what about many-to-one? In other words, I want to retrieve a bunch of streams from a variety of sources (i.e. not all on the same control host or media server) and control them together. I'm not sure how one would do that with RTSP. Set up some kind of intermediate proxy which makes it look like the streams all come >from the same place? Set up multiple RTSP connections/associations, one per media server? I think I know how to do some of that with a per-stream control channel like RTCP, or with a multicast control protocol that all the media servers can listen to. Thanks for being patient. Dave. At 11:15 AM 10/17/96 -0700, Rob Lanphier wrote: >At 04:18 PM 10/15/96 -0400, David Oran wrote: >>Rob, I'm curious what you see as the scope of "controlling all aspects >>of transmission". Could you give some examples outside the VCR-button >>domain of what you envision? >> >>Just to stimulate discussion, what about an I-Phone conference using RTP >>and you want to put the phone on "hold". Is that in the scope of RTSP, part >>of the IK-phone session protocol, or something that belongs in RTCP? > >Just to clear up a major bit of confusion here. I think we are very >interested in eventually controling all aspects of one-to-many one-way >transmission (recording, playback, etc.). However, controlling many-to-many >transmission is an *entirely* different can of worms, and I think is best >left to another protocol, such as what Jeff Smith at NTT is working on for >collaborative control. > >Beyond VCR-button-type control, what we envision in the long-term is full >a/v mixer board control, rather than the telephone/conferencing paradigm. I >see that goal as orthoganal to telephone conferencing control. > >Rob >--- >Rob Lanphier Voice: (206)674-2322 Fax: (206)674-2699 >Program Manager-Protocols Email: robla@prognet.com >Progressive Networks-Home of RealAudio Web: http://www.realaudio.com > > > ----------------- David R. Oran Cisco Systems Direct: 408-527-0567 7 Ladyslipper Lane Home Office: 508-264-2048, Home: 508-263-2705 Acton, MA 01720 EMail: oran@cisco.com From rem-conf-request@es.net Thu Oct 17 15:59:09 1996 Received: from ormail.intel.com by osi-east.es.net with ESnet SMTP (PP); Thu, 17 Oct 1996 12:58:26 -0700 Received: from ibeam.intel.com (ibeam.jf.intel.com [134.134.208.3]) by ormail.intel.com (8.7.6/8.7.3) with SMTP id MAA09731; Thu, 17 Oct 1996 12:58:23 -0700 (PDT) Received: from mgrafton2 by ibeam.intel.com with smtp (Smail3.1.28.1 #6) id m0vDyb4-000RmtC; Thu, 17 Oct 96 12:59 PDT Message-Id: Comments: Authenticated sender is From: "Michael A. Grafton" To: confctrl@isi.edu, Rob Lanphier Date: Thu, 17 Oct 1996 12:57:36 +0000 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: RTSP CC: rem-conf@es.net Priority: normal X-mailer: Pegasus Mail for Win32 (v2.42) > At 04:18 PM 10/15/96 -0400, David Oran wrote: > >Rob, I'm curious what you see as the scope of "controlling all > >aspects of transmission". Could you give some examples outside the > >VCR-button domain of what you envision? > > > >Just to stimulate discussion, what about an I-Phone conference > >using RTP and you want to put the phone on "hold". Is that in the > >scope of RTSP, part of the IK-phone session protocol, or something > >that belongs in RTCP? > > Just to clear up a major bit of confusion here. I think we are very > interested in eventually controling all aspects of one-to-many > one-way transmission (recording, playback, etc.). However, > controlling many-to-many transmission is an *entirely* different can > of worms, and I think is best left to another protocol, such as what > Jeff Smith at NTT is working on for collaborative control. I only read the draft once, so please let me know if this question makes any sense. You're saying that RTSP is meant for one-to-many one-way transmission. If there are many clients, then, is there a separate TCP connection between each client and the server? Or is there only one, between some designated "power" client (who can control the playback) and the server? Thanks, Mike Grafton From rem-conf-request@es.net Thu Oct 17 17:02:45 1996 Received: from mail2.microsoft.com by osi-east.es.net with ESnet SMTP (PP); Thu, 17 Oct 1996 14:01:57 -0700 Received: by mail2.microsoft.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.24) id <01BBBC33.B69654C0@mail2.microsoft.com>; Thu, 17 Oct 1996 14:01:37 -0700 Message-ID: From: "Steven Levi (CSD)" To: "'confctrl@isi.edu'" , 'Rob Lanphier' , "'Michael A. Grafton'" Cc: "'rem-conf@es.net'" Subject: RE: RTSP Date: Thu, 17 Oct 1996 14:01:28 -0700 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.994.24 Encoding: 38 TEXT I alsi read it to be one TCP connection per user. >---------- >From: Michael A. Grafton[SMTP:mgrafton@ibeam.jf.intel.com] >Sent: Thursday, October 17, 1996 5:57 AM >To: confctrl@isi.edu; Rob Lanphier >Cc: rem-conf@es.net >Subject: Re: RTSP > >> At 04:18 PM 10/15/96 -0400, David Oran wrote: >> >Rob, I'm curious what you see as the scope of "controlling all >> >aspects of transmission". Could you give some examples outside the >> >VCR-button domain of what you envision? >> > >> >Just to stimulate discussion, what about an I-Phone conference >> >using RTP and you want to put the phone on "hold". Is that in the >> >scope of RTSP, part of the IK-phone session protocol, or something >> >that belongs in RTCP? >> >> Just to clear up a major bit of confusion here. I think we are very >> interested in eventually controling all aspects of one-to-many >> one-way transmission (recording, playback, etc.). However, >> controlling many-to-many transmission is an *entirely* different can >> of worms, and I think is best left to another protocol, such as what >> Jeff Smith at NTT is working on for collaborative control. > >I only read the draft once, so please let me know if this question >makes any sense. You're saying that RTSP is meant for one-to-many >one-way transmission. If there are many clients, then, is there a >separate TCP connection between each client and the server? Or is >there only one, between some designated "power" client (who can >control the playback) and the server? > >Thanks, >Mike Grafton > > From rem-conf-request@es.net Thu Oct 17 19:40:45 1996 Received: from speedy.cs.pitt.edu by osi-east.es.net with ESnet SMTP (PP); Thu, 17 Oct 1996 13:01:35 -0700 Received: (from daemon@localhost) by speedy.cs.pitt.edu (8.7.5/8.7.3) id MAA23003 for rtas-list; Thu, 17 Oct 1996 12:39:23 -0400 Received: from titan.ecs.fullerton.edu (ecs.fullerton.edu [137.151.27.1]) by speedy.cs.pitt.edu (8.7.5/8.7.3) with ESMTP id MAA23000; Thu, 17 Oct 1996 12:39:21 -0400 Received: from cs417-1.ecs.fullerton.edu (cs417-1 [137.151.28.226]) by titan.ecs.fullerton.edu (8.7.3/8.7.3) with SMTP id JAA26249; Thu, 17 Oct 1996 09:39:19 -0700 (PDT) Date: Thu, 17 Oct 1996 09:39:06 -0900 (PDT) From: Dorota Huizinga To: Daniel Mosse' cc: rtas@cs.pitt.edu Subject: Re: RTAS '97 cfp; deadline jan 17, 1997 X-Sender: dorota@mail.ecs.fullerton.edu In-Reply-To: <199610170505.BAA24929@cachaca.cs.pitt.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I do NOT want to receive any more mailings for RTAS 97. Dorota Huizinga ========================================================================== On Thu, 17 Oct 1996, Daniel Mosse' wrote: > Please let me know if: > - you do NOT want to receive any more mailings for this RTAS 97; > - you do NOT want your name to remain in the list for next year; or > - you are twice in the list. > > Sorry for any inconvenience. > > Daniel Mosse' e-mail: mosse@cs.pitt.edu > Dept of Computer Science > University of Pittsburgh voice: (412) 624-8923 fax 624-8854 > Pittsburgh, PA 15260 http://www.cs.pitt.edu/~mosse > ---- > > Important Dates > > Event Deadline > Paper submission January 17, 1997 > Tutorial proposal submission January 31, 1997 > Acceptance notification March 17, 1997 > Final camera-ready manuscript April 4, 1997 > > > > Call For Papers > > Third IEEE Real-time Technology and Applications Symposium (RTAS) > > June 8-10, 1997 (tentative) > Montreal, Canada > > Sponsored by > The IEEE Computer Society Technical Committee on Real-Time Systems* > in cooperation with > the U.S. Office of Naval Research > > Objectives > > The IEEE Real-time Technology and Applications Symposium brings > together real-time system developers and researchers from academia, > industry and government to present the latest advances in real-time > systems research, and discuss the practical challenges encountered and > the solutions adopted. An exciting variety of mechanisms for > discussion and interchange is planned, including tutorials, panel > discussions, full-paper presentations and work-in-progress sessions. > Full-length papers, work-in-progress abstracts and tutorial proposals > on various aspects of real-time computing and communications are > sought, ranging from multimedia applications, case studies, systems > integration, application requirements, scheduling, operating systems, > software engineering, dependability, databases, programming languages, > system development tools, communications, performance modeling and > formal techniques. Of particular interest are papers detailing > experiments, implementations, and experiences in application domains > such as multimedia, internet and wireless appliances, communications, > process control, automated manufacturing, avionics, advanced highway > systems, vehicular control and robotics. As in previous years, the > best papers presented at the symposium will be selected for > publication in respected IEEE journals. > > > Best Student Paper Award > > A Best Student Paper Award, along with a cash honorarium, will be > presented to a full-length paper with a student as the primary author. > Please indicate in your full-length submissions if your paper was > primarily authored by a student. > > > Submissions > > Manuscripts to be considered for presentation as full papers should be > limited to 20 double-spaced pages. Work-in-progress abstracts to be > considered for presentation at an "Ongoing Work" session should be > limited to 6 double-spaced pages. Six copies of each full-paper > manuscript and work-in-progress abstracts should reach the program > chair by January 17, 1997 at the following address: > ^^^^^^^^^^^^^^^^ > > Raj Rajkumar > School of Computer Science > Carnegie Mellon University > 5000 Forbes Avenue > Pittsburgh PA 15213-3891 > U.S.A. > : 412-268-8707 Voice > : 412-268-5574 Fax > Email: raj+@cs.cmu.edu > > Proposals for half-day tutorials in technically appealing areas of the > Symposium are also solicited. Tutorial proposals should be sumbitted > to the program chair by January 31, 1997. Authors of all submissions > will be notified of acceptance by March 17, 1997. In the case of > full-length papers and work-in-progress abstracts, the final > camera-ready copy for inclusion in the Symposium proceedings will be > due on April 4, 1997. Any paper submitted to the Symposium must not > have been published in or submitted to other technical conferences. > For more information about the Symposium, send e-mail to > jeffay@cs.unc.edu and for questions regarding conference submissions, > send e-mail to raj+@cs.cmu.edu. The Web page for the conference can be > accessed at http://www.cs.cmu.edu/~rtas97. > > > Symposium Organizers > > General Chair: > > Kevin Jeffay, University of North Carolina at Chapel Hill > > Program Chair: > > Raj Rajkumar, Carnegie Mellon University > > Ex-Officio: (RTS-TC Chairs) > > Al Mok, University of Texas at Austin > Doug Locke, Lockheed Martin Corporation > > Publicity Chair (America) > > Daniel Mosse', University of Pittsburgh > > Publicity Chair (Europe) > > Gerhard Fohler, Humboldt University, Germany > > Publicity Chair (Far East) > > Tei-Wei Kuo, National Chung Cheng University, ROC > > Treasurer > James H. Anderson, University of North Carolina at Chapel Hill > > > > Program Committee > > Member Affiliation > > Neil Audsley University of York > Sanjoy Baruah University of Vermont > Azer Bestavros Boston University > Riccardo Bettati Texas A&M University > Erik Cota-Robles Intel Corporation > Siamack Haghighi Intel Corporation > Farnam Jahanian University of Michigan > Mike Jones Microsoft Research > Arkady Kanevsky MITRE Corporation > Jane Liu University of Illinois at Urbana Champaign > Cliff Mercer Navio Communications > Daniel Mosse' University of Pittsburgh > Keith Marzullo University of San Diego > Sang Lyul Min Seoul National University, Korea > Guru Parulkar Washington University at St. Louis > Chakkalamattam J Paul IBM Corporation > Krithi Ramamritham University of Massachusetts > Lui Sha Software Engineering Institute > Chia Shen Mitsubishi Electric Research Labs > Sang Son University of Virginia > Harrick Vin University of Texas at Austin > Farn Wang Academia Sinica, ROC > Wei Zhao Texas A&M University > > *IEEE Approval Pending > From rem-conf-request@es.net Thu Oct 17 23:07:11 1996 Received: from murrow.prognet.com (actually prognet.com) by osi-east.es.net with ESnet SMTP (PP); Thu, 17 Oct 1996 20:06:35 -0700 Received: from robla.dev.prognet.com (two221.dev.prognet.com) by murrow.prognet.com with SMTP id AA15313 (5.67b/IDA-1.5 for ); Thu, 17 Oct 1996 20:06:28 -0700 Message-Id: <2.2.32.19961018030557.00a60304@mail.prognet.com> X-Sender: robla@mail.prognet.com X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 17 Oct 1996 20:05:57 -0700 To: confctrl@isi.edu From: Rob Lanphier Subject: Re: RTSP Cc: rem-conf@es.net This is an question Henning posed last week on confctrl about the RTP compression design found in the RTSP draft. As per the request to discuss the transport aspects of this in rem-conf, I'm cc'ing that group as well. At 08:16 AM 10/11/96 -0400, "Henning G. Schulzrinne" wrote: >I also question the gain this provides. The RTP header is 12 bytes, the >"compressed" version 5 bytes, for a saving of 7 bytes. RealAudio 28.8 >(14.4 doesn't seem to work on Solaris) seems to send 247 bytes per UDP >packet. This amounts to a saving of an amazing 2.83 % of bandwidth (or >2.6% if you figure in the IP header). Actually, for fixed interval packets, we can get the compressed packet size down to 3 bytes by computing the timestamp based on the sequence number. Part of the reason we send such large packets is to avoid being eaten alive by header size. The smaller we can get the header, the more headers we can get away with sending. That's not to say that anyone would, but its nice to minimize the penalty should someone need to send smaller packets. That aside, even the small savings you compute really helps us out. Lots of engineering dollars are spent on schemes to squeeze much less savings out of an audio codec, so it is incumbant upon us to eek out whatever savings we can in the protocol. Also, on really low bitrate codecs the packet size may get smaller (if calculated by RTP-AV Payload criteria, with a typical packet interval of 20 ms), and the 9 bytes could well mean a large overhead. I do want to make clear that we intend to be diehard supporters of RTP/UDP/IP compression once that is decided upon and products are released that support it. We will make every effort to have a smooth but speedy transition to that once it is possible, because it is in our best interest to do so (the savings will be enormous). In the interim, though, we need incremental improvement, and that's what this provides. Rob --- Rob Lanphier Voice: (206)674-2322 Fax: (206)674-2699 Program Manager-Protocols Email: robla@prognet.com Progressive Networks-Home of RealAudio Web: http://www.realaudio.com From rem-conf-request@es.net Fri Oct 18 01:31:10 1996 Received: from mail.microsoft.com (actually mail1.microsoft.com) by osi-east.es.net with ESnet SMTP (PP); Thu, 17 Oct 1996 22:30:33 -0700 Received: by mail.microsoft.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.56) id <01BBBC7A.C441A8D0@mail.microsoft.com>; Thu, 17 Oct 1996 22:30:14 -0700 Message-ID: From: "Steven Levi (CSD)" To: "'rem-conf@es.net'" Subject: subscribe Date: Thu, 17 Oct 1996 22:29:49 -0700 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.994.56 Encoding: 0 TEXT From rem-conf-request@es.net Fri Oct 18 08:22:39 1996 Received: from INET-02-IMC.microsoft.com (actually mail2.microsoft.com) by osi-east.es.net with ESnet SMTP (PP); Fri, 18 Oct 1996 05:22:02 -0700 Received: by INET-02-IMC.microsoft.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.56) id <01BBBCB4.4B9965A0@INET-02-IMC.microsoft.com>; Fri, 18 Oct 1996 05:22:03 -0700 Message-ID: From: Thomas Pfenning To: "'M.Handley@cs.ucl.ac.uk'" , "'confctrl@ISI.EDU'" Cc: "'rem-conf@es.net'" Subject: RTSP <--> MMUSIC Date: Thu, 17 Oct 1996 23:37:40 -0700 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.994.56 Encoding: 22 TEXT Greetings, before we continue the interesting discussion about the technical merits of the RTSP proposal, I hope someone can clarify the role of this working group in regard to the RTSP proposal to me. Is this draft now being carried on by the working group chair (without the RTP compression ?) for consolidating the feedback of the working group to allow refinement and interoperable implementations? Is this supposed to evolve into a standards track document this working group is trying to drive? The recent activity on this mailing list seem to indicate enough interest (emotions?) to have a session at the IETF in San Jose. By looking at the current agenda (http://www.ietf.cnri.reston.va.us/meetings/SanJose.html marked subject to change) I can not find an mmusic session. Is that an oversight or intentional? Cheers Thomas From rem-conf-request@es.net Fri Oct 18 08:48:44 1996 Received: from bells.cs.ucl.ac.uk by osi-east.es.net with ESnet SMTP (PP); Fri, 18 Oct 1996 05:48:09 -0700 Received: from rat.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Fri, 18 Oct 1996 13:47:25 +0100 To: Philipp Hoschka cc: rem-conf@es.net Subject: Re: Mbone broadcast of RTMW '96 Workshop In-reply-to: Your message of "Thu, 17 Oct 1996 20:17:53 +0200." <199610171817.UAA24918@www45.inria.fr> Date: Fri, 18 Oct 1996 13:47:19 +0100 Message-ID: <7417.845642839@cs.ucl.ac.uk> From: Colin Perkins --> Philipp Hoschka writes: >Let me give you some of the reasons that lead me to chose fphone >for transmitting RTMW, so that you can better appreciate this decision. >I think the use of redundant audio encodings is a "good thing" - I guess >we agree on that. However, to the best of my knowledge, there has been >no wide-spread testing of this approach on the MBone up to now. Whilst there has been little use of redundancy on the Mbone, we have done a number of simulcasts using RAT with redundancy -- for example the WWW4 conference in Boston last year. Still, I agree that transmitting more sessions with redundancy is a very _good_thing_ since the audio quality should be vastly improved. >Could you give a short explanation of the improvements in the redundancy >scheme ? The changes involve repositioning the header information. The packet format used by rat2.5 and freephone has the redundancy headers spread throughout the packet, whereas the new packet format groups them all in one place. (This change was proposed and agreed at the last IETF meeting). The advantage of this new packet format is that it is easier to lookup the primary encoding, speeding up the most common case of decoding the primary only in the prescence of no loss. >If they result in a really significant advantage, I will most certainly >reconsider the use of fphone. We might even change fphone before >RTMW :-) The amount to be gained by changing between the two redundancy formats is much less than that gained by using redundancy instead of standard audio. My main hope is to avoid having two redundancy formats in use for a significant amount of time: that would cause unnecessary confusion. Colin From rem-conf-request@es.net Fri Oct 18 10:21:38 1996 Received: from su1.in.net by osi-east.es.net with ESnet SMTP (PP); Fri, 18 Oct 1996 07:21:05 -0700 Received: by su1.in.net (5.65/1.2-eef) id AA21215; Fri, 18 Oct 96 09:17:48 -0400 Return-Path: Date: Fri, 18 Oct 1996 09:17:18 -400 (EDT) From: Gerry Abell Subject: unsubscribe To: rem-conf@es.net Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII unsubscribe From rem-conf-request@es.net Fri Oct 18 14:17:49 1996 Received: from netcom23.netcom.com by osi-east.es.net with ESnet SMTP (PP); Fri, 18 Oct 1996 11:17:09 -0700 Received: (from sujo@localhost) by netcom23.netcom.com (8.6.13/Netcom) id LAA16989; Fri, 18 Oct 1996 11:17:04 -0700 From: sujo@netcom.com (Suresh K Jois) Message-Id: <199610181817.LAA16989@netcom23.netcom.com> Subject: How do I unsubscribe To: rem-conf@es.net, mbone@isi.edu Date: Fri, 18 Oct 1996 11:17:03 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 136 I tried to unsubscribe from this list using standard majordomo command, but that did not work. How do I unsubscribe ? Thanks, -Suresh From rem-conf-request@es.net Fri Oct 18 14:39:44 1996 Received: from cs.columbia.edu by osi-east.es.net with ESnet SMTP (PP); Fri, 18 Oct 1996 11:39:02 -0700 Received: from erlang.cs.columbia.edu (erlang.cs.columbia.edu [128.59.27.35]) by cs.columbia.edu (8.7.6/8.6.6) with ESMTP id OAA26006 for ; Fri, 18 Oct 1996 14:39:00 -0400 (EDT) Received: (from hgs@localhost) by erlang.cs.columbia.edu (8.7.6/8.6.6) id OAA08646 for rem-conf@es.net; Fri, 18 Oct 1996 14:38:55 -0400 (EDT) Date: Fri, 18 Oct 1996 14:38:55 -0400 (EDT) From: Henning Schulzrinne Message-Id: <199610181838.OAA08646@erlang.cs.columbia.edu> To: rem-conf@es.net Subject: Global Internet96: Advance Registration Deadline Today! Global Internet'96, consisting of selected papers, panels and tutorials on Internet-related topics ranging from access to billing, multimedia and Java, will take place during Globecom'96 in London, Nov. 20 and 21. For more information, see http://gaia.cs.umass.edu/tccc/internet96/ NOTE: The special pre-registration offer for Globecom and Global Internet'96 ends today! See http://www.labs.bt.com/profsoc/globecom/advregis.htm for registration form. --- Henning Schulzrinne email: schulzrinne@cs.columbia.edu Dept. of Computer Science phone: +1 212 939-7042 Columbia University fax: +1 212 666-0140 New York, NY 10027 URL: http://www.cs.columbia.edu/~hgs From rem-conf-request@es.net Fri Oct 18 17:43:46 1996 Received: from hill.msri.org (actually msri.org) by osi-east.es.net with ESnet SMTP (PP); Fri, 18 Oct 1996 14:43:16 -0700 Received: by hill.msri.org for (8.7/1.43r) id OAA20490; Fri, 18 Oct 1996 14:43:16 -0700 (PDT) Received: from hille.msri.org(198.129.64.225) by msri.org via smap (V1.3) id sma020482; Fri Oct 18 14:43:04 1996 Received: by hille.msri.org (8.7/MSRI) id OAA27542; Fri, 18 Oct 1996 14:51:58 -0700 (PDT) Date: Fri, 18 Oct 1996 14:51:58 -0700 (PDT) Message-Id: <199610182151.OAA27542@hille.msri.org> From: pch Reply-to: pch@ucop.edu Subject: UC President Richard Atkinson Speech MBone Broadcast Announcement ---------------------------- Title: UC President Richard Atkinson Speech Date: Mar 27, 1997 Time: 09:00 PST8PDT 2 hours Contact: pch@ucop.edu URL: http://ram.ucop.edu Description: mbone broadcast schedule http://www.msri.org/mbone From rem-conf-request@es.net Sun Oct 20 19:14:19 1996 Received: from dns2.noc.best.net by osi-east.es.net with ESnet SMTP (PP); Sun, 20 Oct 1996 16:13:46 -0700 Received: from mg128-033.ricochet.net (mg128-033.ricochet.net [204.179.128.33]) by dns2.noc.best.net (8.6.12/8.6.5) with SMTP id QAA01940; Sun, 20 Oct 1996 16:13:31 -0700 Date: Sun, 20 Oct 1996 16:13:31 -0700 Message-Id: <1.5.4.16.19961020160603.4067274a@pop.best.com> X-Sender: rsf@pop.best.com X-Mailer: Windows Eudora Light Version 1.5.4 (16) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Martin Dunsmuir From: Ross Finlayson Subject: RealAudio over MBone? (was Re: RTSP) Cc: rem-conf@es.net (This is in response to Martin Dunsmuir's recently-posted overview of the "RealAudio application model". I've changed the cc from "confctrl" to "rem-conf", which is more appropriate for this particular thread.) At 10:40 AM 10/18/96 -0700, Martin Dunsmuir wrote: >The RealMedia Model ... >The delivery of data from >the Server to the Player can be in three modes: UDP unicast, TCP unicast and >UDP multicast. ... >The type of connection is a function >of the player, which chooses TCP or UDP and the server, which chooses >multicast or unicast for UDP connections. In the case of Multicast, the >Server communicates the UDP port and Class D address to listen on to the >Player at startup It's interesting to learn that the RealAudio player now supports multicast sessions. For multicast sessions, can the player be started with just the multicast address & UDP port as parameters, or does the player have to first communicate with a server (as in the unicast case) to get these parameters? If the player can be run with only the multicast address/UDP port as parameters, then it should be possible to announce RealAudio MBone sessions using SDP, and launch them from an SDP browser. Have you considered doing this? (Of course, you'd need to use a dynamic audio payload type.) For some time now I've been suggesting that the MBone should be used more for low-bandwidth audio sessions, and RealAudio, although nonstandard, would be one way to get the ball rolling on this. Ross. From rem-conf-request@es.net Sun Oct 20 23:16:57 1996 Received: from murrow.prognet.com (actually prognet.com) by osi-east.es.net with ESnet SMTP (PP); Sun, 20 Oct 1996 20:16:21 -0700 Received: from office (blv-mx1-ip6.halcyon.com) by murrow.prognet.com with SMTP id AA10970 (5.67b/IDA-1.5 for ); Sun, 20 Oct 1996 20:16:22 -0700 Date: Sun, 20 Oct 1996 20:16:22 -0700 Message-Id: <199610210316.AA10970@murrow.prognet.com> X-Sender: martind@prognet.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Ross Finlayson , Martin Dunsmuir From: martind@prognet.com (Martin Dunsmuir) Subject: Re: RealAudio over MBone? (was Re: RTSP) Cc: rem-conf@es.net, conf-ctrl@isi.edu, sujalp@prognet.com X-Mailer: The RealAudio 3.0 Beta Server uses SDP to choose the ClassD/port. Therefore it is Mbone friendly. The ClassD/port are exchanged with the Player during startup, when the Player has TCP connection to the originating RealAudio Server. Therefore we should now be in a position to broadcast over the Mbone and have RealAudio 3.0 players pick it up anywhere the Mbone is accessible. Since we now have an Mbone connection we are hoping that we might be able to try something like this real soon. The bandwidth of RealAudio is between 10 and 20Kbits/sec. If you want to know more, email Sujal patel (sujalp@prognet.com). martin At 04:13 PM 10/20/96 -0700, Ross Finlayson wrote: >(This is in response to Martin Dunsmuir's recently-posted overview of the >"RealAudio application model". I've changed the cc from "confctrl" to >"rem-conf", which is more appropriate for this particular thread.) > >At 10:40 AM 10/18/96 -0700, Martin Dunsmuir wrote: >>The RealMedia Model >... >>The delivery of data from >>the Server to the Player can be in three modes: UDP unicast, TCP unicast and >>UDP multicast. >... >>The type of connection is a function >>of the player, which chooses TCP or UDP and the server, which chooses >>multicast or unicast for UDP connections. In the case of Multicast, the >>Server communicates the UDP port and Class D address to listen on to the >>Player at startup > >It's interesting to learn that the RealAudio player now supports multicast >sessions. For multicast sessions, can the player be started with just the >multicast address & UDP port as parameters, or does the player have to first >communicate with a server (as in the unicast case) to get these parameters? > >If the player can be run with only the multicast address/UDP port as >parameters, then it should be possible to announce RealAudio MBone sessions >using SDP, and launch them from an SDP browser. Have you considered doing >this? (Of course, you'd need to use a dynamic audio payload type.) > >For some time now I've been suggesting that the MBone should be used more >for low-bandwidth audio sessions, and RealAudio, although nonstandard, would >be one way to get the ball rolling on this. > > Ross. > > From rem-conf-request@es.net Sun Oct 20 23:31:41 1996 Received: from murrow.prognet.com (actually prognet.com) by osi-east.es.net with ESnet SMTP (PP); Sun, 20 Oct 1996 20:31:16 -0700 Received: from office (blv-mx1-ip6.halcyon.com) by murrow.prognet.com with SMTP id AA11372 (5.67b/IDA-1.5 for ); Sun, 20 Oct 1996 20:31:18 -0700 Date: Sun, 20 Oct 1996 20:31:18 -0700 Message-Id: <199610210331.AA11372@murrow.prognet.com> X-Sender: martind@prognet.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Ross Finlayson , Martin Dunsmuir From: martind@prognet.com (Martin Dunsmuir) Subject: Re: RealAudio over MBone? (was Re: RTSP) Cc: rem-conf@es.net, conf-ctrl@isi.edu, sujalp@prognet.com X-Mailer: The RealAudio 3.0 Beta Server uses SDP to choose the ClassD/port. Therefore it is Mbone friendly. The ClassD/port are exchanged with the Player during startup, when the Player has TCP connection to the originating RealAudio Server. Therefore we should now be in a position to broadcast over the Mbone and have RealAudio 3.0 players pick it up anywhere the Mbone is accessible. Since we now have an Mbone connection we are hoping that we might be able to try something like this real soon. The bandwidth of RealAudio is between 10 and 20Kbits/sec. If you want to know more, email Sujal patel (sujalp@prognet.com). martin At 04:13 PM 10/20/96 -0700, Ross Finlayson wrote: > >For some time now I've been suggesting that the MBone should be used more >for low-bandwidth audio sessions, and RealAudio, although nonstandard, would >be one way to get the ball rolling on this. > > Ross. > > From rem-conf-request@es.net Mon Oct 21 13:29:37 1996 Received: from bells.cs.ucl.ac.uk by osi-east.es.net with ESnet SMTP (PP); Mon, 21 Oct 1996 10:28:51 -0700 Received: from rat.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Mon, 21 Oct 1996 18:28:34 +0100 To: rem-conf@es.net Subject: MBone Basic/Help? (was Re: RTSP) Date: Mon, 21 Oct 1996 18:28:34 +0100 Message-ID: <2705.845918914@cs.ucl.ac.uk> From: Jon Crowcroft whenver we explain the mbone to people, we end up saying "no no, its not like that - here come and look at this...@ and then show a session creation, startup and use of tools (e.g. sdr, rat/vic/nt, vat/vic/wb, invitation etc etc etc....) now wouldn't it nbe neat if we could have a scripting language for writing scenarios like this user creates session user a joins user b joins user a sends some audio user b sends some audio user c joins user c sends some wb user a leaves user b sends some video user b invites user d to join... user d joins.... etc etc.... using VCR or realaudio or whatver to retrieve the actual media for playback, plkus the actual session data, and run the actual tools, but running input from distributed media storage rather than from actual media sources...... if we had such a thing, we could experiment with different session ncontrol protocols and scenarios etc etc.... without having to have lots of real users.... and what if only some of the users were playback - some were real we could do things like online training for assertiveness/negotiation skills etc etc..... what if... jon From rem-conf-request@es.net Mon Oct 21 14:27:36 1996 Received: from bmrc.Berkeley.EDU by osi-east.es.net with ESnet SMTP (PP); Mon, 21 Oct 1996 11:27:07 -0700 Received: from nobozo.CS.Berkeley.EDU (nobozo.CS.Berkeley.EDU [128.32.34.58]) by bmrc.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id LAA12067 for <298-list@bmrc.Berkeley.EDU>; Mon, 21 Oct 1996 11:20:47 -0700 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by nobozo.CS.Berkeley.EDU (8.6.10/8.6.3) with SMTP id LAA19934 for <298-list@bmrc>; Mon, 21 Oct 1996 11:20:48 -0700 Date: Mon, 21 Oct 1996 11:20:48 -0700 Message-Id: <199610211820.LAA19934@nobozo.CS.Berkeley.EDU> X-Sender: jerrlyn@nobozo.CS.Berkeley.EDU X-Mailer: Windows Eudora Version 2.1.1 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: 298-list@bmrc.Berkeley.EDU From: Jerrlyn Iwata Subject: Berkeley Multimedia & Graphics Seminar 21 October 1996 The seminar for Wednesday, October 23, has been cancelled. From rem-conf-request@es.net Mon Oct 21 19:31:12 1996 Received: from hillhouse.ckp.edu by osi-east.es.net with ESnet SMTP (PP); Mon, 21 Oct 1996 16:30:35 -0700 Received: (from queene@localhost) by hillhouse.ckp.edu (8.7.5/8.6.9) id TAA27080; Mon, 21 Oct 1996 19:30:29 -0400 (EDT) Date: Mon, 21 Oct 1996 19:30:29 -0400 (EDT) From: Queene Cottingham To: Jon Crowcroft cc: rem-conf@es.net Subject: Re: MBone Basic/Help? (was Re: RTSP) In-Reply-To: <2705.845918914@cs.ucl.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Jon, Good idea! Some of us are novices at the mbone thing.... We broadcast a jazz show from here in Pittsburgh around the 4th of July...and I am still confused as to what I did.... Queene Cottingham On Mon, 21 Oct 1996, Jon Crowcroft wrote: > > whenver we explain the mbone to people, we end up saying > "no no, its not like that - here come and look at this...@ > and then show a session creation, startup and use of tools (e.g. > sdr, rat/vic/nt, vat/vic/wb, invitation etc etc etc....) > > now wouldn't it nbe neat if we could have a scripting language for > writing scenarios like this > > > user creates session > user a joins > user b joins > user a sends some audio > user b sends some audio > user c joins > user c sends some wb > user a leaves > user b sends some video > user b invites user d to join... > user d joins.... > > etc etc.... > > using VCR or realaudio or whatver to retrieve the actual media for > playback, plkus the actual session data, and run the actual tools, but > running input from distributed media storage rather than from actual > media sources...... > > if we had such a thing, we could experiment with different session > ncontrol protocols and scenarios etc etc.... > without having to have lots of real users.... > > and what if only some of the users were playback - some were real > > we could do things like online training for assertiveness/negotiation > skills etc etc..... > > what if... > > jon > > From rem-conf-request@es.net Mon Oct 21 19:45:49 1996 Received: from sunset.ma.huji.ac.il by osi-east.es.net with ESnet SMTP (PP); Mon, 21 Oct 1996 16:45:02 -0700 Received: (from petrack@localhost) by sunset.ma.huji.ac.il (8.6.11/8.6.10) id BAA13236; Tue, 22 Oct 1996 01:42:36 +0200 Date: Tue, 22 Oct 1996 01:42:36 +0200 From: Scott Petrack Message-Id: <199610212342.BAA13236@sunset.ma.huji.ac.il> To: j.crowcroft@cs.ucl.ac.uk, rem-conf@es.net Subject: Re: MBone/Basic Help Once upon a time, J.Crowcroft wrote: > > whenver we explain the mbone to people, we end up saying > "no no, its not like that - here come and look at this...@ > and then show a session creation, startup and use of tools (e.g. > sdr, rat/vic/nt, vat/vic/wb, invitation etc etc etc....) > > now wouldn't it nbe neat if we could have a scripting language for > writing scenarios like this > > > user creates session > user a joins > user b joins > user a sends some audio > user b sends some audio > user c joins > user c sends some wb > user a leaves > user b sends some video > user b invites user d to join... > user d joins.... > > etc etc.... > > using VCR or realaudio or whatver to retrieve the actual media for > playback, plkus the actual session data, and run the actual tools, but > running input from distributed media storage rather than from actual > media sources...... > > if we had such a thing, we could experiment with different session > ncontrol protocols and scenarios etc etc.... > without having to have lots of real users.... > > and what if only some of the users were playback - some were real > > we could do things like online training for assertiveness/negotiation > skills etc etc..... > > what if... > > jon Look at Jeff Smith's archive of discussion about his control-protocol-for-servers-of-RTP-streams-in-progress. (I don't have the URL handy here, but it's been posted a few times before; if you need it let me know). One of the threads of that discussion went like this: Here is one way to do control of playback/record of RTP streams. 1. First build a nice little tool-with-GUI to play out locally stored RTP streams to some IP address, and a similar tool to store the RTP streams that come from some set of addresses. 2. Then build a protocol which allows one to remotely control simple GUI applications. One suggestion was to abstract a very simple user interface hierarchy (buttons, sliders, menu items, etc, perhaps a subset of awt), describe each MBone tool via a profile, and control that hierarchy via some protocol (perhaps by using SNMP to set and retrieve the value of each button, slider, menu item, etc.) In the end one would be able to control remotely SDR, vat, rat, etc., etc., as well as the new playback and record tool. Of course, if one did this, one could easily build a scripting language which would do exactly what you want. Now it may bother you define "create a session" in terms of some "primitive" like "choose this menu item in SDR." I guess my thinking was that the UIs of the current suite of MBone tools are sufficiently simple that the mapping is pretty much one-one. There aren't 16 different tools with the functionality of SDR, for example. But this is of course a legitimate concern which would require some thought. Did I understand what you want to do correctly? Is this a reasonable approach? BTW, to do this correctly one also needs to think about permissions. For example, if a remote script is controlling the tools, you might want to forbid the local user from actually pressing any buttons. In a former life, I started to think about some way to write profiles for MM conferences in a way which would give a much richer range of possible conference policies than now exists. I thought at the time that the thing one wants to abstract would be having a list of each participant and each tool that s/he is running, along with a list of which buttons, etc. in the GUI each person can and can't press. Of course you'd need a set of rules for how to change this list. To do the scripting you want, or even simple playback record, you might want to include something like this, so that if you're scripting an MBone session for some novice, s/he won't be able to actually press the buttons on his copy of the tool as it's running. Scott From rem-conf-request@es.net Tue Oct 22 04:48:51 1996 Received: from cismsun.univ-lyon1.fr by osi-east.es.net with ESnet SMTP (PP); Tue, 22 Oct 1996 01:48:05 -0700 Received: (from lucia@localhost) by cismsun.univ-lyon1.fr (8.6.12/8.6.12) id KAA29323; Tue, 22 Oct 1996 10:47:35 +0200 Message-Id: <199610220847.KAA29323@cismsun.univ-lyon1.fr> Subject: Re: MBone Basic/Help? (was Re: RTSP) To: J.Crowcroft@cs.ucl.ac.uk (Jon Crowcroft) Date: Tue, 22 Oct 1996 10:47:35 +0200 (MET DST) From: Lucia Gradinariu Cc: rem-conf@es.net In-Reply-To: <2705.845918914@cs.ucl.ac.uk> from "Jon Crowcroft" at Oct 21, 96 06:28:34 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1169 > now wouldn't it nbe neat if we could have a scripting language for > writing scenarios like this people designing HCI use such notations to describe user's actions to accomplish a task. XUAN ( User Action Notation extension to better capture temporal aspects of user action/system activity) might be a good example of scripting language (see work of Phil Gray dept. of cs @ Univ. of Glasgow). For a classical HCI, in UAN, system's feedback to an action like "mouse button down " is something like "button highlited". For a MM HCI i think there is (i'm looking for ...) some way to express user manipulation of information flows as systems can do better things now (like displaying video in a window while playing-back audio associated with that video) just an idea ... -------------------------------------------------------------------------------- Lucia GRADINARIU, Eng. CISM-Univ. Cl. Bernard Lyon1 voice:(33).72.43.13.69 Bat. 101 Bd. du 11 Novembre 1918 fax:(33).72.44.84.10 69622 Villeurbanne FRANCE email:lucia@univ-lyon1.fr http://www.univ-lyon1.fr/CISM/lucia --------------------------------------------------------------------------------- From rem-conf-request@es.net Tue Oct 22 05:56:36 1996 Received: from mail.gmd.de by osi-east.es.net with ESnet SMTP (PP); Tue, 22 Oct 1996 02:55:49 -0700 Received: by mail.gmd.de id AA03089 (5.67b8/IDA-1.5 for rem-conf@es.net); Tue, 22 Oct 1996 11:53:24 +0200 Date: Tue, 22 Oct 1996 11:53:24 +0200 From: Hans Mayer Message-Id: <199610220953.AA03089@mail.gmd.de> To: J.Crowcroft@cs.ucl.ac.uk, rem-conf@es.net Subject: Re: MBone Basic/Help? (was Re: RTSP) >now wouldn't it nbe neat if we could have a scripting language for >writing scenarios like this Thinking about it, Don Libes expect comes to mind. That's a nice tool for programming such things (I haven't actually done it but might do something along the line for regression testing). ...and it neatly integrates into tcl/tk environments :-) Hans PS: Maybe soneone else has already experimented with it and would like to comment ... I would appreciate comments about using expect for such things. Thanks. From rem-conf-request@es.net Tue Oct 22 10:39:43 1996 Received: from goggins.uio.no by osi-east.es.net with ESnet SMTP (PP); Tue, 22 Oct 1996 07:39:08 -0700 Received: from ulrik.uio.no by goggins.uio.no with local-SMTP (PP) id <07249-0@goggins.uio.no>; Tue, 22 Oct 1996 16:38:59 +0200 Received: from marion (localhost [127.0.0.1]) by marion.uio.no ; Tue, 22 Oct 1996 16:39:03 +0200 (MDT) Message-Id: <199610221439.QAA03844@marion.uio.no> X-Mailer: exmh version 1.6.7 5/3/96 To: rem-conf@es.net Subject: MBone tools for AIX 4 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Oct 1996 16:38:59 +0200 From: Frank J|rgen Solem As far as i know the only MBone tools available as binaries for AIX is sdr, vat and wb. I'm wondering if anyone has compiled some of the other tools? I am particulary interested in nte and vic. -- Frank Solem University of Oslo Center for Information Technology Services From rem-conf-request@es.net Tue Oct 22 10:44:02 1996 Received: from user1.scranton.com by osi-east.es.net with ESnet SMTP (PP); Tue, 22 Oct 1996 07:43:29 -0700 Received: from localhost (garcia@localhost) by user1.scranton.com (8.6.12/8.6.9) with SMTP id KAA02055; Tue, 22 Oct 1996 10:34:51 -0400 X-Authentication-Warning: user1.scranton.com: garcia owned process doing -bs Date: Tue, 22 Oct 1996 10:34:50 -0400 (EDT) From: Joe Garcia To: Hans Mayer cc: J.Crowcroft@cs.ucl.ac.uk, rem-conf@es.net Subject: Unsubscribe In-Reply-To: <199610220953.AA03089@mail.gmd.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Unsubscribe From rem-conf-request@es.net Tue Oct 22 11:21:22 1996 Received: from mail.cs.tu-berlin.de by osi-east.es.net with ESnet SMTP (PP); Tue, 22 Oct 1996 08:19:57 -0700 Received: from rubel.cs.tu-berlin.de (effekta@rubel.cs.tu-berlin.de [130.149.20.46]) by mail.cs.tu-berlin.de (8.6.13/8.6.12) with ESMTP id RAA22332 for ; Tue, 22 Oct 1996 17:19:45 +0200 From: Thordis Krieger Received: (from effekta@localhost) by rubel.cs.tu-berlin.de (8.7.6/8.7.3) id RAA04389 for rem-conf@es.net; Tue, 22 Oct 1996 17:19:37 +0200 (MET DST) Message-Id: <199610221519.RAA04389@rubel.cs.tu-berlin.de> Subject: unsubscribe To: rem-conf@es.net Date: Tue, 22 Oct 1996 17:19:35 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII unsubscribe From rem-conf-request@es.net Tue Oct 22 15:05:06 1996 Received: from ouri.eecs.uic.edu by osi-east.es.net with ESnet SMTP (PP); Tue, 22 Oct 1996 12:04:33 -0700 Received: (from wolfson@localhost) by ouri.eecs.uic.edu (8.6.9/8.6.9) id NAA15305; Tue, 22 Oct 1996 13:55:41 -0500 Date: Tue, 22 Oct 1996 13:55:41 -0500 From: Ouri Wolfson Message-Id: <199610221855.NAA15305@ouri.eecs.uic.edu> To: BLeiner@arpa.mil, Emmanuel.Duros@sophia.inria.fr, G_F_Wetzel@att.com, John.J.Diamond@lerc.nasa.gov, Michael.J.Zernic@lerc.nasa.gov, Paul.R.McMasters@lerc.nasa.gov, Peter.E.Harbath@lerc.nasa.gov, Richard.C.Reinhart@lerc.nasa.gov, Robert.A.Bauer@lerc.nasa.gov, Roger.P.Dendy@lerc.nasa.gov, anilg@cs.tamu.edu, badri@cs.rutgers.edu, bb@cs.purdue.edu, bergman@jplopto.jpl.nasa.gov, cellular@comnets.rwth-aachen.de, chiueh@cs.sunysb.edu, chlamtac@BCN.BU.EDU, cnom@maestro.bellcore.com, commsoft@cc.bellcore.com, comswtc@gmu.edu, cost237-transport@comp.lancs.ac.uk, danzig@pollux.usc.edu, dbarbara@bellcore.com, dboff@ddn-pac.ddn.mil, dbworld@cs.wisc.edu, dhoder@lerc.nasa.gov, dyun@spectra.eng.hawaii.edu, eddie.hsu@jpl.nasa.gov, end2end-interest@isi.edu, epitoura@cc.uoi.gr, f-troup@aurora.cis.upenn.edu, gargione@pogo.den.mmc.com, grossman@uic.edu, helm@seas.gwu.edu, hfk@research.att.com, hipparch@sophia.inria.fr, ian@cesdis1.gsfc.nasa.gov, ieeetcpc@ccvm.sunysb.edu, imielins@cs.rutgers.edu, jain@cis.ohio-state.edu, jimf@aro.ncren.net, jimi@galaxy.jpl.nasa.gov, kostas@umiacs.UMD.EDU, liny@liny.csie.nctu.edu.tw, mhd@seas.smu.edu, mobile-ip@Tadpole.Com, msmith@osat.hq.nasa.gov, nishida@dc.kdd.com, pacspace@lava.net, pacspace@uhunix1.its.Hawaii.Edu, padmanab@joyride.CS.Berkeley.EDU, pat.gary@gsfc.nasa.gov, ralonso@peanut.sarnoff.com, randy@cs.Berkeley.edu, rem-conf@es.net, reres@laas.fr, rgopal@hns.com, rhoward@sses2.cta.com, richard.romer@jpl.nasa.gov, sbz@cs.brown.edu, scsmith@bbn.com, sdo@picard.cs.OhioU.Edu, shameed@cs.tamu.edu, sharony@hazeltine.com, sigmedia@bellcore.com, sjgizinski@CCGATE.HAC.COM, son@aic.hrl.hac.com, stephen.townes@jpl.nasa.gov, szabo@hit.bme.hu, tarek@seas.gwu.edu, tccc@cs.umass.edu, tsoni@torrey.tst.com, wildman@arl.mil, wolfson@ouri.eecs.uic.edu, xtp-relay@cs.concordia.ca, yemini@cs.columbia.edu, yeyesha@cesdis.edu, ygz@aic.hrl.hac.com Subject: WOSBIS'96 - Call for Participation CALL FOR PARTICIPATION ______________________________________________________________________ First International Workshop on Satellite-based Information Services (WOSBIS) November 13, 1996 (Immediately following ACM MobiCom'96) Rye Hilton, Rye, New York, USA Sponsored by Hughes Research Laboratories and ACM Sigmobile (pending). _______________________________________________________________________ Scope: Satellite communication will play an increasingly important role in our future information-based society. This trend as evidenced by the large number of systems planned or in operation (e.g. GPS, IRIDIUM, DIREC-PC). This workshop will bring together researchers and engineers >from academia and industry to discuss satellite applications and services. The services are characterized by direct or global broadcast capabilities of satellites, high and possibly asymmetric bandwidth, low setup costs. Applications of such services are often real-time, and they include telemedicine, education, public information services, entertainment, digital battlefield, emergency and disaster response. Workshop Schedule: 8:00 - 8:30 On-site registration. 8:30 - 8:40 Opening remarks, Ouri Wolfson, program co-chair. 8:40 - 9:30 Invited Talk: ATM over Satellite, Ian Akyildiz, Georgia Tech 9:30 - 11:00 Paper Session I: Direct Broadcast Satellite Networking using Direct Broadcast Satellite Venkata Padmanabhan, Hari Balakrishnan, Keith Sklower, Elan Amir, and Randy H. Katz, University of California at Berkeley Integration of DBS and LEO Satellites for High Volume Information Distribution, David Walters and Regan Howard, CTA Incorporated Integrating Direct Broadcast Satellite with Wireless Local Access Yongguang Zhang and Son Dao, Hughes Research Laboratories 11:00 - 11:30 Coffee Break 11:30 - 1:00 Paper Session II: Data Broadcasting Adaptive Data Broadcasting Using Air-Cache Konstantinos Stathatos, Nick Roussopoulos, and John Baras, University of Maryland Data Broadcast in Asymmetric Environments Nitin Vaidya and Sohail Hameed, Texas A&M University Propagating Updates in Asymmetric Channels Anil Gurijala and Udo Pooch, Texas A&M University 1:00 - 2:00 Lunch (on your own) 2:00 - 3:15 Paper Session III: Satellite Networks Secure Data Broadcasting Mechanisms for Satellite Networks Tzi-cker Chiueh, State University of New York at Stony Brook Leveraging Network Management Standards for Satellite Networks R. Gopal, Hughes Network Systems Supporting Unidirectional Links in the Internet Emmanuel Duros and Walid Dabbous, I.N.R.I.A. Sophia Antipolis An Integrated Satellite Based Asset Management System Tarun Soni, Torrey Science Corporation Satellite-Based Near-Real-Time Imagery Dissemination James Mehring and Stephen Gizinski, Hughes Space and Communication 3:30 - 4:30 Paper Session IV: Protocols An Application-Level Solution to TCP's Satellite Inefficiencies Mark Allman, Hans Kruse and Shawn Ostermann, Ohio University On Source Rules for ABR Service on ATM Networks with Satellite Links Sonia Fahmy, Rai Jain, Shivkumar Kalyanaraman, Rohit Goyal, and Fang Lu, Ohio State University 4:30 - 5:30 Panel: Global Internet over Satellite Networks Chair: Son Dao, Hughes Research Laboratories For further information visit the workshop web page at: http://www.eecs.uic.edu/~wolfson/html/wosbis96.html _____________________________________________________________________ Registration for First International Workshop on Satellite-based Information Services (WOSBIS) November 13, 1996 * Rye, New York _______________________________________________________________ Name _______________________________________________________________ Company/Organization _______________________________________________________________ Address _______________________________________________________________ Telephone Number_______________________FAX_____________________ URL(WWW) Address_______________________Email___________________ _______________________________________________________________ Name on Badge Workshop Registration Fee: $75 if received by November 6, 1996 OR On-site registration fee: $100 Please complete and return with US$ check (made payable to Hughes Research Labs) to: Hughes Research Labs Attn: WOSBIS (Pam Evans) 3011 Malibu Canyon Road Malibu, CA 90265 310-317-5688 - phone 310-317-5695 - fax email: pevans@isl.hrl.hac.com If registering on-site, return registration form electronically and pay on site by either cash or check. _______________________________________________________________________ For hotel information see the MobiCom web page at: http://www.acm.org/sigmobile/conf/mobicom96 When making the reservation please mention WOSBIS/MobiCom. From rem-conf-request@es.net Wed Oct 23 17:41:03 1996 Received: from precept.com (actually hydra.precept.com) by osi-east.es.net with ESnet SMTP (PP); Wed, 23 Oct 1996 14:40:31 -0700 Received: from summit (summit.precept.com) by precept.com (5.x/SMI-4.1) id AA08909; Wed, 23 Oct 1996 14:40:29 -0700 Date: Wed, 23 Oct 1996 14:40:29 -0700 From: jcole@precept.com (John Cole) Message-Id: <961023144116.ZM3638@summit> Reply-To: jcole@precept.com X-Mailer: Z-Mail 4.0 (4.0.0 Aug 21 1995) To: rem-conf@es.net Subject: Multicast of "Site Builder Conference" event Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Microsoft is presenting a "Site Builder Conference", an event for website creators, designers and managers in which web experts will explain how to use Microsoft's web client/server technology. For more details, see http://www.microsoft.com/webdev/. Portions of the conference will be multicast over the MBONE. Video will be H261, and audio will be DVI, both to be delivered using RTPv2 with Precept's IP/TV server software. Program Name: Site Builder Conference (Microsoft Multicast) Start Date & Time: Oct 28 1996 - 08:15 PST (16:15 GMT) Length: 7 Hours Program Name: Site Builder Conference (Microsoft Multicast) Start Date & Time: Oct 29 1996 - 08:15 PST (16:15 GMT) Length: 2 Hours Program Name: Site Builder Conference (Microsoft Multicast) Start Date & Time: Oct 30 1996 - 08:15 PST (16:15 GMT) Length: 2 Hours You can tune in to this MBONE event two ways. The event will be advertised with Precept's IP/TV Program Guide, which sends out an sdr-compatible session advertisement to be received by sdr or a local Program Guide server. Those who want to use Precept's viewer software for MS Windows but are not running a local Program Guide may access the one at www.precept.com (this is set by default for the downloaded viewer). Also located on that web site are details on downloading the viewer. -- John Cole, Systems Engineer Tel: 415.845.5200 Precept Software, Inc. Fax: 415.845.5235 1072 Arastradero Road http://www.precept.com Palo Alto, CA 94304 E-Mail: jcole@precept.com From rem-conf-request@es.net Wed Oct 23 17:47:56 1996 Received: from precept.com (actually hydra.precept.com) by osi-east.es.net with ESnet SMTP (PP); Wed, 23 Oct 1996 14:47:11 -0700 Received: from summit (summit.precept.com) by precept.com (5.x/SMI-4.1) id AA08932; Wed, 23 Oct 1996 14:47:09 -0700 Date: Wed, 23 Oct 1996 14:47:09 -0700 From: jcole@precept.com (John Cole) Message-Id: <961023144756.ZM3638@summit> Reply-To: jcole@precept.com X-Mailer: Z-Mail 4.0 (4.0.0 Aug 21 1995) To: rem-conf@es.net Subject: Multicast of "Professional Developers Conference" event Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Microsoft is presenting a "Professional Developers Conference", an event intended for developers who write distributed enterprise applications or build customizable components for intranets, LANs, WANs or the Internet using C/C++ or Java, with the latest Internet technologies. For more details, see http://www.microsoft.com/webdev/. Portions of the conference will be multicast over the MBONE. Video will be H261, and audio will be DVI, both to be delivered using RTPv2 with Precept's IP/TV server software. Program Name: Professional Developers Conference Start Date & Time: Nov 4 1996 - 08:00 PST (16:00 GMT) Length: 9.5 Hours Program Name: Professional Developers Conference Start Date & Time: Nov 5 1996 - 08:00 PST (16:00 GMT) Length: 10 Hours Program Name: Professional Developers Conference Start Date & Time: Nov 6 1996 - 08:00 PST (16:00 GMT) Length: 10 Hours Program Name: Professional Developers Conference Start Date & Time: Nov 7 1996 - 08:00 PST (16:00 GMT) Length: 4 Hours You can tune in to this MBONE event two ways. The event will be advertised with Precept's IP/TV Program Guide, which sends out an sdr-compatible session advertisement to be received by sdr or a local Program Guide server. Those who want to use Precept's viewer software for MS Windows but are not running a local Program Guide may access the one at www.precept.com (this is set by default for the downloaded viewer). Also located on that web site are details on downloading the viewer. -- John Cole, Systems Engineer Tel: 415.845.5200 Precept Software, Inc. Fax: 415.845.5235 1072 Arastradero Road http://www.precept.com Palo Alto, CA 94304 E-Mail: jcole@precept.com From rem-conf-request@es.net Thu Oct 24 02:26:09 1996 Received: from sunset.ma.huji.ac.il by osi-east.es.net with ESnet SMTP (PP); Wed, 23 Oct 1996 23:25:30 -0700 Received: (from petrack@localhost) by sunset.ma.huji.ac.il (8.6.11/8.6.10) id IAA03785 for rem-conf@es.net; Thu, 24 Oct 1996 08:23:47 +0200 Date: Thu, 24 Oct 1996 08:23:47 +0200 From: Scott Petrack Message-Id: <199610240623.IAA03785@sunset.ma.huji.ac.il> To: rem-conf@es.net Subject: Any implementations/practical experience with secure RTP? I am confused (as usual) about security and RTP. Are there any actual tools that implement some sort of secure RTP stream? More generally, are there any practical implementations of some secure UDP "channel?" Could someone point me to the correct I-Ds or RFCs? (Although I really want to know what exists right now). Thanks, Scott From rem-conf-request@es.net Thu Oct 24 06:15:51 1996 Received: from concorde.inria.fr by osi-east.es.net with ESnet SMTP (PP); Thu, 24 Oct 1996 03:15:16 -0700 Received: from maillol.inria.fr (maillol.inria.fr [128.93.25.14]) by concorde.inria.fr (8.7.6/8.7.1) with ESMTP id MAA21006 for ; Thu, 24 Oct 1996 12:15:10 +0200 (MET DST) Received: (from liao@localhost) by maillol.inria.fr (8.6.8/8.6.6) id MAA18502; Thu, 24 Oct 1996 12:14:36 +0200 Date: Thu, 24 Oct 1996 12:14:36 +0200 Message-Id: <199610241014.MAA18502@maillol.inria.fr> From: Tie Liao To: rem-conf@es.net Subject: Workshop Real Time Multimedia and the Web Reply-to: Tie.Liao@inria.fr RTMW is now multicast on the MBONE. Due to a local network shutdown problem, it was inaccessible for a moment. Now the problem is fixed. We hope you a good reception. For more info, please look at http://www.w3.org/pub/WWW/AudioVideo/RTMW96.html Tie From rem-conf-request@es.net Thu Oct 24 12:50:15 1996 Received: from hill.msri.org (actually msri.org) by osi-east.es.net with ESnet SMTP (PP); Thu, 24 Oct 1996 09:49:32 -0700 Received: by hill.msri.org for (8.7/1.43r) id JAA22100; Thu, 24 Oct 1996 09:49:33 -0700 (PDT) Received: from hille.msri.org(198.129.64.225) by msri.org via smap (V1.3) id sma022092; Thu Oct 24 09:49:28 1996 Received: by hille.msri.org (8.7/MSRI) id JAA01401; Thu, 24 Oct 1996 09:58:30 -0700 (PDT) Date: Thu, 24 Oct 1996 09:58:30 -0700 (PDT) Message-Id: <199610241658.JAA01401@hille.msri.org> From: ROWE Reply-to: ROWE@BMRC.Berkeley.EDU Subject: CATV as a potential enabler for the next generation Internet MBone Broadcast Announcement ---------------------------- Title: CATV as a potential enabler for the next generation Internet Date: Oct 24, 1996 Time: 12:30 PST8PDT 1.5 hours Contact: ROWE@BMRC.Berkeley.EDU URL: http://BMRC.Berkeley.EDU/298/w10.html Description: @Home is an Internet Service Provider (ISP) that is using data-over-cable (CATV) technology to reach the million homes in the U.S. that are passed by cable. This approach promises new levels of performance and ubiquity, yet has numerous practical challenges. This talk introduces the basic environment of cable systems and the technical challenges of making them a substantial part of the internet infrastructure. mbone broadcast schedule http://www.msri.org/mbone From rem-conf-request@es.net Thu Oct 24 13:02:30 1996 Received: from bmrc.Berkeley.EDU by osi-east.es.net with ESnet SMTP (PP); Thu, 24 Oct 1996 10:01:58 -0700 Received: from nobozo.CS.Berkeley.EDU (nobozo.CS.Berkeley.EDU [128.32.34.58]) by bmrc.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id JAA05967 for <298-list@bmrc.berkeley.edu>; Thu, 24 Oct 1996 09:54:29 -0700 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by nobozo.CS.Berkeley.EDU (8.6.10/8.6.3) with SMTP id JAA05844 for <298-list@bmrc.berkeley.edu>; Thu, 24 Oct 1996 09:54:28 -0700 Date: Thu, 24 Oct 1996 09:54:28 -0700 Message-Id: <199610241654.JAA05844@nobozo.CS.Berkeley.EDU> X-Sender: jerrlyn@nobozo.CS.Berkeley.EDU X-Mailer: Windows Eudora Version 2.1.1 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: 298-list@bmrc.Berkeley.EDU From: Jerrlyn Iwata Subject: Berkeley Multimedia & Graphics seminar Berkeley Multimedia and Graphics Seminar (Wednesday October 30, 1996 12:30-2:00 PDT 405 Soda Hall) "CATV as a potential enabler for the next generation Internet" Paul Mockapetris @Home Inc. @Home is an Internet Service Provider (ISP) that is using data-over-cable (CATV) technology to reach the million homes in the U.S. that are passed by cable. This approach promises new levels of performance and ubiquity, yet has numerous practical challenges. This talk introduces the basic environment of cable systems and the technical challenges of making them a substantial part of the internet infrastructure. -------------------------------------------------------------------------------- This seminar will be broadcast on the Internet MBONE. The broadcast will begin at 12:40 PDT (GMT - 8 hrs). See sd or http://BMRC.Berkeley.EDU/298 for instructions on setting up, connecting to, and operating the MBONE tools. From rem-conf-request@es.net Thu Oct 24 17:25:45 1996 Received: from aruba.lerc.nasa.gov by osi-east.es.net with ESnet SMTP (PP); Thu, 24 Oct 1996 14:24:37 -0700 Received: from captiva.lerc.nasa.gov by aruba.lerc.nasa.gov with ESMTP (NASA LeRC 8.7.4.1/2.01-main) id RAA12475; Thu, 24 Oct 1996 17:24:32 -0400 (EDT) Received: from ideunix2 by captiva.lerc.nasa.gov with SMTP (NASA LeRC 8.7.4.1/2.01-local) id RAA07344; Thu, 24 Oct 1996 17:24:30 -0400 (EDT) Message-Id: <2.2.32.19961024212431.0034ebec@popserve.lerc.nasa.gov> X-Info: IDE / NASA Lewis Research Center X-Sender: dpleva@popserve.lerc.nasa.gov X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 24 Oct 1996 17:24:31 -0400 To: rem-conf@es.net From: David P Pleva Subject: Mbone Seminar: "Hybrid Communications Networks" (10/25/96) Cc: M#u#Baldizzi@qmgate.lerc.nasa.gov Mbone Seminar Announcement: NASA Lewis Research Center plans to broadcast a seminar on "Hybrid Communications Networks: Emerging Needs, Opportunities & Chanllenges" by Dr. K.M.S. Murthy Director, Advanced Technology & Networks VISTAR Telecom, Inc. Date: Friday, October 25, 1996 Time: 10:30am - Noon (EST) About the Topic The integration of computer with communication networks are creating unique capabilites that are driving the convergence of the information and entertainment industries. In addition, the hybridization of networks are providing greater synergy, power and efficiency to service providers and ultimately to the consumers of these services. The seminar will focus on three elements related to hybrid networks: 1) the unique requirements of emerging services and applications, 2) the network architectures for the major growth segments, and 3) the tehnical challenges that the realization of these architectures will pose. About the Speaker Dr. K.M.S. Murthy is director of Advanced Technology & Networks at VISTAR Telecommunications Inc., Canada. He is also an Adjunct Professor at Concordia University, Montreal and the University of Western Ontario, London. He recieved his Ph.D. degree from the University of Essex, England. In addition to authoring numerous papers, he has contributed to four books on satellite and wireless communications. He currently serves on the editorial boards of International Journal of Satellite Communications, Wireless Personal Communications, and the IEEE Personal Communications Magazine. ---------------------------------------------------------------------------- ---------- David Pleva (Sterling Software) - CSD-7190 Networking and Telecom. NASA/Lewis Research Center MS142-1 (216) 433-9061 email: dpleva@popserve.lerc.nasa.gov FAX: (216) 433-8000 ---------------------------------------------------------------------------- ---------- From rem-conf-request@es.net Thu Oct 24 22:44:06 1996 Received: from cornpuffs.cisco.com by osi-east.es.net with ESnet SMTP (PP); Thu, 24 Oct 1996 19:43:35 -0700 Received: (rja@localhost) by cornpuffs.cisco.com (8.6.12/8.6.5) id TAA27740; Thu, 24 Oct 1996 19:42:53 -0700 Date: Thu, 24 Oct 1996 19:42:53 -0700 From: Ran Atkinson Message-Id: <199610250242.TAA27740@cornpuffs.cisco.com> To: petrack@math.huji.ac.il Subject: Re: Any implementations/practical experience with secure RTP? In-Reply-To: <199610240623.IAA03785@sunset.ma.huji.ac.il> Organization: cisco Systems Cc: rem-conf@es.net Scott, IPsec should work quite nicely with RTP. You might want to examine RFC-1825 through RFC-1827. A freely distributable reference implementation of IPsec from NRL is available at http://web.mit.edu/network/isakmp/ to folks inside the US. Folks outside the US might want to examine ftp://ftp.ripe.net/ipv6/nrl/ipv6_domestic.tar.* instead. Ran rja@cisco.com From rem-conf-request@es.net Fri Oct 25 04:37:23 1996 Received: from beech.soton.ac.uk by osi-east.es.net with ESnet SMTP (PP); Fri, 25 Oct 1996 01:36:44 -0700 Received: from apollo.sucs.soton.ac.uk (apollo.sucs.soton.ac.uk [152.78.128.224]) by beech.soton.ac.uk (8.6.12/hub-8.5a) with SMTP id JAA25144 for ; Fri, 25 Oct 1996 09:36:36 +0100 Date: Fri, 25 Oct 1996 09:35:16 GMT From: David Holter Subject: World Times and Abbreviations To: rem-conf@es.net Message-ID: Priority: Normal MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Dear All, Does anyone have a complete listing of time abbreviations with reference to GMT as it would help in planning viewing etc on the Mbone. Regards David Holter University of Southampton From rem-conf-request@es.net Fri Oct 25 06:18:21 1996 Received: from etamin.brunel.ac.uk by osi-east.es.net with ESnet SMTP (PP); Fri, 25 Oct 1996 03:17:54 -0700 Received: from babbage.brunel.ac.uk by etamin.brunel.ac.uk with SMTP (PP); Fri, 25 Oct 1996 11:17:40 +0100 From: Andrew.Findlay@brunel.ac.uk Message-Id: <17683.199610251017@babbage.brunel.ac.uk> Subject: Re: World Times and Abbreviations To: D.A.Holter@soton.ac.uk (David Holter) Date: Fri, 25 Oct 1996 11:17:33 +0100 (BST) Cc: rem-conf@es.net In-Reply-To: from "David Holter" at Oct 25, 96 09:35:16 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 588 >Does anyone have a complete listing of time abbreviations >with reference to GMT as it would help in planning viewing >etc on the Mbone. On Suns at least, see /usr/share/lib/zoneinfo/[a-z]* The same files may well exist on other machines that have the `zic' command. Andrew ---------------------------------------------------------------------------- | From Andrew Findlay at Brunel University, Uxbridge, UB8 3PH, UK | | Andrew.Findlay@brunel.ac.uk +44 1895 203066 or +44 1895 274000 x2512 | ---------------------------------------------------------------------------- From rem-conf-request@es.net Fri Oct 25 11:05:27 1996 Received: from cyclops.ece.ncsu.edu by osi-east.es.net with ESnet SMTP (PP); Fri, 25 Oct 1996 08:04:58 -0700 Received: by cyclops.ece.ncsu.edu (8.6.9/EC06jan95) id LAA15230; Fri, 25 Oct 1996 11:04:56 -0400 From: Kathy Lynn Hewitt Message-Id: <9610251104.ZM15228@eos.ncsu.edu> Date: Fri, 25 Oct 1996 11:04:54 -0400 X-Mailer: Z-Mail (3.2.1 10oct95) To: rem-conf@es.net Subject: SDR, WB, and stats for VIC & VAT Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hello, I have a few questions about the MBone tools. First, I just upgraded our sdr to v2.2a23 two days ago. I upgraded because the previous one I had (can't remember the version #) gave me an error saying sdr: too many attributes to fit in available space I got this on our SUN's, PC's, and the DEC Alpha's. sdr still worked fine except my xterm was filled with these messages. Now I get the following message scrolling down my xterm: sdr: expected network type IN, got 0 Does anybody know what this is? What is the most current/stable version of sdr? Next, my master's thesis is based upon a distance learning project where we multicast a class out from here (North Carolina State Univ.) to UNC-Asheville. The professor prepares his lecture notes ahead of time on MS-Word, I save them as ADSC compatible ps. He preloads all of the slides into the wb ranging anywhere from 19-30 slides. The slides are a mixture of text and a lot of graphics. Problem: Sometimes the remote sites will lose the slide. The prof. changed the slide to number 17 (for example) and everybody saw the proper slide, but when the prof. went to annotate the slide, the slide disappeared >from wb and all the remote sites saw were the annotations and not the background slide. Has anybody had this problem before with a large number of slides? Finally, part of my goal for this class we're transmitting is showing the feasibility of the MBone as a low-cost, scalable solution to distance learning. I've been using the RTP stats to collect information on fps, network consumption, packet loss, etc. I've been having to write down the numbers as I see them every 5 minutes (which is kind of a pain). Does anybody know of a better way to go about collecting such statistics? Also, when I've collected these statistics, I've noticed that sometimes the fps it shows, seems higher than what I'm actually viewing. Plus, I've noticed when there is a slight breakup of the audio, the breakup is not always picked up by the number of packets lost. Is the packets lost column calculated by the sequence numbers? - If so, is it possible that packets get lost/dropped somewhere between their receipt and when they are processed? I guess, what I would really like to know, is what is the best way to go about collecting quantitative measurements of the quality of transmission? Thank you for any and all help that anybody can give!! --Kathy Hewitt -- ------------------------------------------------- Kathy Hewitt Dept. of Electrical and Computer Engineering North Carolina State University 919-515-5604 ------------------------------------------------- From rem-conf-request@es.net Fri Oct 25 11:36:09 1996 Received: from precept.com (actually hydra.precept.com) by osi-east.es.net with ESnet SMTP (PP); Fri, 25 Oct 1996 08:35:34 -0700 Received: from summit (summit.precept.com) by precept.com (5.x/SMI-4.1) id AA13194; Fri, 25 Oct 1996 08:34:38 -0700 Date: Fri, 25 Oct 1996 08:34:38 -0700 From: jcole@precept.com (John Cole) Message-Id: <961025083520.ZM3870@summit> In-Reply-To: David Holter "World Times and Abbreviations" (Oct 25, 9:35am) References: Reply-To: jcole@precept.com X-Mailer: Z-Mail 4.0 (4.0.0 Aug 21 1995) To: David Holter , rem-conf@es.net Subject: Re: World Times and Abbreviations Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Oct 25, 9:35am, David Holter wrote: > Subject: World Times and Abbreviations > Dear All, > > Does anyone have a complete listing of time abbreviations > with reference to GMT as it would help in planning viewing > etc on the Mbone. If you'll go to this page... http://www.cilea.it/MBone/agenda.html There's a link for a timezone converter. You may find that helpful. -- John Cole, Systems Engineer Tel: 415.845.5200 Precept Software, Inc. Fax: 415.845.5235 1072 Arastradero Road http://www.precept.com Palo Alto, CA 94304 E-Mail: jcole@precept.com From rem-conf-request@es.net Fri Oct 25 12:19:26 1996 Received: from bells.cs.ucl.ac.uk by osi-east.es.net with ESnet SMTP (PP); Fri, 25 Oct 1996 09:18:34 -0700 Received: from shrew.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Fri, 25 Oct 1996 17:18:03 +0100 From: Mark Handley X-Organisation: University College London, CS Dept. X-Phone: +44 171 419 3666 To: Scott Petrack cc: rem-conf@es.net Subject: Re: Any implementations/practical experience with secure RTP? In-reply-to: Your message of "Thu, 24 Oct 1996 08:23:47 +0200." <199610240623.IAA03785@sunset.ma.huji.ac.il> Date: Fri, 25 Oct 1996 17:18:02 +0100 Message-ID: <12339.846260282@cs.ucl.ac.uk> Sender: M.Handley@cs.ucl.ac.uk >I am confused (as usual) about security and RTP. Are there any actual >tools that implement some sort of secure RTP stream? RAT does DES encryption. We also added DES encryption to a version of vic. See ftp://cs.ucl.ac.uk/mice/vic_encrypt/ Currently there's only a version there for solaris but this was mostly doe to not having grabber libraries for other platforms. With IP6, using IPSEC would be preferable, but right not we just can't assume it. Key manipulation from the plain text pass-phrase is as described in the RTP AV profile. Mark From rem-conf-request@es.net Fri Oct 25 15:29:01 1996 Received: from hill.msri.org (actually msri.org) by osi-east.es.net with ESnet SMTP (PP); Fri, 25 Oct 1996 12:28:06 -0700 Received: by hill.msri.org (8.7/1.43r) id MAA10984; Fri, 25 Oct 1996 12:28:07 -0700 (PDT) From: dave@msri.org (Dave Wright) Received: from gauss.msri.org(198.129.65.58) by msri.org via smap (V1.3) id sma010948; Fri Oct 25 12:26:58 1996 Received: by gauss.msri.org (8.7/MSRI) id MAA16650; Fri, 25 Oct 1996 12:37:40 -0700 (PDT) Message-Id: <199610251937.MAA16650@gauss.msri.org> Subject: Re: World Times and Abbreviations To: jcole@precept.com Date: Fri, 25 Oct 1996 12:37:39 -0700 (PDT) Cc: D.A.Holter@soton.ac.uk, rem-conf@es.net In-Reply-To: <961025083520.ZM3870@summit> from "John Cole" at Oct 25, 96 08:34:38 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit : : On Oct 25, 9:35am, David Holter wrote: : > Subject: World Times and Abbreviations : > Dear All, : > : > Does anyone have a complete listing of time abbreviations : > with reference to GMT as it would help in planning viewing : > etc on the Mbone. There is also the MBone Broadcast Schedule at http://www.msri.org/mbone : : If you'll go to this page... : : http://www.cilea.it/MBone/agenda.html : : There's a link for a timezone converter. You may find that helpful. : : -- : John Cole, Systems Engineer Tel: 415.845.5200 : Precept Software, Inc. Fax: 415.845.5235 : 1072 Arastradero Road http://www.precept.com : Palo Alto, CA 94304 E-Mail: jcole@precept.com : : : : : ________ o Dave Wright _______ _/\_> dave@msri.org _______O=>// O 89HawkGT 91CBR600F2 AFM# 316 -------------- Mathematical Sciences Research Institute From rem-conf-request@es.net Fri Oct 25 21:09:27 1996 Received: from precept.com (actually hydra.precept.com) by osi-east.es.net with ESnet SMTP (PP); Fri, 25 Oct 1996 18:08:46 -0700 Received: from summit (summit.precept.com) by precept.com (5.x/SMI-4.1) id AA14738; Fri, 25 Oct 1996 18:08:41 -0700 Date: Fri, 25 Oct 1996 18:08:41 -0700 From: jcole@precept.com (John Cole) Message-Id: <961025180923.ZM3870@summit> Reply-To: jcole@precept.com X-Mailer: Z-Mail 4.0 (4.0.0 Aug 21 1995) To: rem-conf@es.net Subject: Microsoft Event MBONE Sessions Have Been Cancelled Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii The MBONE sessions for the upcoming Microsoft Site Builder (Oct 28-30) and Professional Developers (Nov 4-7) Conferences have been cancelled due to connectivity issues at the event sites. -- John Cole, Systems Engineer Tel: 415.845.5200 Precept Software, Inc. Fax: 415.845.5235 1072 Arastradero Road http://www.precept.com Palo Alto, CA 94304 E-Mail: jcole@precept.com From rem-conf-request@es.net Sun Oct 27 09:05:41 1996 Received: from enterprise.pulver.com by osi-east.es.net with ESnet SMTP (PP); Sun, 27 Oct 1996 06:05:08 -0800 Received: (from jeff@localhost) by enterprise.pulver.com (8.6.12/8.6.12) id JAA00370; Sun, 27 Oct 1996 09:05:05 -0500 Date: Sun, 27 Oct 1996 09:05:05 -0500 (EST) From: Jeff Pulver To: rem-conf@es.net Subject: CALL FOR PARTICIPANTS: VON Coalition Common Ground Meeting -December 10, 1996 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: VON Coalition Common Ground Meeting - December 10, 1996 CALL FOR PARTICIPANTS The VON Coalition will be holding it's second Common Ground Meeting on December 10th, 1996 in New York City. Our meeting will be a year-end industry overview and forecast: Industry Accomplishments (1996) software convergence standards H.323, LDAP v3.0 Issues and concerns facing 1997 and beyond Regulatory Issues - US & International Threat of Patents Bandwidth Utilization - Excessive vs Diminished Pricing: Intranet vs Consumer Only VON Coalition members or those involved in the regulatory, business or technological applications of the Voice/Video on the Net (VON) Industry will be allowed to attend. ALL ATTENDEES MUST SUBMIT AN APPROPRIATE TOPIC (in advance) FOR INCLUSION IN THE MEETING AGENDA. Those not supplying an agenda item may not be allowed access. As in the past, we expect all attendees to be paticipatory discussants with an open dialog being our paramount goal. Due to space constraints we may only be able to confirm the first 125 people who respond. If you would like to be an attendee - kindly RVSP no later than November 8, 1996 and enclose your contributory topic/agenda item. We will post the agenda and the organizations represented by November 15th. R S V P TO: Sandy Combs PLEASE NOTE: This meeting will NOT be open to the MEDIA. A press release will be issued by the VON Coalition within 24 hours of the conclusion of this meeting. We're looking forward to another excellent Common Ground meeting! Jeff Pulver Sandy Combs Chairman Director VON Coalition VON Coalition jeff@pulver.com sandy@von.org 1.516.487.1424 1.802.879.3751 From rem-conf-request@es.net Sun Oct 27 14:06:11 1996 Received: from jekyll.piermont.com by osi-east.es.net with ESnet SMTP (PP); Sun, 27 Oct 1996 11:05:43 -0800 Received: from [[UNIX: localhost]] ([[UNIX: localhost]]) by jekyll.piermont.com (8.7.6/8.6.12) with SMTP id OAA07734; Sun, 27 Oct 1996 14:05:38 -0500 (EST) Message-Id: <199610271905.OAA07734@jekyll.piermont.com> X-Authentication-Warning: jekyll.piermont.com: Host [[UNIX: localhost]] didn't use HELO protocol To: Jeff Pulver , sandy@von.org cc: rem-conf@es.net Subject: Re: CALL FOR PARTICIPANTS: VON Coalition Common Ground Meeting -December 10, 1996 In-reply-to: Your message of "Sun, 27 Oct 1996 09:05:05 EST." Reply-To: perry@piermont.com X-Reposting-Policy: redistribute only with permission Date: Sun, 27 Oct 1996 14:05:33 -0500 From: "Perry E. Metzger" Jeff Pulver writes: > Subject: VON Coalition Common Ground Meeting - December 10, 1996 > > CALL FOR PARTICIPANTS > > The VON Coalition will be holding it's second Common Ground Meeting > on December 10th, 1996 in New York City. During IETF week? On the exact opposite side of the U.S.? Perry From rem-conf-request@es.net Sun Oct 27 16:23:34 1996 Received: from trystero.media.org by osi-east.es.net with ESnet SMTP (PP); Sun, 27 Oct 1996 13:23:01 -0800 Received: (carl@localhost) by trystero.media.org (8.7.6/960629.01bjb) id QAA04365; Sun, 27 Oct 1996 16:22:54 -0500 (EST) From: "Carl Malamud [IMS]" Message-Id: <199610272122.QAA04365@trystero.media.org> Subject: Re: CALL FOR PARTICIPANTS: VON Coalition Common Ground Meeting To: perry@piermont.com Date: Sun, 27 Oct 1996 16:22:54 -0500 (EST) Cc: jeff@pulver.com, sandy@von.org, rem-conf@es.net In-Reply-To: <199610271905.OAA07734@jekyll.piermont.com> from "Perry E. Metzger" at Oct 27, 96 02:05:33 pm Organization: Internet Multicasting Service X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit The common ground refers to the United States. All of it. ;) According to Perry E. Metzger: > > > Jeff Pulver writes: > > Subject: VON Coalition Common Ground Meeting - December 10, 1996 > > > > CALL FOR PARTICIPANTS > > > > The VON Coalition will be holding it's second Common Ground Meeting > > on December 10th, 1996 in New York City. > > During IETF week? On the exact opposite side of the U.S.? > > Perry > From rem-conf-request@es.net Mon Oct 28 02:36:07 1996 Received: from vtt.fi by osi-east.es.net with ESnet SMTP (PP); Sun, 27 Oct 1996 23:35:32 -0800 Received: from vttmail.vtt.fi (vttmail.vtt.fi [130.188.1.4]) by vtt.fi (8.7.1/8.6.9) with ESMTP id JAA09951 for ; Mon, 28 Oct 1996 09:35:16 +0200 Received: from tte2049.tte.vtt.fi (tte2049.tte.vtt.fi [130.188.12.149]) by vttmail.vtt.fi (8.7.1/8.6.9) with SMTP id JAA04570 for ; Mon, 28 Oct 1996 09:35:08 +0200 (EET) Message-Id: <2.2.32.19961028083443.006c0ec4@tel1.tte.vtt.fi> X-Sender: lucenius@tel1.tte.vtt.fi X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 28 Oct 1996 10:34:43 +0200 To: rem-conf@es.net From: Jan Lucenius Subject: PCMCIA sound cards Are there any full duplex PCMCIA sound cards available, i.e. where it is possible to speak and listen simultaneously? Do the audioconferencing tools, internet phone etc. put any special requirement on the soundcard or will any do? _________________________________________________________________________ _/ _/ _/ _/_/_ _/_/_ _/_/_/_/ Jan Lucenius _/ _/ _/ _/ _/ _/ phone +358 9 4566511 _/ _/ _/ _/_/ _/_/ _/_/_/ fax +358 9 4567013 _/ _/ _/ _ _/ _ _/ _/ VTT Information Technology _/_/_/_/ _/_/_/ _/_/ _/_/ _/_/_/_/ PB 1202, 02044 VTT, Finland www http://www.vtt.fi/tte/tte22/lucenius/ mailto:jan.lucenius@vtt.fi From rem-conf-request@es.net Mon Oct 28 04:56:24 1996 Received: from vtt.fi by osi-east.es.net with ESnet SMTP (PP); Mon, 28 Oct 1996 01:55:28 -0800 Received: from vttmail.vtt.fi (vttmail.vtt.fi [130.188.1.4]) by vtt.fi (8.7.1/8.6.9) with ESMTP id LAA15369 for ; Mon, 28 Oct 1996 11:55:10 +0200 Received: from tte2049.tte.vtt.fi (tte2049.tte.vtt.fi [130.188.12.149]) by vttmail.vtt.fi (8.7.1/8.6.9) with SMTP id LAA20412 for ; Mon, 28 Oct 1996 11:55:05 +0200 (EET) Message-Id: <2.2.32.19961028105438.006fd814@tel1.tte.vtt.fi> X-Sender: lucenius@tel1.tte.vtt.fi X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 28 Oct 1996 12:54:38 +0200 To: rem-conf@es.net From: Jan Lucenius Subject: PCMCIA sound cards Are there any full duplex PCMCIA sound cards available, i.e. where it is possible to speak and listen simultaneously? Do the audioconferencing tools, internet phone etc. put any special requirement on the soundcard or will any do? _________________________________________________________________________ _/ _/ _/ _/_/_ _/_/_ _/_/_/_/ Jan Lucenius _/ _/ _/ _/ _/ _/ phone +358 9 4566511 _/ _/ _/ _/_/ _/_/ _/_/_/ fax +358 9 4567013 _/ _/ _/ _ _/ _ _/ _/ VTT Information Technology _/_/_/_/ _/_/_/ _/_/ _/_/ _/_/_/_/ PB 1202, 02044 VTT, Finland www http://www.vtt.fi/tte/tte22/lucenius/ mailto:jan.lucenius@vtt.fi From rem-conf-request@es.net Mon Oct 28 09:00:24 1996 Received: from vagate.usrva.com (actually 204.151.242.200) by osi-east.es.net with ESnet SMTP (PP); Mon, 28 Oct 1996 05:59:47 -0800 Received: from ccMail by vagate.usrva.com (IMA Internet Exchange 1.04b) id 274bc830; Mon, 28 Oct 96 09:00:35 -0500 Mime-Version: 1.0 Date: Mon, 28 Oct 1996 08:52:44 -0500 Message-ID: <274bc830@usrva.com> From: snaudus@usrva.com (Stan Naudus) Subject: Coding RTCP packets with multiple streams. To: rem-conf@es.net Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part Hello Everyone, I have a question concerning the RTP (RFC1889). If someone could clear up my question I'd greatly appreciate it. In RFC1889 several grouping of information are defined in a hierarchical manor. These are: o RTP multimedia session - One or more RTP sessions, with a common Cname. o RTP Session - One or more RTP streams that are of a common media type (audio, video, etc.) o RTP stream - A single real time stream of packets (G.723.1, H.263, etc.) While this is defined very clearly in RFC1889 I have several questions about how to code RTCP SR and RR packets in situations where there are multiple streams in a single session. These questions are: 1.) In section 6.3.1 of RFC1889 (Page #22) it shows the sender report (SR), and it seems from the figure and previous text that the RTCP packet can only hold one streams sender report. How should sessions with two or more streams have there SR RTCPs coded? 2.) In section 6.3.2 of RFC1889 (Page #27) it shows the receiver report (RR), and likewise it seems from the figure that a receiver report RTCP packet can only be from one stream. If there are two streams in the session that a RTCP RR is being reported on (both have sent no information) how would this be coded? Thanks for your help. Best Regards, Stan Naudus From rem-conf-request@es.net Mon Oct 28 12:31:36 1996 Received: from nobozo.CS.Berkeley.EDU by osi-east.es.net with ESnet SMTP (PP); Mon, 28 Oct 1996 09:30:54 -0800 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by nobozo.CS.Berkeley.EDU (8.6.10/8.6.3) with SMTP id JAA00863 for ; Mon, 28 Oct 1996 09:30:56 -0800 Date: Mon, 28 Oct 1996 09:30:56 -0800 Message-Id: <199610281730.JAA00863@nobozo.CS.Berkeley.EDU> X-Sender: jerrlyn@nobozo.CS.Berkeley.EDU 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: Jerrlyn Iwata Subject: [Reminder] Berkeley Multimedia & Graphics Seminar (Wednesday October 30, 1996 12:30-2:00 PDT 405 Soda Hall) "CATV as a potential enabler for the next generation Internet" Paul Mockapetris @Home Inc. MBONE BRADCAST BEGINS AT 12.40 PDT (GMT - 8 HOURS) From rem-conf-request@es.net Mon Oct 28 13:08:42 1996 Received: from mailsun.aber.ac.uk by osi-east.es.net with ESnet SMTP (PP); Mon, 28 Oct 1996 10:07:52 -0800 Received: from muse.dcs.aber.ac.uk by mailsun.aber.ac.uk with SMTP (XTPPst-c); Mon, 28 Oct 1996 17:43:34 +0000 Sender: gcc@aber.ac.uk Message-ID: <3274CFE9.776B@aber.ac.uk> Date: Mon, 28 Oct 1996 17:43:16 +0000 From: GEOFFREY CHRISTOPHER CONSTABLE Organization: University of Wales, Aberystwyth X-Mailer: Mozilla 3.0Gold (X11; I; SunOS 5.5 sun4m) To: rem-conf@es.net CC: mice-nsc-uk@cs.ucl.ac.uk Subject: Mbone event announcement:Caduseus Live from the Vortex MIME-Version: 1.0 Content-type: text/plain; charset="us-ascii" Mbone event announcement: Caduseus Live from the Vortex The MICE NSC Wales (University of Wales, Aberystwyth) plans to multicast a live concert by rock band Caduseus, from the vortex room at the Celtica Heritage Centre, Machynlleth, Mid-Wales. Date: November 1st 1996 Time: 23.00 - 24.00 GMT The event is being annonced in sdr. It is planned that the event will also be available using CUSeeMe and RealAudio. This will be achieved in co-operation with the University of Woverhampton. Further details of the event can be found at http://www.nwi.co.uk/wwwales and details of the Mbone session at: http://www.aber.ac.uk/~dcswww/mice/vortex.html Geoff Constable =========================================Geoff Constable. Dept. Computer Science, University of Wales, Aberystwyth Tel: +44 1970 622519 Fax:+44 1970 622455 Email: gcc@aber.ac.uk URL: http://www.aber.ac.uk/~gcc/ Multimedia Integrated Conferencing in Europe Wales National Support Centre Email: mice-nsc-wales@aber.ac.uk URL: http://www.aber.ac.uk/~dcswww/mice/ From rem-conf-request@es.net Mon Oct 28 13:10:46 1996 Received: from hill.msri.org (actually msri.org) by osi-east.es.net with ESnet SMTP (PP); Mon, 28 Oct 1996 10:10:01 -0800 Received: by hill.msri.org for (8.7/1.43r) id LAA28830; Mon, 28 Oct 1996 11:10:02 -0700 (PPET) Received: from hille.msri.org(198.129.64.225) by msri.org via smap (V1.3) id sma028795; Mon Oct 28 11:09:03 1996 Received: by hille.msri.org (8.7/MSRI) id LAA03750; Mon, 28 Oct 1996 11:18:12 -0700 (PPET) Date: Mon, 28 Oct 1996 11:18:12 -0700 (PPET) Message-Id: <199610281818.LAA03750@hille.msri.org> From: heermann Reply-to: heermann@tphys.uni-heidelberg.de Subject: Computer Simulation Methods MBone Broadcast Announcement ---------------------------- Title: Computer Simulation Methods Date: Nov 04, 1996 Time: 09:00 GMT+1 2 hours Contact: heermann@tphys.uni-heidelberg.de URL: http://wwwcp.tphys.uni-heidelberg.de/ Description: Prof. Dr. D.W. Heermann (U Heidelberg) will talk on Computer Simulation Methods in Condensed Matter Physics. The lecture takes place every Monday 9.15-10.45 and will be in English if requested. For more information and the lecture script (german) please see our WWW-Page. mbone broadcast schedule http://www.msri.org/mbone From rem-conf-request@es.net Tue Oct 29 18:36:38 1996 Received: from ns.att.com (actually ns.research.att.com) by osi-east.es.net with ESnet SMTP (PP); Tue, 29 Oct 1996 15:36:05 -0800 Received: from research.att.com by ns; Tue Oct 29 18:35:13 EST 1996 Received: from learnx.research.att.com by research; Tue Oct 29 18:33:24 EST 1996 Received: from march (march.research.att.com [135.16.210.57]) by learnx.research.att.com (8.7.5/8.7.3) with SMTP id SAA01877; Tue, 29 Oct 1996 18:32:48 -0500 (EST) Sender: mrc@research.att.com Message-ID: <32769420.284797A9@research.att.com> Date: Tue, 29 Oct 1996 18:32:48 -0500 From: "M. Reha Civanlar" Organization: AT&T Research X-Mailer: Mozilla 3.0Gold (X11; I; SunOS 4.1.3 sun4m) MIME-Version: 1.0 To: rem-conf@es.net, confctrl@isi.edu, issll@mercury.lcs.mit.edu, int-serv@isi.edu Subject: 1997 Int. Workshop on Audio-Visual Services over Packet Networks (formerly Packet Video Workshop) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit FIRST CALL FOR PAPERS 1997 International Workshop on Audio-Visual Services over Packet Networks (AVSPN) (Formerly the International Workshop on Packet Video) 15-16 September 1997 Aberdeen, Scotland, UK Sponsored by the Multimedia Systems and Applications Technical Committee of the IEEE Circuits and Systems Society CONTACT: avspn@eee.rgu.ac.uk, http://www.eee.rgu.ac.uk/AVSPN/ INTRODUCTION For the past decade, the series of seven International Workshops on Packet Video have provided the leading forum for discussion of the field of video transport over packet networks. This is an important and rapidly developing area and in recognition of this the Workshop will be renamed in 1997. The 1997 International Workshop on Audio-Visual Services over Packet Networks (AVSPN) will be held in Aberdeen, Scotland in the week following the 1997 Picture Coding Symposium in Berlin, Germany. AVSPN97 aims to bring together experts in all aspects of audio/visual communications for packet-based networks. With delivery of multimedia over the Internet and ATM now a reality, the topics addressed at the Workshop are extremely important to future developments in this area. If you are involved or interested in this field, whether from industry, research, academia or commerce, you are invited to participate in AVSPN97. The venue for AVSPN97 is the world-class Aberdeen Exhibition and Conference Centre. Aberdeen is a vibrant city on the Scottish coast, surrounded by the Highlands of Scotland. Aberdeen and the Scottish countryside offer many opportunities for recreation and sightseeing including magnificent scenery, historic castles, world-famous golf courses and the only Malt Whisky Trail in the world ! Opportunities to sample the local Scottish culture and to sight- see will be included in the programme of activities for AVSPN97. Aberdeen is well-served with air links to several major European cities. CALL FOR PAPERS The Workshop will run as a single stream of oral and poster presentations over two days. Prospective authors are invited to submit for review 5 COPIES of a 1500-2000 word abstract of their paper. Areas of interest include, but are not limited to: I. APPLICATIONS & SERVICES o Architectures and Systems o Software o Wireless and Cellular Video II. CODING & COMPRESSION o Layered Coding Techniques o Very Low Bitrate Packet Schemes o Error Impact and Concealment o Novel A/V Coding Techniques for Packet Networks o Compressed Domain Processing for Packet Network Applications III. NETWORK PERFORMANCE o Performance Statistics for Modelling o A/V Traffic Estimation and Shaping o Congestion Monitoring and Control IV. A/V TRANSPORT & OTHER PROTOCOLS o A/V transport over ATM Networks o A/V transport over the Internet o Quality of service o Resource reservations o Privacy and Security Aspects. V. HUMAN FACTORS o Quality metrics and measurements o Multimedia interactions over packet networks DEADLINES FOR SUBMISSIONS: April 4, 1997 Submit 5 copies of 1500 to 2000-word abstracts to the address below May 30, 1997 Notice of acceptance July 11, 1997 Submit camera-ready manuscript SUBMIT TO: AVSPN97 c/o Iain Richardson The Robert Gordon University Schoolhill Aberdeen AB10 1FR United Kingdom CONTACT DETAILS: For any further information or to receive regular updates please contact Iain Richardson at the address above or at: Telephone (+44) 1224 262400, Fax (+44) 1224 262444 Email avspn@eee.rgu.ac.uk An up-to-date Call for Proposals together with further information on AVSPN97 can be found at: http://www.eee.rgu.ac.uk/AVSPN/ GENERAL CHAIR: Mohammed Ghanbari, University of Essex, UK TECHNICAL CHAIR: Iain Richardson, Robert Gordon University, UK STEERING COMMITTEE MEMBERS: John Adams British Telecom Labs, UK Dimitris Anastassiou Columbia University, USA John Arnold UNSW, Australia Michal Biggar Telstra, Australia Reha Civanlar AT&T Labs - Research, USA Bernd Girod University of Erlangen, Germany Gunnar Karlsson SICS, Sweden Ming Liu HKUST, Hong Kong Geoff Morrison British Telecom Labs, UK Don Pearson University of Essex, UK Amy Reibman AT&T Labs - Research, USA Ralf Schaefer HHI, Germany Bing Sheu University of Southern California, USA Mischa Schwartz University of Columbia , USA Ali Tabatabai Tektronix, USA Martin Vetterli EPFL, Switzerland Hiroshi Yasuda NTT, Japan Yasuhiko Yasuda Wasada University, Japan -------------------------------------------------------- International Workshop on Audio-Visual Services over Packet Networks AVSPN97 15-16 September 1997 Email avspn@eee.rgu.ac.uk Web http://www.eee.rgu.ac.uk/avspn/ Contact Iain E G Richardson School of Electronic and Electrical Engineering The Robert Gordon University Aberdeen, UK Tel +44 1224 262400 Fax +44 1224 262444 -------------------------------------------------------- -- M. Reha Civanlar AT&T Labs-Research 101 Crawfords Crnr. Rd., 4C520 Holmdel, NJ 07733-3030 Ph: (908) 949 6705 Fax: (908) 949 3697 From rem-conf-request@es.net Wed Oct 30 07:51:25 1996 Received: from hill.msri.org (actually msri.org) by osi-east.es.net with ESnet SMTP (PP); Wed, 30 Oct 1996 04:50:26 -0800 Received: by hill.msri.org for (8.7/1.43r) id FAA29048; Wed, 30 Oct 1996 05:50:28 -0700 (PPET) Received: from hille.msri.org(198.129.64.225) by msri.org via smap (V1.3) id sma029045; Wed Oct 30 05:49:56 1996 Received: by hille.msri.org (8.7/MSRI) id FAA05481; Wed, 30 Oct 1996 05:59:06 -0700 (PPET) Date: Wed, 30 Oct 1996 05:59:06 -0700 (PPET) Message-Id: <199610301259.FAA05481@hille.msri.org> From: darryl Reply-to: darryl@convergent.com Subject: Digital Equipment DECUS Keynote Address woth Bob Palmer-CEO Digital and Bill Gates-CEO Microsoft MBone Broadcast Announcement ---------------------------- Title: Digital Equipment DECUS Keynote Address woth Bob Palmer-CEO Digital and Bill Gates-CEO Microsoft Date: Nov 11, 1996 Time: 16:00 GMT 2 hours Contact: darryl@convergent.com URL: http:// Description: Digital Equipment Computer Users Society (DECUS) is celebrating their 35th anniversary from Anaheim, CA. The keynote address will be given by Bob Palmer, CEO of Digital, and Bill Gates, CEO of Microsoft mbone broadcast schedule http://www.msri.org/mbone From rem-conf-request@es.net Wed Oct 30 08:24:40 1996 Received: from actcom.co.il by osi-east.es.net with ESnet SMTP (PP); Wed, 30 Oct 1996 05:24:06 -0800 Received: from yorams.actcom.co.il by actcom.co.il with SMTP (8.7.6/actcom-0.1) id PAA14992; Wed, 30 Oct 1996 15:24:58 +0200 (EET) (rfc931-sender: p4.ta3.actcom.co.il [192.115.23.34]) Message-ID: <3277A349.5D0D@audiocodes.com> Date: Wed, 30 Oct 1996 10:49:45 -0800 From: Yoram Stettiner Organization: AudioCodes Ltd. X-Mailer: Mozilla 2.01Gold (Win95; I) MIME-Version: 1.0 To: -request CC: yorams@audiocodes.com Subject: joining the mailing list Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit How do I join this mailing list ? -- Dr. Yoram Stettiner, Director - Advanced Technology AudioCodes Ltd. E-mail: yorams@audiocodes.com 3 Yoni Netanyahu St., P.O.B. 1, Or Yehuda 60256, ISRAEL Telephone: (972) - 3 - 5333107 Fax: (972) - 3 - 5333108 From rem-conf-request@es.net Wed Oct 30 11:53:04 1996 Received: from er5.rutgers.edu by osi-east.es.net with ESnet SMTP (PP); Wed, 30 Oct 1996 08:52:22 -0800 Received: from localhost (ddeepika@localhost) by er5.rutgers.edu (8.6.12+bestmx+oldruq+newsunq/8.6.12) with SMTP id LAA22022 for ; Wed, 30 Oct 1996 11:52:19 -0500 Date: Wed, 30 Oct 1996 11:52:18 -0500 (EST) From: Deepika Reply-To: Deepika To: rem-conf@es.net Subject: Unidirectional audio in IVS Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII HI, I've been studying the IVS videoconferencing system for the past one month and during the experiments I noticed that the audio tranfer is only in a single direction at any point of time.Unless the current user disables his talk mode,another user cannot talk.I would like to know if this has been intentionally incorporated in the system.And if there has been any further developments in this system since in this regard. Thank You Deepika From rem-conf-request@es.net Wed Oct 30 13:41:46 1996 Received: from gov.ab.ca (actually is-news.gov.ab.ca) by osi-east.es.net with ESnet SMTP (PP); Wed, 30 Oct 1996 10:41:07 -0800 Received: from pwnovix.pwss.gov.ab.ca by gov.ab.ca (5.x/SMI-SVR4) id AA06678; Wed, 30 Oct 1996 11:41:45 -0700 Message-Id: <3277AF63.497D@gov.ab.ca> Date: Wed, 30 Oct 1996 11:41:23 -0800 From: Joel Tepper Reply-To: Joel.tepper@gov.ab.ca X-Mailer: Mozilla 3.01b1 (Win16; I) Mime-Version: 1.0 To: -request Subject: (no subject) From rem-conf-request@es.net Thu Oct 31 04:09:00 1996 Received: from merlot.inria.fr by osi-east.es.net with ESnet SMTP (PP); Thu, 31 Oct 1996 01:08:16 -0800 Received: by merlot.inria.fr (8.7.6/8.6.12) id KAA04260; Thu, 31 Oct 1996 10:03:04 +0100 (MET) Message-Id: <199610310903.KAA04260@merlot.inria.fr> X-Mailer: exmh version 1.6.7 5/3/96 To: Deepika Cc: rem-conf@es.net Subject: Re: Unidirectional audio in IVS In-reply-to: Your message of Wed, 30 Oct 1996 11:52:18 -0500. Reply-To: Thierry.Turletti@sophia.inria.fr Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 31 Oct 1996 10:03:03 +0100 From: Thierry Turletti > I've been studying the IVS videoconferencing system for the past one month > and during the experiments I noticed that the audio tranfer is only in a > single direction at any point of time.Unless the current user disables his > talk mode,another user cannot talk.I would like to know if this has been > intentionally incorporated in the system.And if there has been any further > developments in this system since in this regard. > There is no such system implemented in ivs. Maybe you're talking about the automatical speaker mute when you push the "Push to talk" button. This function prevents unwanted echo. BTW, you might be interested in our new audio/videoconferencing tools fphone and rendez_vous (the next generation of ivs). see - http://www.inria.fr/rodeo/fphone/ - http://www.inria.fr/rodeo/rendez_vous/ Cheers, Thierry From rem-conf-request@es.net Thu Oct 31 06:31:13 1996 Received: from Netserve.aim.edu.ph by osi-east.es.net with ESnet SMTP (PP); Thu, 31 Oct 1996 03:30:38 -0800 Received: by Netserve.aim.edu.ph (5.65/1.2-eef) id AA14938; Thu, 31 Oct 96 17:15:44 GMT Return-Path: Date: Thu, 31 Oct 1996 17:14:43 +0000 (GMT) From: "David T. Lee" To: Yoram Stettiner Cc: -request , yorams@audiocodes.com Subject: Re: videoconferencing industry In-Reply-To: <3277A349.5D0D@audiocodes.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello everyone, I am currently working on a research paper for the videoconferencing industry, could anyone give me some suggestions on where to look for the info on this industry. Thanks. From rem-conf-request@es.net Thu Oct 31 06:34:32 1996 Received: from Netserve.aim.edu.ph by osi-east.es.net with ESnet SMTP (PP); Thu, 31 Oct 1996 03:31:12 -0800 Received: by Netserve.aim.edu.ph (5.65/1.2-eef) id AA14974; Thu, 31 Oct 96 17:19:10 GMT Return-Path: Date: Thu, 31 Oct 1996 17:18:10 +0000 (GMT) From: "David T. Lee" To: Thierry Turletti Cc: Deepika , rem-conf@es.net Subject: Re: videoconferencing industry In-Reply-To: <199610310903.KAA04260@merlot.inria.fr> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello everyone, I am currently working on a research paper on the videoconferencing industry, i would like anyone who can give me some ideas on where to look for the info on this industry, thanks. From rem-conf-request@es.net Thu Oct 31 10:42:55 1996 Received: from gov.ab.ca (actually is-news.gov.ab.ca) by osi-east.es.net with ESnet SMTP (PP); Thu, 31 Oct 1996 07:42:08 -0800 Received: from pwnovix.pwss.gov.ab.ca by gov.ab.ca (5.x/SMI-SVR4) id AA09642; Thu, 31 Oct 1996 08:42:44 -0700 Message-Id: <3278D703.7FDF@gov.ab.ca> Date: Thu, 31 Oct 1996 08:42:43 -0800 From: Joel Tepper Reply-To: Joel.tepper@gov.ab.ca X-Mailer: Mozilla 3.01b1 (Win16; I) Mime-Version: 1.0 To: rem-conf@es.net Subject: (no subject) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit request From rem-conf-request@es.net Thu Oct 31 10:53:38 1996 Received: from bells.cs.ucl.ac.uk by osi-east.es.net with ESnet SMTP (PP); Thu, 31 Oct 1996 07:52:59 -0800 Received: from shrew.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Thu, 31 Oct 1996 15:51:53 +0000 From: Mark Handley X-Organisation: University College London, CS Dept. X-Phone: +44 171 419 3666 To: rem-conf@es.net cc: M.Handley@cs.ucl.ac.uk Subject: Source release of NTE (UCL Network Text Editor) Date: Thu, 31 Oct 1996 15:51:47 +0000 Message-ID: <15369.846777107@cs.ucl.ac.uk> Sender: M.Handley@cs.ucl.ac.uk The current release of the UCL mbone conferencing tool NTE (Network Text Editor, aka NT) is 1.5a23. Versions of NTE since 1.5a19 have incorporated DES encryption using a DES library written by Saleen Bhatti at UCL. As I'm leaving UCL today to work for ISI, I'm releasing the source to NTE including the DES code because after today I won't be able to do so without coming under US export restrictions. Current versions of NTE and the NTE source are available from: ftp://cs.ucl.ac.uk/mice/nte/ If you have any queries, comments or bug reports, please don't contact me about this in the next couple of weeks as I expect to be out of email contact. NTE's development has been funded by the European Union MERCI project (Telematics Applications Programme - 1007). See http://www-mice.cs.ucl.ac.uk/merci/ for details. Mark From rem-conf-request@es.net Thu Oct 31 22:01:25 1996 Received: from miller.cs.uwm.edu by osi-east.es.net with ESnet SMTP (PP); Thu, 31 Oct 1996 19:00:29 -0800 Received: (from cccns@localhost) by miller.cs.uwm.edu (8.8.2/8.8.2) id SAA12464; Thu, 31 Oct 1996 18:17:54 -0600 (CST) Date: Thu, 31 Oct 1996 18:17:54 -0600 (CST) Message-Id: <199611010017.SAA12464@miller.cs.uwm.edu> From: Center for Cryptography Computer and Network Security To: desmedt@miller.cs.uwm.edu Subject: Invitation: Please Post OOO PPPP EEEEE N N IIIIIII N N GGGGG O O P P E NN N I NN N G G O O P P E N N N I N N N G O O PPPP EEE N N N I N N N G O O P E N N N I N N N G GGG O O P E N NN I N NN G G OOO P EEEEE N N IIIIIII N N GGGGG OF THE CENTER FOR CRYPTOGRAPHY, COMPUTER AND NETWORK SECURITY Electrical Engineering and Computer Science College of Engineering and Applied Science University of Wisconsin - Milwaukee November 21, 1996 SCHEDULE: 10:45 Welcome 11:00 Friction in Secret Sharing and Key Escrowing by G. R. BLAKLEY, Texas A&M University. co-inventor of secret sharing 11:45 Break 13:45 The State of the Art in Computational Number Theory by ERIC BACH, University of Wisconsin, Madison. co-author of "Algorithmic Number Theory, Vol. 1" 14:30 Coffee 15:15 Opening ceremony and introduction of keynote speaker. 15:30 The Importance of Cryptography to Industry by WHITFIELD DIFFIE, Sun Microsystems co-inventor of public key 16:30 Reception Related event: Friday November 22, Computer Science Seminar Series Lecture. 15:30 Robust and Efficient Sharing of RSA Functions by TAL RABIN, IBM T.J. Watson Research Center You are cordially invited to attend the opening. For upcoming information, such as the vitae of the speakers, the location of the event, the Center's faculty members, driving instructions, consult: http://www.cs.uwm.edu/~cccns Free registration requested. Please register by e-mail to cccns@cs.uwm.edu Indicate whether you also plan to attend the lecture of Tal Rabin on Friday November 22. Include your name and address. George Davida Yvo Desmedt Rene Peralta Professor Professor Associate Professor Director The Center's purpose will be to advance knowledge in the areas of cryptography, computer security, network security and related areas from theoretical as well as practical viewpoints. For more details see: http://www.cs.uwm.edu/~cccns