From rem-conf-request@es.net Wed May 01 09:59:34 1996 Received: from IETF.cnri.reston.VA.US by osi-west.es.net with ESnet SMTP (PP); Wed, 1 May 1996 06:58:42 -0700 Received: from [127.0.0.1] by IETF.CNRI.Reston.VA.US id aa15026; 1 May 96 9:43 EDT Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce:; cc: rem-conf@es.net From: Internet-Drafts@CNRI.Reston.VA.US Reply-to: Internet-Drafts@CNRI.Reston.VA.US Subject: I-D ACTION:draft-ietf-avt-rtp-payload-00.txt Date: Wed, 01 May 96 09:43:12 -0400 Sender: cclark@CNRI.Reston.VA.US Message-ID: <9605010943.aa15026@IETF.CNRI.Reston.VA.US> --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Working Group of the IETF. Title : RTP Payload Format for H.263 Video Stream Author(s) : C. Zhu Filename : draft-ietf-avt-rtp-payload-00.txt Pages : 10 Date : 04/30/1996 This document specifies the RTP payload format for encapsulating H.263 bitstreams in Real-Time Transport Protocol (RTP). The H.263 payload header is designed for flexibility and simplicity. RTP can use one of three possible modes for H.263 video streams depending on the desired performance characteristics. The shortest header mode (Mode A) results in simplicity and easy recovery of lost packets, brought about by fragmentation at Group of Block (GOB) boundaries. The long header modes (Mode B and C) result in more efficient use of bandwidth, brought about by fragmentation at Macroblock (MB) boundaries. Internet-Drafts are available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-avt-rtp-payload-00.txt". A URL for the Internet-Draft is: ftp://ds.internic.net/internet-drafts/draft-ietf-avt-rtp-payload-00.txt Internet-Drafts directories are located at: o Africa Address: ftp.is.co.za (196.4.160.8) o Europe Address: nic.nordu.net (192.36.148.17) Address: ftp.nis.garr.it (193.205.245.10) o Pacific Rim Address: munnari.oz.au (128.250.1.21) o US East Coast Address: ds.internic.net (198.49.45.10) o US West Coast Address: ftp.isi.edu (128.9.0.32) Internet-Drafts are also available by mail. Send a message to: mailserv@ds.internic.net. In the body type: "FILE /internet-drafts/draft-ietf-avt-rtp-payload-00.txt". NOTE: The mail server at ds.internic.net can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e., documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. For questions, please mail to Internet-Drafts@cnri.reston.va.us. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ds.internic.net" Content-Type: text/plain Content-ID: <19960430103100.I-D@CNRI.Reston.VA.US> ENCODING mime FILE /internet-drafts/draft-ietf-avt-rtp-payload-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-rtp-payload-00.txt"; site="ds.internic.net"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19960430103100.I-D@CNRI.Reston.VA.US> --OtherAccess-- --NextPart-- From rem-conf-request@es.net Wed May 01 13:40:20 1996 Received: from ftp.com by osi-west.es.net with ESnet SMTP (PP); Wed, 1 May 1996 10:39:19 -0700 Received: from ftp.com by ftp.com ; Wed, 1 May 1996 13:39:14 -0400 Received: from mailserv-D.ftp.com by ftp.com ; Wed, 1 May 1996 13:39:14 -0400 Received: by MAILSERV-D.FTP.COM (5.x/SMI-SVR4) id AA15504; Wed, 1 May 1996 13:39:45 -0400 Date: Wed, 1 May 1996 13:39:45 -0400 Message-Id: <9605011739.AA15504@MAILSERV-D.FTP.COM> To: chris.whittenburg@wcom.com Subject: Re: Multicast winsock From: rcq@ftp.com (Bob Quinn) Reply-To: rcq@ftp.com Cc: rem-conf@es.net Sender: rcq@mailserv-d.ftp.com Repository: mailserv-d.ftp.com, [message accepted at Wed May 1 13:39:30 1996] Originating-Client: sidearm.ftp.com > Does anyone have an update on which commercial winsock > implementations support ip multicasting? I'm using > Chameleon 4.6 which claims to have full multicast support. > I can send multicast frames fine, but whenever I try to > join a mcast group, I get WSAEOPNOTSUPP (Operation Not > supported). I know of FTP Software, TGV, and Microsoft. There's an issue about what values the multicast socket options should be. That may be your problem with Chameleon if you're using the BSD values and they support the values that Steve Deering originally specified (like Microsoft does), or vice versa. The BSD values are offset by 7 from the Deering values (e.g. IP_MULTICAST_LOOP BSD-style is 11, and MS-style is 4 ...which conflicts with the BSD IP_TTL option value). I've got some docs online on the subject, if you're interested: http://www.sockets.com/ch16.htm Regards, -- Bob Quinn rcq@ftp.com FTP Software, Inc. No. Andover, MA From rem-conf-request@es.net Thu May 02 03:03:08 1996 Received: from mailout1.h1.usa.pipeline.com (actually data1.h1.usa.pipeline.com) by osi-west.es.net with ESnet SMTP (PP); Thu, 2 May 1996 00:02:19 -0700 Received: from pipe5 by mailout1.h1.usa.pipeline.com (8.6.9/2.1-PSINet/Pipeline) id HAA11380; Thu, 2 May 1996 07:02:17 GMT Received: by pipe5 (5.0/SMI-5.4-PSI) id AA27438; Thu, 2 May 1996 03:02:16 -0400 Date: Thu, 2 May 1996 03:02:16 -0400 Message-Id: <9605020702.AA27438@pipe5> To: rem-conf@es.net Subject: No Subject From: jaherrba@usa.pipeline.com (John Herrbach) X-Pipeuser: jaherrba X-Pipehub: usa.pipeline.com X-Pipegcos: (John Herrbach) X-Mailer: Pipeline v3.5.0 content-length: 71 subscribe -- John Herrbach, Lansing, MI jaherrba@usa.pipeline.com From rem-conf-request@es.net Thu May 02 14:14:42 1996 Received: from plateau.cs.Berkeley.EDU (actually bugs-bunny.CS.Berkeley.EDU) by osi-west.es.net with ESnet SMTP (PP); Thu, 2 May 1996 11:13:28 -0700 Received: from bugs-bunny (larry@localhost) by plateau.cs.Berkeley.EDU (8.6.11/8.3) with ESMTP id LAA12586; Thu, 2 May 1996 11:10:22 -0700 From: Larry Rowe Message-Id: <199605021810.LAA12586@plateau.cs.Berkeley.EDU> X-Mailer: exmh version 1.6.5 12/11/95 To: rem-conf@es.net Subject: Apology re: Haskell lecture Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 02 May 1996 11:10:21 -0700 Hi - I made a mistake the other day and posted the announcement of Barry Haskell's talk at Berkeley on May 2nd on rem-conf. I didn't mean to do it. I can't broadcast it because the room we use to produce broadcasts is busy at the time of his talk. However, given the number of requests to broadcast the seminar, I am planning on video taping it and broadcasting it at a later date. I still have to check with Barry that it is ok to do this, but I'm pretty sure he won't mind. Again I apologize for the confusion, but in a way, if I can rebroadcast it later, the error will have caused us to do a good thing. Larry Rowe -- Professor Lawrence A. Rowe Internet: Rowe@CS.Berkeley.EDU Computer Science Division - EECS Phone: 510-642-5117 University of California, Berkeley Fax: 510-642-5615 Berkeley, CA 94720-1776 URL: http://http.cs.berkeley.edu/~larry From rem-conf-request@es.net Thu May 02 14:48:24 1996 Received: from eagle.rvs.uni-hannover.de by osi-west.es.net with ESnet SMTP (PP); Thu, 2 May 1996 11:47:29 -0700 Received: from kauai by eagle.rvs.uni-hannover.de with smtp (Smail3.1.28.1 #6) id m0uF3PI-00010eC; Thu, 2 May 96 20:47 METDST Date: Thu, 2 May 1996 20:47:14 +0200 (MET DST) From: "Lutz Grueneberg, RVS" X-Sender: gruen@kauai To: rem-conf@es.net Subject: Announcement: Confman 1.11 available Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE =20 We proudly announce the availability of the version 1.11 of our=20 conference management tool for online conferences over the Internet (Confman). ! Version 1.11 was released on Thu May 2 1996 and includes now the ! ability to use Netscape (tm) as shared HTML-Viewer. =20 What is Confman Confman is a tool to initiate and administer online conferences over the internet using the so called mbone tools (vat, vic, nv, wb). Confman does not handle the multimedia data himself, but helps the use= r to plan, setup and control a conference. While planning a conference Confman lets you choose your partners, the starttime and the mbone tools you wish to use. Confman permits point-to-point conferences as well as conferences with more than two users. Using Confman for a point-to-point conference is as easy as making a telephone call. Conferences can be held in two different modes: Closed Mode - Using this mode with more than two participants requires a server process to route the multimedia data. This process might be regarded as a conference room. All connections are unicast connections= , no multicast features are required. Multicast Mode - multimedia data is send via multicast. To restrict access to the data the data has to be encrypted. Confman distributes the encryption key to the selected participants. For detailed information please refer to the file README in the confman distribution. Distribution If you are interested in Confman by now, just load down the binary distribution for your system from our Web-Site (http://www.rvs.uni-hannover.de/products/confman). Confman binaries are available for Solaris 2.x, SunOS 4.1.x, Irix 5.x and Linux i486. What else do you need? Confman uses the MBone-Tools (e.g. vat, vic, nv, wb, ...) to exchange multimedia data between the participants. You need to obtain these tools before you can use Confman to the full extent. We recommend the following tools: vat for audio (i.e. speech) data, also with participants connected vi= a modem (minimum V.32bis). nv or vic for the transmission of video data. wb as shared whiteboard. An (older) overview of these tools is provided at our WWW Server http://www.rvs.uni-hannover.de/reports/conferen.html. Note: To use Confman you neither need multicast features in your kerne= l nor connection to the MBone. The latest releases of the MBone-Tools vat, vic and wb can be obtained at ftp://ftp.ee.lbl.gov/conferencing. Installation The installation of Confman is quite easy because of the precompiled distribution, yet you should read the installation instructions. The setting of environment variables will be explained there also. Documentation (only german versions available at the moment) Beside the Online Documentation for configuring and using Confman we have made a Postscript-Version available. Please read this documentation before using Confman! Mailing List We have setup a mailing list for discussing various topic concerning Confman. Please use it if you have questions, suggestions for improvments or bugs to report. The address is confman@rvs.uni-hannover.de. As usual you can subscribe to the mailing list. Just send mail to confman-request@rvs.uni-hannover.de. Have fun using Confman! (C) 1995-1996 Lehrgebiet Rechnernetze und Verteilte Systeme,=20 Universit=E4t Hannover, Germany -- Clemens Fricke (fricke@rvs.uni-hannover.de) Lutz Grueneberg (gruen@rvs.uni-hannover.de) From rem-conf-request@es.net Thu May 02 17:10:54 1996 Received: from tide21.microsoft.com by osi-west.es.net with ESnet SMTP (PP); Thu, 2 May 1996 14:10:20 -0700 Received: by tide21.microsoft.com with Microsoft Exchange (IMC 4.0.837.3) id <01BB3831.29ED2160@tide21.microsoft.com>; Thu, 2 May 1996 14:10:49 -0700 Message-ID: From: "Paul Chavez (S&T Onsite)" To: "'rem-conf@es.net'" Subject: subscribe Date: Thu, 2 May 1996 14:10:50 -0700 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.837.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit subscribe Paul Chavez a-pchave@microsoft.com Paul Chavez MSN News 206-882-8080 x16762 a-pchave@microsoft.com a-pchave@msn.com From rem-conf-request@es.net Thu May 02 19:14:32 1996 Received: from rah.star-gate.com by osi-west.es.net with ESnet SMTP (PP); Thu, 2 May 1996 16:13:41 -0700 Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id QAA00296; Thu, 2 May 1996 16:13:33 -0700 Message-Id: <199605022313.QAA00296@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: "Lutz Grueneberg, RVS" cc: rem-conf@es.net Subject: Re: Announcement: Confman 1.11 available In-reply-to: Your message of "Thu, 02 May 1996 20:47:14 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 02 May 1996 16:13:32 -0700 From: "Amancio Hasty Jr." Gee, is there a FreeBSD version? Tnks, Amancio From rem-conf-request@es.net Fri May 03 12:00:43 1996 Received: from rx7.ee.lbl.gov by osi-west.es.net with ESnet SMTP (PP); Fri, 3 May 1996 09:00:14 -0700 Received: by rx7.ee.lbl.gov (8.6.12/1.43r) id JAA17613; Fri, 3 May 1996 09:00:21 -0700 Message-Id: <199605031600.JAA17613@rx7.ee.lbl.gov> To: mbone@isi.edu, rem-conf@es.net Subject: vat 4.0 beta 1 released Date: Fri, 03 May 96 09:00:19 PDT From: Van Jacobson Source and binaries for a new version of vat are now available at ftp://ftp.ee.lbl.gov/conferencing/vat/alpha-test/ in files vatbin-4.0b1-* and vatsrc-4.0b1.tar.gz. This is the first beta release of vat 4.0 and, we hope, the last release before the `final' 4.0 release. So far as we know, all of the outstanding bug reports have been fixed in this release. (If you have reported a bug that is still not fixed in this release, we may have lost your email and we would be grateful if you could resubmit it.) There have been substantial changes to the audio drivers to fix problems on Sun Sparcstation-5s. These changes may also improve things slightly on other systems. This release also includes a complete rewrite of the win95/winnt audio driver. The win95 driver now supports all the vat functionality. I.e., users can both receive and send and the gain sliders and input selection controls now work. A number of other changes were also made to greatly reduce the vat cpu load when running under Windows. This version of vat has been build with the final release versions of tcl7.5/tk4.1 and benefits from a number of bug fixes and performance improvements in tcl/tk. Note that if you are building vat from source, you *must* build it with the release versions of tcl7.5/tk4.1 -- earlier versions will no longer work. A complete list of changes in this release is available at http://www-nrg.ee.lbl.gov/vat/CHANGES.html As always, we are very interested in hearing about problems or suggestioned improvements (email to vat@ee.lbl.gov). Thanks. - Van Jacobson & Steve McCanne From rem-conf-request@es.net Fri May 03 12:30:21 1996 Received: from mailhub.liverpool.ac.uk (actually mail.liv.ac.uk) by osi-west.es.net with ESnet SMTP (PP); Fri, 3 May 1996 09:29:47 -0700 Received: from uxa.liv.ac.uk by mail.liv.ac.uk with SMTP (PP) with ESMTP; Fri, 3 May 1996 16:51:37 +0100 From: "Mr P.J. Smith" Message-Id: <199605031551.QAA22957@uxa.liv.ac.uk> Subject: Subscribe To: rem-conf@es.net Date: Fri, 3 May 1996 16:51:08 +0100 (BST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 202 subscribe Hi We have recently installed an MBONE router here at Liverpool University , England, and would like to join the MBONE event mailing list Thanks in advance Phil Smith (joel@liverpool.ac.uk) From rem-conf-request@es.net Fri May 03 12:33:43 1996 Received: from rx7.ee.lbl.gov by osi-west.es.net with ESnet SMTP (PP); Fri, 3 May 1996 09:32:59 -0700 Received: by rx7.ee.lbl.gov (8.6.12/1.43r) id JAA17648; Fri, 3 May 1996 09:33:05 -0700 Message-Id: <199605031633.JAA17648@rx7.ee.lbl.gov> To: mbone@isi.edu, rem-conf@es.net Subject: new Win95/WinNT version of vat available Date: Fri, 03 May 96 09:33:04 PDT From: Van Jacobson A new Win95/WinNT version of vat is available at ftp://ftp.ee.lbl.gov/conferencing/vat/alpha-test/vatbin-4.0b1-win95.zip This file contains vat.exe, a README and the changes html file. It doesn't use long names so you should be able to use any version of zip on it. However if you have trouble, we suggest you get the excellent shareware `winzip' available at http://www.winzip.com/. This version includes several fixes from John Brezak (brezak@apollo.hp.com) together with a new audio driver written by us. It supports full vat functionality. I.e., users can both receive and send audio and the input & output gain sliders now work. The vat input & output port selection (i.e., clicking on the mike and speaker icons) should also work on soundcards with appropriate mixers. The audio driver performance for most things has improved by a factor of two or more. I.e., vat is now quite usable on a 50MHz 486. Also, as long as your soundcard's crystal can run close to 8KHz (and most cards except Soundblasters can), the audio quality should be much improved. Note that there are no dll's with this version of vat -- we've linked in tcl & tk as libraries rather than dlls. This gives improved performance and simpler installation with fewer potential conflicts from tools using different tcl/tk versions at the expense of a small increase in program size. This version was linked with the release version of tcl7.5/tk4.1 plus John Brezak's patches to get `X resources' from the Window's Registry. The release tcl/tk seem to have fixed most of the resource leaks present in earlier versions of tk (e.g., we have left vat running for days at a time with no adverse affect on Windows). Let us know of any problems via email to vat@ee.lbl.gov. Thanks. - Van Jacobson & Steve McCanne From rem-conf-request@es.net Sat May 04 17:02:58 1996 Received: from algol.cs.umbc.edu by osi-west.es.net with ESnet SMTP (PP); Sat, 4 May 1996 14:02:29 -0700 Received: from toto.cs.umbc.edu (sherman@toto.cs.umbc.edu [130.85.100.51]) by algol.cs.umbc.edu (8.6.12/8.6.9) with ESMTP id RAA24401 for ; Sat, 4 May 1996 17:02:52 -0400 Received: (sherman@localhost) by toto.cs.umbc.edu (8.6.12/8.6.9) id RAA03353; Sat, 4 May 1996 17:02:27 -0400 Date: Sat, 4 May 1996 17:02:26 -0400 (EDT) From: "Dr. Alan Sherman" To: rem-conf@es.net Subject: Master Preparation Broadcast Schedule Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Master Preparation II: An Advanced Chess Course from UMBC Spring 96 Lectures by National Master and UMBC Chess Coach Igor Epshteyn All Mbone broadcasts at 3:30-4:45pm EST (19:30 GMT). Navigate to lecture notes from http://www.umbc.edu/chess/ Send questions to chess@umbc.edu The University of Maryland Baltimore County ----------------------------------------------------------- May 10, 1996 1. Strategic advantages in the middlegame: Time, space, and center control May 17, 1996 2. Good versus bad pieces: Knight on the sixth rank (Lecture by International Grandmaster Ilya J. Smirin) May 24, 1996 3. Two bishops in the middlegame. May 31, 1996 4. Highlights from the Kasparov vs. Deep Blue Match Match. June 7, 1996 5. The closed center: Static pawn chains in the Spanish. June 14, 1996 6. The closed center: Static pawn chains in the King's Indian. June 21, 1996 7. Demolition of closed center. June 28, 1996 Converting middlegame advantages. (Guest lecture by Senior Master William Morrison, 1995 Maryland Chess Champion.) July 5, 1996 9. Playing against hanging pawns. July 12, 1996 10. Typical plans in half-closed positions. July 19, 1996 11. Doubled pawns in the Spanish exchange. July 26, 1996 12. Bishops of opposite color in the middlegame. August 2, 1996 13. Combining positional advantages in the middlegame. ----------------------------------------------------------- Video tapes are available for purchase: contact Kathleen Virden (410) 455-2336, virden@umbc.edu Master Preparation I (12 tapes)-$239.40 Master Preparation II (13 tapes)-$238.40 Prices include mailing and handling. ------------------------------------------------------------- Alan T. Sherman Faculty Advisor, UMBC Chess Club sherman@cs.umbc.edu From rem-conf-request@es.net Mon May 06 19:25:58 1996 Received: from ns.gte.com by osi-west.es.net with ESnet SMTP (PP); Mon, 6 May 1996 16:25:28 -0700 Received: from popserver.gte.com by ns.gte.com (8.6.10/8.6.10) id TAA13038; Mon, 6 May 1996 19:14:11 -0400 Received: from [132.197.70.52] by popserver.gte.com (8.6.9/8.6.9) with SMTP id TAA04426; Mon, 6 May 1996 19:13:45 -0400 Date: Mon, 6 May 1996 19:13:45 -0400 X-Sender: bk00@pophost.gte.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: tccc@cs.umass.edu, dbworld@cs.wisc.edu, end2end-interest@isi.edu, f-troup@aurora.cis.upenn.edu, 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, mobile-ip@Tadpole.Com, cellular@comnets.rwth-aachen.de, badri@cs.rutgers.edu, ieeetcpc@ccvm.sunysb.edu, cnom@maestro.bellcore.com, commsoft@cc.bellcore.com, comswtc@gmu.edu, G_F_Wetzel@att.com, wolfson@ouri.eecs.uic.edu From: bhumip@gte.com (Dr Bhumip Khasnabish +1-617-466-2080) Subject: CFP of the WOSBIS-96 (Nov.13/96). Pls Distribute. Thanks. Cc: wolfson@ouri.eecs.uic.edu, BLeiner@arpa.mil, bb@cs.purdue.edu, chiueh@cs.sunysb.edu, chlamtac@BCN.BU.EDU, danzig@pollux.usc.edu, dbarbara@bellcore.com, epitoura@cc.uoi.gr, grossman@uic.edu, hfk@research.att.com, imielins@cs.rutgers.edu, jimf@aro.ncren.net, liny@liny.csie.nctu.edu.tw, mhd@seas.smu.edu, ralonso@peanut.sarnoff.com, randy@cs.Berkeley.edu, sbz@cs.brown.edu, sharony@hazeltine.com, son@aic.hrl.hac.com, szabo@hit.bme.hu, wildman@arl.mil, wolfson@bert.eecs.uic.edu, yemini@cs.columbia.edu, yeyesha@cesdis.edu, ygz@aic.hrl.hac.com Call for papers for the First International Workshop on Satellite-based Information Services (WOSBIS) to be held on November 13, 1996 in the Rye Hilton, Rye, New York, USA (Immediately following ACM MobiCom'96) [Sponsored by Hughes Research Laboratories and ACM Sigmobile (pending)] Further information is available at the following URL: http://www.eecs.uic.edu/~wolfson/html/wosbis96cfp.html Questions and queries should be directed to: Prof. Ouri Wolfson (wolfson@eecs.uic.edu) or Bhumip Khasnabish (bhumip@gte.com) ------------------------------------------------------------------ Thanks a lot, with all the best wishes and regards, --------------------------------------------------------------------- Dr. Bhumip Khasnabish, GTE Labs. Inc., Tel +1-617-466-2080 40 Sylvan Road, Fax +1-617-890-9320 Waltham MA 02254 Res +1-617-647-5356 U.S.A. E-Mail: bhumip@gte.com ..................................................................... Web Page within GTE Labs: http://cnsmacic.gte.com/users/bhumip/ ===================================================================== From rem-conf-request@es.net Tue May 07 21:09:08 1996 Received: from feline.nrnsinc.on.ca by osi-west.es.net with ESnet SMTP (PP); Tue, 7 May 1996 18:08:38 -0700 Received: (from spagnolo@localhost) by feline.nrnsinc.on.ca (8.7.1/8.7.1) id VAA23910; Tue, 7 May 1996 21:08:34 -0400 (EDT) From: Joe Spagnolo Message-Id: <199605080108.VAA23910@feline.nrnsinc.on.ca> Subject: Re: new Win95/WinNT version of vat available To: rem-conf@es.net Date: Tue, 7 May 1996 21:08:34 -0400 (EDT) Cc: spagnolo@feline.nrnsinc.on.ca (Joe Spagnolo) Reply-to: Joe.Spagnolo@nrnsinc.on.ca Organization: NRNS Incorporated, Tel:613-599-7860, Fax:613-599-7739 X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Has anybody had any luck with the vat-401b binary on Win95? When a try to fire the Win95 vat binary up on my Win95 PC (486/100, 16MB, SB16) I get the following: vat - input error: MMSYSTEM032 The specified format cannot be translated or supported. Use the Capabilities function to view supported formats. This is quickly followed by a similar message for "output error". After acknowledging these messages, vat just sits there and does nothing. I execute it from the "Start/Run" menu with "h:\bin\vat 224.2.8.192/28298" I am assumimg that the re-written audio driver is contained within the vat binary. What am I missing? Could somebody also please comment on PC audio hardware. I know my SB16 won't cut it. What should I replace it with? Thanks. -- Joe Spagnolo From rem-conf-request@es.net Tue May 07 23:14:10 1996 Received: from rah.star-gate.com by osi-west.es.net with ESnet SMTP (PP); Tue, 7 May 1996 20:13:34 -0700 Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id UAA01205; Tue, 7 May 1996 20:13:21 -0700 Message-Id: <199605080313.UAA01205@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Joe.Spagnolo@nrnsinc.on.ca cc: rem-conf@es.net, spagnolo@feline.nrnsinc.on.ca (Joe Spagnolo) Subject: Re: new Win95/WinNT version of vat available In-reply-to: Your message of "Tue, 07 May 1996 21:08:34 EDT." <199605080108.VAA23910@feline.nrnsinc.on.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 May 1996 20:13:20 -0700 From: "Amancio Hasty Jr." > Has anybody had any luck with the vat-401b binary on Win95? > When a try to fire the Win95 vat binary up on my Win95 PC > (486/100, 16MB, SB16) I get the following: > > vat - input error: MMSYSTEM032 The specified format cannot be > translated or supported. Use the Capabilities function to view > supported formats. Hi, I get the same over here basically vat requested an input audio format which is not supported in our system. Amancio From rem-conf-request@es.net Wed May 08 02:30:51 1996 Received: from gateway-gw.pictel.com by osi-west.es.net with ESnet SMTP (PP); Tue, 7 May 1996 23:30:18 -0700 Received: from roadrunner.pictel.com by gateway-gw.pictel.com (4.1/cf.gw.940128.1740) id AA11614; Wed, 8 May 96 02:30:15 EDT Received: from smtpnotes.pictel.com by roadrunner.pictel.com (4.1/runner.910925.1) id AA01709; Wed, 8 May 96 02:30:14 EDT Received: by smtpnotes.pictel.com (4.1/SMI-4.1) id AA10463; Wed, 8 May 96 02:30:13 EDT Message-Id: <9605080630.AA10463@smtpnotes.pictel.com> Received: from PicTel with "Lotus Notes Mail Gateway for SMTP" id D01EB35F4E6C61A985256324001ED4DC; Wed, 8 May 96 06:30:11 To: h32z2-list Cc: imtc , rem-conf From: Rich Baker/PicTel Date: 8 May 96 1:52:26 EDT Subject: Reminder: CNC call in numbers: 5/9, 5/22,6/22 Mime-Version: 1.0 Content-Type: Text/Plain Hi folks: Apologies for duplicate postings... This is a reminder that we will convene an IMTC sponsored CNC AG audioconference this Thursday, 9 May, at 8am West Coast, 11am East Coast, 4pm UK time, for two hours. There are two agenda items: 1) Discuss formation of a sub-group to begin H.323 implementation discussions. Please refer to Jim Toga's May Day e-mail (attached), which proposes the groups' structure and process. 2) Discuss comments received and reported regarding the H.323, H.225.0 and AVC-890 revisions agreed upon in Tel Aviv last month. Our expectation is to gain approval from SGC, so these revised documents will be carried to the SG15 meeting in Geneva 27 May as US Contributions. Where: +1-212-346-0450. When: 8am Pacific, 11am East Coast, 4pm U.K. Duration: 2 hours maximum; likely much shorter... 9 May 96: Confirmation #172 0491 Note that this conference is automated, so please honor the open nature of these meetings and announce your name when you join. Confirmation numbers for the two follow-on meetings (same time and phone number) are: 22 May 96: Confirmation #172 0502 20 Jun 96: Confirmation #172 0506 They are scheduled through ConferTech, at +1-800-252-5150 or +1-303-633-3000. The latter meeting agendas are: 22 May 96 (W): To discuss any final issues that may come up prior to the SG15 meeting 20 Jun 96 (TH): To discuss how the CNC wishes to organize itself in light of the SG15 outcome. Likely this conversation will address how best to facilitate extending the (hopefully!) approved documents and keep the work moving forward. All IMTC CNC AG members and other folks deeply involved in multimedia collaboration over IP-multicast networks using H.323 are invited to attend these meetings. I have reserved 20 ports for each audiocall. Cheers, -rich baker IMTC CNC AG Chair PictureTel Corporation +1-508-623-4459 bake@pictel.com ===== To: imtc @ world.std.com @ smtp cc: From: jtoga @ ibeam.jf.intel.com (Jim Toga) @ smtp Date: 05/01/96 09:18:02 AM Subject: H.323 Implementors (again) [not sure this made it out the first time I sent this...] Salutations...., I'm not sure that there was a concise conclusion to the discussion that was held during yesterdays (4/25) IMTC teleconference. I thought I would throw out what I understood to have been said. It makes sense to go ahead with some implementation discussions with the following guidelines.... Our Mission: to get COMPATIBLE products fielded as SOON as possible. (this includes endpoints, Gatekeepers, MC(u), and Gateways) This leads to a number if criteria that we need to follow as a group to accomplish this above goal. - No 'education' of specification (we don't want to waste time). - Although discussions may lead to ideas for future H.323 functionality, this should not be the forum for that. Those ideas should be formalized - put into the form of submissions to the 'regular' standards process (which will not be discussed in this group). - Any 'issues' that relate to the current revision of H.323 shall be noted by the note-taker, and should be submitted into the regular ITU standards process. (Assuming the timing is relevant to the current spec, if not, then those issues fall into the future functionality category) I would speculate that some number of the participants would also be involved in inter operability trials, however that would probably be a distinct exercise. It does seem however, that there will be some validation of the implementation guidelines as they are developed. It also makes sense to have any calls with a proposed agenda. I will put together a straw man for the first call and post it for comments. Comments welcome...... Regards, jimt. ************************************************************************* *** voice: 503.264.8816(w) 503.264.3485(fax) *** *** email: jtoga@ibeam.intel.com Intel - Hillsboro, OR. *** ************************************************************************* From rem-conf-request@es.net Wed May 08 03:09:31 1996 Received: from rx7.ee.lbl.gov by osi-west.es.net with ESnet SMTP (PP); Wed, 8 May 1996 00:08:48 -0700 Received: by rx7.ee.lbl.gov (8.6.12/1.43r) id AAA22823; Wed, 8 May 1996 00:08:51 -0700 Message-Id: <199605080708.AAA22823@rx7.ee.lbl.gov> To: Joe.Spagnolo@nrnsinc.on.ca cc: rem-conf@es.net, spagnolo@feline.nrnsinc.on.ca (Joe Spagnolo) Subject: Re: new Win95/WinNT version of vat available In-reply-to: Your message of Tue, 07 May 96 21:08:34 EDT. Date: Wed, 08 May 96 00:08:49 PDT From: Van Jacobson Joe, Many people who have SoundBlaster cards (or cards that are enough like a SoundBlaster-{Pro,16,32,AWE,whatever} to use the Win95 soundblaster driver) seem to be getting this error. We don't have any of these cards (I've never had much luck with Creative's stuff) & it's very hard to debug this remotely. We have three other kinds of soundcard (Microsoft's MSS, Ensoniq & Orchid-32/PSS) and vat works fine with them. I've also heard it works fine with a GUS. So I assume it's some problem with this particular driver. Here's what I know & a few things to try. I'd appreciate feedback >from anyone who gets this working and/or can say they tried something and it didn't work. Vat is asking for 16-bit mono PCM at 8KHz from the 'default' sound device. This is one of the formats that all Creative cards (except for the original SoundBlaster & SoundBlaster-Pro) support. There is also supposed to be code in Win95 (the "Microsoft PCM codecs") that converts 8 to 16 bit PCM for the older SoundBlasters. So, - for backwards compatibility, the newer SBs have both an 8 bit & a 16 bit device. Perhaps Microsoft always uses the 8 bit device. Or perhaps it defaults to the 8 bit device & you need to explicitly select the 16 bit device as default on the Multimedia control panel. You could check if there are multiple sound devices on the Multimedia panel & make the 16 bit one the default if so. - Assuming that MS always uses the 8 bit device, perhaps the PCM codecs are only activated if you have set the default format to 16 bit. Perhaps if you set the default sound format to 16 bit, mono, 8,000 samples/sec, the format conversion code would get used. - Perhaps this is just a bug in the Microsoft driver. Creative has updated Win95 drivers on their web/ftp site: http://www.creaf.com/creative/files/win95/sbw95up.exe Perhaps these fix the problem. At worst, I'll make vat fall back to 8 bit PCM if it gets this error. But this will really screw sound quality everyone with a 16 bit Soundblaster (or hardware compatible) card so I'd really like to fix the problem some other way. Like I said, any input would be appreciated. - Van From rem-conf-request@es.net Wed May 08 04:14:15 1996 Received: from rah.star-gate.com by osi-west.es.net with ESnet SMTP (PP); Wed, 8 May 1996 01:13:03 -0700 Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id BAA01309; Wed, 8 May 1996 01:12:56 -0700 Message-Id: <199605080812.BAA01309@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Van Jacobson cc: rem-conf@es.net Subject: Re: new Win95/WinNT version of vat available In-reply-to: Your message of "Wed, 08 May 1996 00:08:49 PDT." <199605080708.AAA22823@rx7.ee.lbl.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 May 1996 01:12:55 -0700 From: "Amancio Hasty Jr." Van, If you like take a look at how speakfreely handles the audio subsystem. For your convenience, you can find it in ftp://rah.star-gate.com/pub/speakfs.zi p vat does not work over here and I have a GUS PnP and the latest drivers from Gravis -- I know that having the latest sound driver does not say much ... Speak Freelly is yet another rtpv2 audio tool which runs on win3.1/win95 and Unix. Cheers, Amancio From rem-conf-request@es.net Wed May 08 05:29:15 1996 Received: from mailsun.aber.ac.uk by osi-west.es.net with ESnet SMTP (PP); Wed, 8 May 1996 02:28:28 -0700 Received: from mailhost.aber.ac.uk (actually host saturn.aber.ac.uk) by mailsun.aber.ac.uk with SMTP (XTPPst-c); Wed, 8 May 1996 10:21:44 +0100 To: "Amancio Hasty Jr." cc: Joe.Spagnolo@nrnsinc.on.ca, rem-conf@es.net, spagnolo@feline.nrnsinc.on.ca (Joe Spagnolo), dap@aber.ac.uk Subject: Re: new Win95/WinNT version of vat available In-reply-to: Your message of Tue, 07 May 1996 20:13:20 -0700. <199605080313.UAA01205@rah.star-gate.com> Date: Wed, 08 May 1996 10:20:58 +0100 Message-ID: <18271.831547258@mailhost.aber.ac.uk> From: D E PRICE Dear All, When I was testing early versions of John Brezaks VAT port I received precisely these errors on my machines which have SB16 sound cards. John worked through several versions and came up with one that then worked fine. I presume (based on zero evidence of course!) that the version that Van J. announced is acting a similar way to John's early versions perhaps? Dave Price From rem-conf-request@es.net Wed May 08 11:16:57 1996 Received: from ames.arc.nasa.gov by osi-west.es.net with ESnet SMTP (PP); Wed, 8 May 1996 08:14:52 -0700 Received: from sendgw.arc.nasa.gov by ames.arc.nasa.gov with SMTP id AA08511 (5.65b/IDA-1.4.3 for rem-conf@es.net); Wed, 8 May 96 08:14:55 -0700 Message-Id: Date: 8 May 1996 08:14:39 -0800 From: Steve Kyramarios Subject: STS-77 Broadcast To: Rem Conf X-Mailer: Mail*Link SMTP-QM 3.0.2 All, NASA plans on providing coverage of the STS-77 mission. Coverage will begin with a prelaunch video sequence of the shuttle at KSC Pad-B. Due to low movement, the prelaunch video sequence have a bandwidth of only 64K and no audio. Prelaunch video will terminate on May 18th and NASA TV coverage will begin. NASA TV will be broadcasted at 128K and with audio. Audio: PCM Video: H.261 Directory: sdr If this conflicts with any other schedule, please send mail to: steve_kyramarios@qmgate.arc.nasa.gov. -Thanks.... From rem-conf-request@es.net Wed May 08 13:17:07 1996 Received: from falcon.rwii.com by osi-west.es.net with ESnet SMTP (PP); Wed, 8 May 1996 10:14:20 -0700 Received: from falcon.rwii.com (localhost [127.0.0.1]) by falcon.rwii.com (8.7.1/8.6.9) with ESMTP id NAA04964; Wed, 8 May 1996 13:14:00 -0400 Message-Id: <199605081714.NAA04964@falcon.rwii.com> X-Mailer: exmh version 1.6.4 10/10/95 To: LINUXVIS-L@cornell.edu, rem-conf@es.net cc: grinnell@falcon.rwii.com, jb@elentari.cs.wcu.edu, lpk@cs.brown.edu Subject: Matrox Meteor driver Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 May 1996 13:13:59 -0400 From: Tyson D Sawyer The Linux driver for the Matrox Meteor is now at version 1.1. It is a port and partial rewrite of the FreeBSD driver. It supports both the plain and the RGB versions of the Meteor. The driver supports muliple cards, though I am not sure if anyone has tried more that two at once. It also supports SMP computers. Linux version 1.3.72 or later is required. It seems to work well with _most_ PCI chipsets. I am not currently aware of any that it is confirmed to not work properly on. The driver and documentation can be found as: ftp://ftp.rwii.com/pub/linux/system/Meteor/meteor-1.1.tgz This driver is written by Jim Bray with input from several beta testers on the 'Net. The work was sponsored by Real World Interface, Inc. (http://www.rwii.com) and the AI lab of Brown University (http://www.cs.brown.edu/research/ai/). Cheers! Ty From rem-conf-request@es.net Wed May 08 14:29:20 1996 Received: from atg.apple.com by osi-west.es.net with ESnet SMTP (PP); Wed, 8 May 1996 11:26:40 -0700 Received: from [17.255.9.143] (jpallas.atg.apple.com [17.255.9.143]) by atg.apple.com (8.7.2/8.6.12) with SMTP id LAA02886 for ; Wed, 8 May 1996 11:24:10 -0700 (PDT) Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 8 May 1996 11:26:33 -0700 To: rem-conf@es.net From: Pallas@Apple.COM (Joe Pallas) Subject: Apple Developer Conference transmission We're planning to transmit portions of the 1996 Apple World-Wide Developer Conference on the MBone next week, starting at 8am PDT with the live keynote address by CEO Dr. Gil Amelio and the Internet strategy presentation by VP Larry Tesler. Additional sessions will be transmitted tape-delayed (we don't have continuous a/v to the site). We'll be using RTPv2 (vic 2.7 and vat 4.0) and sdr for this multicast. Macintosh tools for receiving MBone transmissions can be found at http://devtools.apple.com/qtc. More information on the conference can be found at http://wwdc.apple.com. Comments, questions, or concerns to pallas@apple.com. Thanks. joe -- Joe Pallas Apple Computer, Advanced Technology Group, Lab X When your only problem is a nail, every tool looks like a hammer. From rem-conf-request@es.net Wed May 08 17:00:35 1996 Received: from hercules.i3s.com by osi-west.es.net with ESnet SMTP (PP); Wed, 8 May 1996 13:59:32 -0700 Received: by hercules.i3s.com with Microsoft Exchange (IMC 4.12.736) id <01BB3CF7.07234040@hercules.i3s.com>; Wed, 8 May 1996 15:57:15 -0500 Message-ID: From: Bill Anderton To: "rem-conf@es.net" Subject: ATM Networking Symosium mutlicast Date: Wed, 8 May 1996 15:17:55 -0500 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.12.736 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="---- =_NextPart_000_01BB3CF7.072F7540" This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. Contact your mail administrator for information about upgrading your reader to a version that supports MIME. ------ =_NextPart_000_01BB3CF7.072F7540 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To all, I3S plans on providing coverage the ATM Networking Symposium on May 14th. The conference will originate from the Institute of Biosciences and Technology, Texas A&M University, Houston Texas. The conference begins at 8:30 CDT and will end approx. 12 noon CDT. If this multicast conflicts with any other schedule, please send mail to banderton@i3s.com. Thanks ------ =_NextPart_000_01BB3CF7.072F7540-- From rem-conf-request@es.net Wed May 08 17:53:00 1996 Received: from hplms26.hpl.hp.com by osi-west.es.net with ESnet SMTP (PP); Wed, 8 May 1996 14:52:13 -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 AA107902331; Wed, 8 May 1996 14:52:11 -0700 Received: by hplabsz.hpl.hp.com (1.37.109.15/15.5+ECS 3.3+HPL1.1) id AA296482336; Wed, 8 May 1996 14:52:16 -0700 From: deleon@hplabsz.hpl.hp.com (Laura de Leon) Message-Id: <9605081452.ZM29646@hplabsz.hpl.hp.com> Date: Wed, 8 May 1996 14:52:16 -0700 X-Mailer: Z-Mail (3.0.0 15dec93) To: baylisa@baylisa.org Subject: BayLISA: So you want to be a consultant Cc: deleon@hplabsz.hpl.hp.com, sage-members@usenix.org, rem-conf@es.net Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 The BayLISA group meets monthly to discuss topics of interest to systems and network administrators. The meetings are free and open to the public. BayLISA holds monthly meetings on the third Thursday of each month at 7:30 PM PST. We meet at Synopsys Building C in Mountain View, California off Highway 237 at Middlefield. The meetings are also broadcast via MBONE. Schedule -------- May 16 "So, you want to be a consultant?" We've put together a panel of several people who have successfully headed out on their own. They'll give a brief description of what they each think you should know before making the transition, and then we'll open up for questions, which hopefully will make up the bulk of the meeting. We currently have confirmed: Tina Darmohray, IWI Dave Clark, MindSource Software, Inc Brent Chapman, Great Circle Associates Mark Mellis, Mellis and Associates and possibly others, To Be Announced. ALSO: Get your BayLISA t-shirt! They're new, They're eye-catching, They're available S to XXXL, The price is $15. [Schedule subject to change] For further information on BayLISA, check out our web site: http://www.baylisa.org/ To get further information on the meeting location, you can also ftp it from ftp.baylisa.org:/BayLISA/location or you can query the BayLISA mail server by cutting and pasting the following line to your shell: echo "index baylisa" | mail majordomo@baylisa.org BayLISA makes video tapes of the meetings available to members. For more information on available videos, please send email to: video@baylisa.org For any other information, please send email to: info@baylisa.org If you have any questions, please contact me or the info alias listed above. From rem-conf-request@es.net Wed May 08 17:54:49 1996 Received: from candy.jsk.t.u-tokyo.ac.jp by osi-west.es.net with ESnet SMTP (PP); Wed, 8 May 1996 14:53:24 -0700 Received: (from tom@localhost) by candy.jsk.t.u-tokyo.ac.jp (8.6.12+2.5Wb7/3.4Wbeta6-95083023) id GAA17825; Thu, 9 May 1996 06:52:56 +0900 Date: Thu, 9 May 1996 06:52:56 +0900 From: Tomohiro Shibata Message-Id: <199605082152.GAA17825@candy.jsk.t.u-tokyo.ac.jp> To: LINUXVIS-L@cornell.edu CC: LINUXVIS-L@cornell.edu, rem-conf@es.net, grinnell@falcon.rwii.com, jb@elentari.cs.wcu.edu, lpk@cs.brown.edu In-reply-to: <199605081714.NAA04964@falcon.rwii.com> (message from Tyson D Sawyer on Wed, 08 May 1996 13:13:59 -0400) Subject: Re: Matrox Meteor driver Hi, >>>>> "ty" == Tyson D Sawyer writes: ty> The Linux driver for the Matrox Meteor is now at version 1.1. It is ty> a port and partial rewrite of the FreeBSD driver. It supports both ty> the plain and the RGB versions of the Meteor. The driver supports ty> muliple cards, though I am not sure if anyone has tried more that two at ty> once. It also supports SMP computers. Linux version 1.3.72 or later is ty> required. It seems to work well with _most_ PCI chipsets. I am not ty> currently aware of any that it is confirmed to not work properly on. I didn't know there was a driver for Meteor. This is great! Could you tell me about actual capturing rate under Linux ? Especially I'd like to know in the case of NTSC(640x480) on a Pentium-120MHz Machine, but any other samples are welcome. Thanks in advance, --------------------------------------------------------------------------- Tomohiro SHIBATA |email tom@jsk.t.u-tokyo.ac.jp Inoue-Inaba Laboratory, |www http://www.jsk.t.u-tokyo.ac.jp/~tom/ Department of Mechano-informatics,| University of Tokyo; Japan |fax +81-3-3815-8356 From rem-conf-request@es.net Wed May 08 18:43:11 1996 Received: from cosmail4.ctd.ornl.gov by osi-west.es.net with ESnet SMTP (PP); Wed, 8 May 1996 10:14:58 -0700 Received: from RWNPC.CTD.ORNL.GOV.ORNL.GOV (rwnpc.ctd.ornl.gov [128.219.153.43]) by cosmail4.ctd.ornl.gov (8.7.4/8.7.3) with SMTP id NAA31276; Wed, 8 May 1996 13:14:30 -0400 (EDT) Message-Id: <2.2.32.19960508171740.0071f7ac@cosmail4.ctd.ornl.gov> X-Sender: rwn@cosmail4.ctd.ornl.gov X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 08 May 1996 13:17:40 -0400 To: Van Jacobson , Joe.Spagnolo@nrnsinc.on.ca From: Bob Napier Subject: Re: new Win95/WinNT version of vat available Cc: rem-conf@es.net, spagnolo@feline.nrnsinc.on.ca (Joe Spagnolo) Joe, I'm not having any problems with audio following Van Jacobson's beta. I have a 120MHZ pentium with a Media Magic ISP-16 card (Soundblaster compatible). Bob At 12:08 AM 5/8/96 PDT, Van Jacobson wrote: >Joe, > >Many people who have SoundBlaster cards (or cards that are enough >like a SoundBlaster-{Pro,16,32,AWE,whatever} to use the Win95 >soundblaster driver) seem to be getting this error. We don't have >any of these cards (I've never had much luck with Creative's stuff) >& it's very hard to debug this remotely. We have three other >kinds of soundcard (Microsoft's MSS, Ensoniq & Orchid-32/PSS) and >vat works fine with them. I've also heard it works fine with a GUS. >So I assume it's some problem with this particular driver. > >Here's what I know & a few things to try. I'd appreciate feedback >from anyone who gets this working and/or can say they tried something >and it didn't work. > >Vat is asking for 16-bit mono PCM at 8KHz from the 'default' sound >device. This is one of the formats that all Creative cards (except >for the original SoundBlaster & SoundBlaster-Pro) support. There is >also supposed to be code in Win95 (the "Microsoft PCM codecs") >that converts 8 to 16 bit PCM for the older SoundBlasters. So, > > - for backwards compatibility, the newer SBs have both an 8 bit & a > 16 bit device. Perhaps Microsoft always uses the 8 bit device. > Or perhaps it defaults to the 8 bit device & you need to explicitly > select the 16 bit device as default on the Multimedia control panel. > You could check if there are multiple sound devices on the Multimedia > panel & make the 16 bit one the default if so. > > - Assuming that MS always uses the 8 bit device, perhaps the PCM codecs > are only activated if you have set the default format to 16 bit. > Perhaps if you set the default sound format to 16 bit, mono, 8,000 > samples/sec, the format conversion code would get used. > > - Perhaps this is just a bug in the Microsoft driver. Creative has > updated Win95 drivers on their web/ftp site: > http://www.creaf.com/creative/files/win95/sbw95up.exe > Perhaps these fix the problem. > >At worst, I'll make vat fall back to 8 bit PCM if it gets this >error. But this will really screw sound quality everyone with a >16 bit Soundblaster (or hardware compatible) card so I'd really >like to fix the problem some other way. Like I said, any input >would be appreciated. > > - Van > > ------------------------------------------------------------------------- Bob Napier (rwn@ornl.gov) 423-241-2676 Lockheed Martin FAX 423-576-3647 701 Scarboro Road Oak Ridge, Tennessee 37830 From rem-conf-request@es.net Wed May 08 21:30:29 1996 Received: from hercules.i3s.com by osi-west.es.net with ESnet SMTP (PP); Wed, 8 May 1996 18:30:01 -0700 Received: by hercules.i3s.com with Microsoft Exchange (IMC 4.12.736) id <01BB3D1C.D6F80E20@hercules.i3s.com>; Wed, 8 May 1996 20:27:55 -0500 Message-ID: From: Bill Anderton To: "rem-conf@es.net" Subject: ATM Networking Symposium Date: Wed, 8 May 1996 20:26:52 -0500 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.12.736 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="---- =_NextPart_000_01BB3D1C.D6FCA200" This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. Contact your mail administrator for information about upgrading your reader to a version that supports MIME. ------ =_NextPart_000_01BB3D1C.D6FCA200 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To all, I3S plans on providing coverage the ATM Networking Symposium on May 14th. The conference will originate from the Institute of Biosciences and Technology, Texas A&M University, Houston Texas. The conference will begin at 8:30 CDT and will end approx. 12 noon CDT. If this multicast conflicts with any other schedule, please send mail to banderton@i3s.com. Thanks Bill Anderton I3S, Inc. ------ =_NextPart_000_01BB3D1C.D6FCA200-- From rem-conf-request@es.net Wed May 08 21:46:25 1996 Received: from rah.star-gate.com by osi-west.es.net with ESnet SMTP (PP); Wed, 8 May 1996 18:45:57 -0700 Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id SAA02819; Wed, 8 May 1996 18:45:41 -0700 Message-Id: <199605090145.SAA02819@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Tomohiro Shibata cc: rem-conf@es.net Subject: Re: Matrox Meteor driver In-reply-to: Your message of "Thu, 09 May 1996 06:52:56 +0900." <199605082152.GAA17825@candy.jsk.t.u-tokyo.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 May 1996 18:45:41 -0700 From: "Amancio Hasty Jr." The FreeBSD distributed Matrox Meteor is capable of displaying 640x480x32 at 30fps --- It is cool to watch tv 8) Given that the linux version of the driver is based upon the FreeBSD one then I would expect the same from the linux version. At 640x480x32 30fps it begins to place a load on the PCI so your mileage may vary depending upon the PCI implementation on the motherboard. I have an ASUS Triton motherboard and it seems to be okay for this sort of stuff. Additionally, I wrote a simple program and suggested the initial video support on the Matrox Meteor. For instance, our driver is capable of dumping a video frame straight into a vga frame buffer that is PCI to PCI with no cpu intervention. Trust me it is wild to watch tv while one is compiling something like the kernel. If anyone is interested on hacking the FreeBSD Matrox Meteor driver, I suggest to join multimedia@freebsd.org: mail majordomo@freebsd.org subscribe multimedia Enjoy, Amancio From rem-conf-request@es.net Thu May 09 00:27:01 1996 Received: from broon.off.connect.com.au by osi-west.es.net with ESnet SMTP (PP); Wed, 8 May 1996 21:26:28 -0700 Received: from connect.com.au (ggm@localhost) by broon.off.connect.com.au with ESMTP id OAA01115 (8.7.4/IDA-1.6); Thu, 9 May 1996 14:26:00 +1000 (EST) X-Authentication-Warning: broon.off.connect.com.au: ggm owned process doing -bs X-Mailer: exmh version 1.6.6 3/24/96 To: "Amancio Hasty Jr." cc: Tomohiro Shibata , rem-conf@es.net Subject: Re: Matrox Meteor driver In-reply-to: Your message of "Wed, 08 May 1996 18:45:41 MST." <199605090145.SAA02819@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 May 1996 14:25:56 +1000 Message-ID: <1114.831615956@connect.com.au> From: George Michaelson Amancio, can you clarify what Xserver is needed to drive this? AFAIK XFre86 doesn't support Matrox at all. Do we have a free-to-air X screen driver or what $$ is needed? -George -- George Michaelson | connect.com.au pty/ltd Email: ggm@connect.com.au | c/o AAPT, Phone: +61 7 3834 9976 | level 8, the Riverside Centre, Fax: +61 7 3834 9908 | 123 Eagle St, Brisbane QLD 4000 From rem-conf-request@es.net Thu May 09 02:22:08 1996 Received: from lutra.sztaki.hu by osi-west.es.net with ESnet SMTP (PP); Wed, 8 May 1996 23:21:39 -0700 Received: by lutra.sztaki.hu with SMTP (5.67a8/SUNSERV-1.01) id AA10201; Thu, 9 May 1996 08:14:03 +0200 Date: Thu, 9 May 1996 08:14:03 +0200 (MET DST) From: Andras Micsik X-Sender: micsik@lutra To: banderton@i3s.com Cc: rem-conf@es.net Subject: Conference conflict Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello, I have just read the letter about the broadcast of ATM Networking Symposium. I am very new to this list, but I grab the occasion to announce that the Joint European Networking Conference (JENC 7) will be broadcasted on MBONE from Hungary. More info can be found at http://www.iif.hu/jenc/. Here just some of the scheduled events that has already been fixed: Monday 13th: 14:00-15:30 Opening Plenary Session Tuesday 14th: 9:00-10:30 Plenary Session Thursday 16th: 11:00-12:30 Closing Plenary Session This means that on Tuesday we overlap with the ATM Symposium, but I do not think this is a problem. Anyway, usually broadcast from Europe does not get through very well to US, am I right? In the opposite direction it is true. I have been advertising this with sd and sdr, but still it is a question for me, whether we use "old" or "new apps", that is sd, ivs and vat3.* or sdr, vic and vat4? Please let me know what you think. Which set of applications is installed more generally? Thank you, and hope to meet on Monday. ----------------------------------------------------------- Andras Micsik micsik@sztaki.hu MTA SZTAKI Hungary http://www.sztaki.hu/~micsik From rem-conf-request@es.net Thu May 09 03:32:36 1996 Received: from basil.cdt.luth.se by osi-west.es.net with ESnet SMTP (PP); Thu, 9 May 1996 00:32:01 -0700 Received: from ganymede.cdt.luth.se (root@ganymede.cdt.luth.se [130.240.34.6]) by basil.cdt.luth.se (8.7.5/8.6.12) with ESMTP id JAA02345; Thu, 9 May 1996 09:31:48 +0200 (MET DST) Received: from ganymede.cdt.luth.se (hakanl@localhost [127.0.0.1]) by ganymede.cdt.luth.se (8.6.12/8.6.12) with ESMTP id JAA04904; Thu, 9 May 1996 09:29:11 +0200 Message-Id: <199605090729.JAA04904@ganymede.cdt.luth.se> X-Mailer: exmh version 1.6.6 3/24/96 To: rem-conf@es.net, van@ee.lbl.gov Subject: Re: new Win95/WinNT version of vat available In-reply-to: Your message of "Wed, 08 May 1996 00:08:49 PDT." <199605080708.AAA22823@rx7.ee.lbl.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Thu, 09 May 1996 09:29:05 +0200 From: Hakan Lennestal Content-Transfer-Encoding: quoted-printable In message <199605080708.AAA22823@rx7.ee.lbl.gov>, Van Jacobson writes: > Joe, >=20 > Many people who have SoundBlaster cards (or cards that are enough > like a SoundBlaster-{Pro,16,32,AWE,whatever} to use the Win95 > soundblaster driver) seem to be getting this error. We don't have > any of these cards (I've never had much luck with Creative's stuff) > & it's very hard to debug this remotely. We have three other > kinds of soundcard (Microsoft's MSS, Ensoniq & Orchid-32/PSS) and > vat works fine with them. I've also heard it works fine with a GUS. > So I assume it's some problem with this particular driver. >=20 > Here's what I know & a few things to try. I'd appreciate feedback > from anyone who gets this working and/or can say they tried something > and it didn't work. >=20 > Vat is asking for 16-bit mono PCM at 8KHz from the 'default' sound > device. This is one of the formats that all Creative cards (except > for the original SoundBlaster & SoundBlaster-Pro) support. There is > also supposed to be code in Win95 (the "Microsoft PCM codecs") > that converts 8 to 16 bit PCM for the older SoundBlasters. So, >=20 > - for backwards compatibility, the newer SBs have both an 8 bit & a > 16 bit device. Perhaps Microsoft always uses the 8 bit device. > Or perhaps it defaults to the 8 bit device & you need to explicitly > select the 16 bit device as default on the Multimedia control panel. > You could check if there are multiple sound devices on the Multimedi= a > panel & make the 16 bit one the default if so. >=20 > - Assuming that MS always uses the 8 bit device, perhaps the PCM codec= s > are only activated if you have set the default format to 16 bit. > Perhaps if you set the default sound format to 16 bit, mono, 8,000 > samples/sec, the format conversion code would get used. >=20 > - Perhaps this is just a bug in the Microsoft driver. Creative has > updated Win95 drivers on their web/ftp site: > http://www.creaf.com/creative/files/win95/sbw95up.exe > Perhaps these fix the problem. >=20 > At worst, I'll make vat fall back to 8 bit PCM if it gets this > error. But this will really screw sound quality everyone with a > 16 bit Soundblaster (or hardware compatible) card so I'd really > like to fix the problem some other way. Like I said, any input > would be appreciated. >=20 > - Van Hi ! I'm also having these problems when running 4.0b1 on a machine with Win95= , sb16 card and the new full duplex drivers (as of April 16). However, running on an identical hardware setup under WinNT works fine. Also the receive-only earlier version (I got it somewhere from=20 www.microsoft.com) did work without any problems with sb16 cards under Wi= n95. Regards. /H=E5kan=20 From rem-conf-request@es.net Thu May 09 10:40:14 1996 Received: from ns.metrolink.com by osi-west.es.net with ESnet SMTP (PP); Thu, 9 May 1996 07:39:47 -0700 Received: from anubis.metrolink.com by ns.metrolink.com with SMTP id AA28001 (5.67b/IDA-1.5 for ); Thu, 9 May 1996 10:39:36 -0400 Received: by anubis.metrolink.com id AA10957 (4.1/SMI-4.1 for metrolink.com); Thu, 9 May 96 10:55:10 EDT Date: Thu, 9 May 96 10:55:10 EDT From: pax@anubis.metrolink.com (Garry M. Paxinos) Message-Id: <9605091455.AA10957@anubis.metrolink.com> To: "Amancio Hasty Jr." Cc: Tomohiro Shibata , rem-conf@es.net Subject: Re: Matrox Meteor driver In-Reply-To: <199605090145.SAA02819@rah.star-gate.com> References: <199605082152.GAA17825@candy.jsk.t.u-tokyo.ac.jp> <199605090145.SAA02819@rah.star-gate.com> Amancio Hasty, Jr. writes: > For instance, our driver is capable of dumping a video frame straight > into a vga frame buffer that is PCI to PCI with no cpu intervention. > Trust me it is wild to watch tv while one is compiling something > like the kernel. It's even better running the Matrox MarvelII as you don't have any cpu or bus activity with live video in an X window.. :-) Pax. Metro Link Incorporated. 4711 N. Powerline Rd. Fort Lauderdale Fl, 33309 Voice: +1.954.938.0283x414 Fax: +1.954.938.1982 Email: pax@metrolink.com URL: http://www.flsig.org/people/garryp "The real voyage of discovery consists not in seeking new landscapes but in having new eyes." -Proust From rem-conf-request@es.net Thu May 09 12:39:11 1996 Received: from alpha.xerox.com by osi-west.es.net with ESnet SMTP (PP); Thu, 9 May 1996 09:38:28 -0700 Received: from digit.parc.xerox.com ([13.2.117.114]) by alpha.xerox.com with SMTP id <14882(10)>; Thu, 9 May 1996 09:38:20 PDT Received: from localhost by digit.parc.xerox.com with SMTP id <75270>; Thu, 9 May 1996 09:37:58 -0700 To: Andras Micsik Cc: banderton@i3s.com, rem-conf@es.net, deering@parc.xerox.com Subject: Re: Conference conflict In-reply-to: micsik's message of Wed, 08 May 96 23:14:03 -0800. Date: Thu, 9 May 1996 09:37:54 PDT Sender: Steve Deering From: Steve Deering Message-Id: <96May9.093758pdt.75270@digit.parc.xerox.com> > I have just read the letter about the broadcast of ATM Networking > Symposium. I am very new to this list, but I grab the occasion to > announce that the Joint European Networking Conference (JENC 7) will > be broadcasted on MBONE from Hungary. Perhaps the ATM Symposium could be transmitted on the worldwide ATM multicast infrastructure, instead of the MBone? :-) Steve From rem-conf-request@es.net Thu May 09 13:29:54 1996 Received: from rah.star-gate.com by osi-west.es.net with ESnet SMTP (PP); Thu, 9 May 1996 10:29:19 -0700 Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id KAA04556; Thu, 9 May 1996 10:28:51 -0700 Message-Id: <199605091728.KAA04556@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: pax@anubis.metrolink.com (Garry M. Paxinos) cc: Tomohiro Shibata , rem-conf@es.net Subject: Re: Matrox Meteor driver In-reply-to: Your message of "Thu, 09 May 1996 10:55:10 EDT." <9605091455.AA10957@anubis.metrolink.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 May 1996 10:28:50 -0700 From: "Amancio Hasty Jr." > Amancio Hasty, Jr. writes: > > For instance, our driver is capable of dumping a video frame straight > > into a vga frame buffer that is PCI to PCI with no cpu intervention. > > Trust me it is wild to watch tv while one is compiling something > > like the kernel. > > It's even better running the Matrox MarvelII as you don't have > any cpu or bus activity with live video in an X window.. :-) > > Pax. > Hi, Can the Matrox MarvelII be used for high speed video capture? Tnks, Amancio From rem-conf-request@es.net Thu May 09 18:30:05 1996 Received: from gw3.att.com (actually gw4.att.com) by osi-west.es.net with ESnet SMTP (PP); Thu, 9 May 1996 15:29:11 -0700 Received: from mvuss.UUCP by ig4.att.att.com id AA19702; Thu, 9 May 96 18:20:52 EDT Message-Id: <9605092220.AA19702@ig4.att.att.com> From: knecht@mvuss.att.com (John E Knecht +1 508 960 4632) Date: 9 May 96 18:11:00 -0400 To: 100765.3267@compuserve.com, Faouzi.Daoud@prism.uvsq.fr, G_F_Wetzel@att.com, Ron.Horn.0090874@nt.com, ahmadi@engn.uwindsor.ca, ahmed@ece.concordia.ca, aidarous@bnr.ca, announcements.chi@Xerox.com, arl@arl1.wustl.edu, atm-list@csc.com, atm@BBN.COM, badri@cs.rutgers.edu, bhumip@gte.com, bobchap@ibm.net, bran@silcom.com, braudyb@aol.com, bumblis@mcc.com, c.desmond@ieee.org, ccrc@dworkin.wustl.edu, cellular@comnets.rwth-aachen.de, christos@ece.miami.edu, chuanyi@ecse.rpi.edu, cip@BBN.COM, clytle@sed.stel.com, cnom@maestro.bellcore.com, commsoft@cc.bellcore.com, comswtc@gmu.edu, cost237-transport@comp.lancs.ac.uk, craig@bbn.com, dbworld@cs.wisc.edu, dotti@fokus.gmd.de, end2end-interest@isi.edu, enternet-ec@BBN.COM, enternet-ec@bbn.com, enternet@BBN.COM, f-troup@aurora.cis.upenn.edu, fad@prism.uvsq.fr, g-troup@dworkin.wustl.edu, g.weisman@ieee.org, globecom@signet.com.sg, guthery@austin.sar.slb.com, hegering@lrz-muenchen.de, hipparch@sophia.inria.fr, icad-request@santafe.edu, ieeetcpc@ccvm.sunysb.edu, iplpdn@cnri.reston.va.us, jandre@imtn.tpd.dsccc.com, jerry@ece.concordia.ca, jne@glasgow-caledonian.ac.uk, just4net@aol.com, kjl@bellcore.com, knecht@mvuss.att.com, kseo@bbn.com, labetoul@eurecom.fr, lanworks@delphi.com, lewis@ctron.com, mobile-ip@Tadpole.Com, mohan@ccmail.inet.com, mouftah@eleceng.ee.queensu.ca, murase@nwk.cl.nec.co.jp, mustafa@ece.concordia.ca, nkc@bellcore.com, oliveira@eurecom.fr, paulcov@bnr.ca, perform@tay1.dec.com, pogran@bbn.com, prabhu@ee.uta.edu, pradeep@dstc.uts.edu.au, rdantu@tddcae99.fnts.com, rem-conf@es.net, reres@laas.fr, rlfike@aol.com, saracco@cselt.stet.it, sbw@ccrl.nj.nec.com, scott_linke@aus.hp.com, sidou@eurecom.fr, sigmedia@bellcore.com, smds@cnri.reston.va.us, staples@bnr.ca, t.stevenson@ieee.org, tccc@cs.umass.edu, tcplw@cray.com, tf-mm@i4serv.informatik.rwth-a, tsuzuki@ccsd.ho.nec.co.jp, uist.chi@Xerox.com, vik@ihades.att.com, vkb@mvgsf.mv.att.com, w2xd@mtnms.att.com, waisum@buckaroo.ho.att.com, wolfson@ouri.eecs.uic.edu, wz@prosun.first.gmd.de, xrjo@atc.boeing.com, xtp-relay@cs.concordia.ca, yemini@cs.columbia.edu, yoshida@netwk.ntt-at.co.jp, yoshida@rosso.mss.netwk.ntt-at.co.jp Original-From: mvuss!knecht (John E Knecht +1 508 960 4632) Original-To: 100765.3267@compuserve.com, Faouzi.Daoud@prism.uvsq.fr, G_F_Wetzel@att.com, Ron.Horn.0090874@nt.com, ahmadi@engn.uwindsor.ca, ahmed@ece.concordia.ca, aidarous@bnr.ca, announcements.chi@Xerox.com, arl@arl1.wustl.edu, atm-list@csc.com, atm@BBN.COM, badri@cs.rutgers.edu, bhumip@gte.com, bobchap@ibm.net, bran@silcom.com, braudyb@aol.com, bumblis@mcc.com, c.desmond@ieee.org, ccrc@dworkin.wustl.edu, cellular@comnets.rwth-aachen.de, christos@ece.miami.edu, chuanyi@ecse.rpi.edu, cip@BBN.COM, clytle@sed.stel.com, cnom@maestro.bellcore.com, commsoft@cc.bellcore.com, comswtc@gmu.edu, cost237-transport@comp.lancs.ac.uk, craig@bbn.com, dbworld@cs.wisc.edu, dotti@fokus.gmd.de, end2end-interest@isi.edu, enternet-ec@BBN.COM, enternet-ec@bbn.com, enternet@BBN.COM, f-troup@aurora.cis.upenn.edu, fad@prism.uvsq.fr, g-troup@dworkin.wustl.edu, g.weisman@ieee.org, globecom@signet.com.sg, guthery@austin.sar.slb.com, hegering@lrz-muenchen.de, hipparch@sophia.inria.fr, icad-request@santafe.edu, ieeetcpc@ccvm.sunysb.edu, iplpdn@cnri.reston.va.us, jandre@imtn.tpd.dsccc.com, jerry@ece.concordia.ca, jne@glasgow-caledonian.ac.uk, just4net@aol.com, kjl@bellcore.com, knecht, kseo@bbn.com, labetoul@eurecom.fr, lanworks@delphi.com, lewis@ctron.com, mobile-ip@Tadpole.Com, mohan@ccmail.inet.com, mouftah@eleceng.ee.queensu.ca, murase@nwk.cl.nec.co.jp, mustafa@ece.concordia.ca, nkc@bellcore.com, oliveira@eurecom.fr, paulcov@bnr.ca, perform@tay1.dec.com, pogran@bbn.com, prabhu@ee.uta.edu, pradeep@dstc.uts.edu.au, rdantu@tddcae99.fnts.com, rem-conf@es.net, reres@laas.fr, rlfike@aol.com, saracco@cselt.stet.it, sbw@ccrl.nj.nec.com, scott_linke@aus.hp.com, sidou@eurecom.fr, sigmedia@bellcore.com, smds@cnri.reston.va.us, staples@bnr.ca, t.stevenson@ieee.org, tccc@cs.umass.edu, tcplw@cray.com, tf-mm@i4serv.informatik.rwth-a, tsuzuki@ccsd.ho.nec.co.jp, uist.chi@Xerox.com, vik@ihades.att.com, vkb@mvgsf.mv.att.com, w2xd@mtnms.att.com, waisum@buckaroo.ho.att.com, wolfson@ouri.eecs.uic.edu, wz@prosun.first.gmd.de, xrjo@atc.boeing.com, xtp-relay@cs.concordia.ca, yemini@cs.columbia.edu, yoshida@netwk.ntt-at.co.jp, yoshida@rosso.mss.netwk.ntt-at.co.jp Subject: Enterprise Networking MiniConference 97: CFP Content-Type: text CALL FOR PAPERS --------------------------------------- A Mini-conference on Enterprise Networking (ENM-97) is being organized to be held in parallel and co-located with the ICC-97 (8-12 June 1997 in Montreal, Quebec, Canada). A separate proceedings will be published and each of the ENM-97 registrants will receive a copy. ENM-97 (June 11-12, 1997) is sponsored by the IEEE Communications Society's Technical Committee on Enterprise Networking. It provides an open forum for the enterprise networking communities to review the new and emerging technologies, services, their implications from both business and technological viewpoints. The objective is to bridge the gap across: (a) Enterprise-wide business drivers and (b) Technology-driven solutions and enablers. Some examples of enterprise drivers are: (i) Cost reduction via process re-engineering, (ii) Revenue enhancement using new services, (iii) Effective interaction, efficient information access and distribution across the enterprise. The mini-conference includes keynote speeches, panel discussions, papers and poster sessions by the leaders, recognized experts and active researchers in the field. Special emphasis will be put on case studies involving efficient design/re-design, operations and management of enterprise wide computing and communications utilities with the right mix of technology and business process updates. Instructions: The title page must include corresponding author's full name, complete postal and e-mail addresses, telephone and fax numbers, and a 200-word abstract. Five double-spaced copies of the panel proposals and papers (12 point times font, maximum 3000 words) on 8.5"x11" papers should be sent to the ENM-97 program chair at the address given below. Schedule: Complete Manuscript Due: November 15, 1996 Acceptance Note Mailed: February 01, 1997 Camera-ready Paper Due: March 01, 1997 Technical areas of interest include but are not limited to: * Utilization of new and emerging technologies like ATM, PCS, CTI, full-duplex LAN services, etc. for evolution of enterprise networks to meet business and customers needs, *IntraNets, Middlenets and Internets: How they are shaping Enterprise Networks, * Handling of the legacy systems or technologies with the new and emerging ones for graceful migration to deployment of new technologies, * Integration of subsystems of enterprise networks, such as e-mail gateways, LAN switches, bridges and routers, database systems, and security and authentication mechanisms with the internets to provide "end-user" oriented services, such as video- conferencing, multi-media mails, etc., * Integration between applications and services offered by the enterprise network itself e.g., multicast service, policy routing, information retrieval, etc., * Interconnection and interoperability of all pieces of an enterprise network * Enterprise-wide computing, including distributed processing systems, distributed applications, client-serving computing, etc. * Enterprise information resource management. Enterprise Networks Management (e.g., configuration, fault, performance, accounting, security, etc.), * Business processes re-engineering using computer and communications resources distributed across the organization * Pros and cons of outsourcing the operations, management and design of enterprise networks, Negotiating for outsourcing, Insourcing after outsourcing, etc., * Integration of network and systems management from an enterprise viewpoint. * Interaction and relationship of public versus private networks, especially in light of the Telecom Act of Feb.08, 1996. Program Committee: Chair: Bhumip Khasnabish, GTE Labs. Inc., 40 Sylvan Rd., Waltham, MA 02254, USA. Tel +1-617-466-2080, Fax +1-617-890-9320 E-Mail: bhumip@gte.com Vice-Chairs: Ken Pogran (pogran@bbn.com), BBN, USA Douglas N. Zuckerman (w2xd@mtnms.att.com), AT&T, USA Publicity Chair: Vijay K. Bhagavath (bhagavath@bell-labs.com), Bell Labs., USA Business and Finance: Robert S. Braudy (braudyb@aol.com), BTG, LLC, NJ, USA. Local Arrangements (TBC): Mustafa K. Mehmet-Ali (mustafa@ece.concordia.ca), Concordia Univ., Canada ComSoc Co-Ordinator: Tom Stevenson (t.stevenson@ieee.org), IEEE ComSoc HQ, USA Committee Members (to-date): Majid Ahmadi , U. of Windsor, Canada Salah Aidarous, NorTel, Canada Vijay K. Bhagavath, Bell Labs., USA Robert S. Braudy, BTG, USA Nim K. Cheung, Bellcore, USA. Celia L. Desmond, Stentor Canada Chris Douligeris, U. of Miami, USA Ahmed Elhakeem, Concordia U., Canada Bob Fike, RNF Systems, USA Harvey Freeman, LANWORKS, USA Jerry Hayes, Concordia Univ., Canada Heinz-Gerd Hegering,LRZ M., Germany Ron Horn, NorTel, Canada Rudolf Jaeger, BetaTechnik, Germany David Kirsch, NDC, USA John E. Knecht, Bell Labs., USA Ken Lutz, Bellcore, USA Branislav Meandzija, GI, USA Hussein Mouftah, Queen's U., Canada Robert J. Ordemann, Boeing, USA Craig Partridge, BBN, USA Ken Pogran, BBN, USA Roberto Saracco, CSELT, Italy Steve Weinstein, NEC, USA Yechiam Yemini, Columbia U., USA Mac Yoshida, NTT, Japan Wolfgang Zimmer, Germany Douglas N. Zuckerman, AT&T, USA. ------------------------------------------------------------------------------- From rem-conf-request@es.net Thu May 09 18:58:24 1996 Received: from precept.com (actually hydra.precept.com) by osi-west.es.net with ESnet SMTP (PP); Thu, 9 May 1996 15:57:47 -0700 Received: from little-bear.precept.com by precept.com (5.x/SMI-4.1) id AA06227; Thu, 9 May 1996 15:57:30 -0700 Date: Thu, 9 May 1996 15:57:29 -0700 (PDT) From: Stephen Casner To: Andras Micsik Cc: rem-conf@es.net Subject: Re: Conference conflict In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Andras, > question for me, whether we use "old" or "new apps", that is sd, ivs > and vat3.* or sdr, vic and vat4? Please let me know what you think. > Which set of applications is installed more generally? I am one of the people pushing for use of the "new" apps that are based on RTPv2. I have noted that several of the recently announced events, including the next NASA Shuttle mission, have stated that the event will be advertised in sdr rather than sd and that the new tools will be used. I have not seen any complaints from the potential audience about the requirement to have new tools. If the people who have multicasted those events have received complaints, I would like to know that. So, I would suggest that you use the new tools unless you know of a particular audience for your event that would have a problem with this. BTW, it seems there should not be a conflict between the multicasts of JENC and the ATM Symposium because of the difference in timezones. -- Steve From rem-conf-request@es.net Fri May 10 11:59:15 1996 Received: from hercules.i3s.com by osi-west.es.net with ESnet SMTP (PP); Fri, 10 May 1996 08:58:33 -0700 Received: by hercules.i3s.com with Microsoft Exchange (IMC 4.12.736) id <01BB3E5F.6933AC70@hercules.i3s.com>; Fri, 10 May 1996 10:56:59 -0500 Message-ID: From: Bill Anderton To: "rem-conf@es.net" Cc: "van@ee.lbl.gov" , "flournoy@isc.tamu.edu" , "eland@straylight.tamu.edu" Subject: Follow-up post about ATM Networking Symposium Date: Fri, 10 May 1996 10:55:38 -0500 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.12.736 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="---- =_NextPart_000_01BB3E5F.6939C6F0" This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. Contact your mail administrator for information about upgrading your reader to a version that supports MIME. ------ =_NextPart_000_01BB3E5F.6939C6F0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit This is a follow-up to the post about the ATM Networking Symposium in Houston on May 14th with more details. My name is Bill Anderton and I am new to this list. I am the Senior Internetworking Specialist for I3S in Dallas, Texas and one of the speakers at the ATM Networking Symposium. I am also acting as the coordinator for the MBone multicast. The symposium will be held from 8:30 CDT to 12 noon CDT on May 14, 1996 in the 2nd floor theater on the Institute of Biosciences and Technology at Texas A&M University in Houston, Texas. The agenda for the symposium will be as follows: Designing and managing your ATM network as one for data, voice and video. How to protect your investment in legacy equipment and applications. How to utilize Internet and Intranet applications in high-bandwidth high-QOS ATM networks. What switched virtual circuits mean to network flexibility. Commercially available ATM service offerings. Evolving applications. How to protect your ATM investment through a family of ATM products and services. After lunch, and for the remainder of the day, there will be a period of "hands-on" demonstrations. General DataCom has brought in two switches and I am bringing several servers with ATM interfaces. This, along with the ATM switches and network at the IBT, should provide an interesting demo period. The symposium is sponsored by General DataCom as part of their national road show. We would like to do a Mbone multicast of the symposium. GDC has had some requests from some educational institutions, from around the US and UK, to view this symposium. Since this multicast would have a high TTL, we're looking for comments or conflicts. The multicast will originate from xian.tamu.edu (165.95.41.236) it would begin at 8:30 CDT and end at 12 noon CDT and will be multicast for just the single day. Session particulars are: 128 kb/s H.261 vat 4.0b1 (PCM4) vic 2.7 a38 ttl = 127 Dr. Leland Ellis has the mrouted for the Institute of Biosciences and Technology and will be originating the multicast from his. I will be the session contact. My email is banderton@i3s.com (Bill Anderton) The contact at TAMU will be Larry Flournoy. His email is flournoy@isc.tamu.edu (Larry D. Flournoy). I made the original post to rem-conf on Wednesday asking for any known conflicts with this session, as well as made an entry to the Mbone Agenda at www.cilea.it/MBone/agenda.html. The only potential conflict I know of at this time is the Joint European Networking Conference (JENC 7) will be broadcast on MBone from Hungary. However, because of the time difference shown in the MBone Agenda, they will finish several hours before we begin. If we have no conflicts I will have a web site up by tomorrow at www.i3s.com and will make the sd/sdr schedule. Thanks for your help and your comments. Bill Anderton banderton@i3s.com ------ =_NextPart_000_01BB3E5F.6939C6F0-- From rem-conf-request@es.net Fri May 10 12:41:52 1996 Received: from bells.cs.ucl.ac.uk by osi-west.es.net with ESnet SMTP (PP); Fri, 10 May 1996 09:41:18 -0700 Received: from rat.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Fri, 10 May 1996 17:40:14 +0100 To: mice-nsc-admin@cs.ucl.ac.uk, ucl-audio@cs.ucl.ac.uk, merci@cs.ucl.ac.uk, cert@cert.funet.fi, hks@funet.fi, lmjm@doc.ic.ac.uk, rem-conf@es.net Subject: IMPORTANT SECURITY FIX: RAT v2.4a6 is released Date: Fri, 10 May 1996 17:40:08 +0100 Message-ID: <3072.831746408@cs.ucl.ac.uk> From: Colin Perkins Release 2.4a6 of the Robust Audio Tool (RAT) is now available from UCL. This release supports SunOS 4.x, Solaris 2.x, and IRIX 5.3. Binaries are available at URL: ftp://cs.ucl.ac.uk/mice/rat/ This release removes a serious security hole which has been detected in earlier versions of the RAT tool, which allows execution of arbitrary commands on hosts running this tool. Although we are not aware of any instances of the security hole being exploited, we recommend that use of all versions of RAT prior to v2.4a6 is discontinued. If you maintain a mirror of the UCL FTP archive, and your archive contains previous RAT binaries, WE RECOMMEND THAT THOSE BINARIES ARE DELETED AS SOON AS POSSIBLE, and replaced by v2.4a6. There is currently no Windows'95 version of RAT 2.4a6, this will be released early next week. Please send any comments and questions on this release to the RAT development list , or directly to me. We apologise for any inconvenience this has caused. -- Colin Perkins Email: c.perkins@cs.ucl.ac.uk Department of Computer Science Phone: (+44) 171 419 3666 University College London WWW : http://www.cs.ucl.ac.uk/staff/c.perkins/ From rem-conf-request@es.net Fri May 10 12:44:36 1996 Received: from hercules.i3s.com by osi-west.es.net with ESnet SMTP (PP); Fri, 10 May 1996 09:43:47 -0700 Received: by hercules.i3s.com with Microsoft Exchange (IMC 4.12.736) id <01BB3E65.BBDD4480@hercules.i3s.com>; Fri, 10 May 1996 11:42:14 -0500 Message-ID: From: Bill Anderton To: "rem-conf@es.net" Subject: RE: Conference conflict Date: Fri, 10 May 1996 11:27:11 -0500 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.12.736 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="---- =_NextPart_000_01BB3E65.BBFA4260" This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. Contact your mail administrator for information about upgrading your reader to a version that supports MIME. ------ =_NextPart_000_01BB3E65.BBFA4260 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Welcome to the list Andras ... I'm new to it as well. I checked with the MBone Agenda on Wednesday and saw your scheduled session and sent you email about it. There may be some confusion about the time due to the time-zone differences. My post to rem-conf used Central Daylight Time in the US. The MBone Agenda times are in GMT as is my booked session in the Agenda. Subsequently, I think your Tuesday session ends three hours before ours begins. I don't think we will overlap. Between our two conferences, its going to be get "networking" day on the Mbone! Good luck with your conference. Bill Anderton banderton@i3s.com >---------- >From: Andras Micsik[SMTP:micsik@sztaki.hu] >Sent: Thursday, May 09, 1996 1:14 AM >To: Bill Anderton >Cc: rem-conf@es.net >Subject: Conference conflict > >This means that on Tuesday we overlap with the ATM Symposium, but I >do not think this is a problem. Anyway, usually broadcast from Europe >does not get through very well to US, am I right? In the opposite >direction it is true. > > ------ =_NextPart_000_01BB3E65.BBFA4260-- From rem-conf-request@es.net Fri May 10 12:45:29 1996 Received: from hercules.i3s.com by osi-west.es.net with ESnet SMTP (PP); Fri, 10 May 1996 09:43:49 -0700 Received: by hercules.i3s.com with Microsoft Exchange (IMC 4.12.736) id <01BB3E65.BBFBC900@hercules.i3s.com>; Fri, 10 May 1996 11:42:14 -0500 Message-ID: From: Bill Anderton To: "rem-conf@es.net" Cc: "van@ee.lbl.gov" , "flournoy@isc.tamu.edu" , "leland@straylight.tamu.edu" Subject: Follow-up post about ATM Networking Symposium Date: Fri, 10 May 1996 11:10:57 -0500 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.12.736 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="---- =_NextPart_000_01BB3E65.BC3BDF40" This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. Contact your mail administrator for information about upgrading your reader to a version that supports MIME. ------ =_NextPart_000_01BB3E65.BC3BDF40 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit This is a follow-up to the post about the ATM Networking Symposium in Houston on May 14th with more details. My name is Bill Anderton and I am new to this list. I am the Senior Internetworking Specialist for I3S in Dallas, Texas and one of the speakers at the ATM Networking Symposium. I am also acting as the coordinator for the MBone multicast. The symposium will be held from 8:30 CDT to 12 noon CDT on May 14, 1996 in the 2nd floor theater on the Institute of Biosciences and Technology at Texas A&M University in Houston, Texas. The agenda for the symposium will be as follows: Designing and managing your ATM network as one for data, voice and video. How to protect your investment in legacy equipment and applications. How to utilize Internet and Intranet applications in high-bandwidth high-QOS ATM networks. What switched virtual circuits mean to network flexibility. Commercially available ATM service offerings. Evolving applications. How to protect your ATM investment through a family of ATM products and services. After lunch, and for the remainder of the day, there will be a period of "hands-on" demonstrations. General DataCom has brought in two switches and I am bringing several servers with ATM interfaces. This, along with the ATM switches and network at the IBT, should provide an interesting demo period. The symposium is sponsored by General DataCom as part of their national road show. We would like to do a Mbone multicast of the symposium. GDC has had some requests from some educational institutions, from around the US and UK, to view this symposium. Since this multicast would have a high TTL, we're looking for comments or conflicts. The multicast will originate from xian.tamu.edu (165.95.41.236) it would begin at 8:30 CDT and end at 12 noon CDT and will be multicast for just the single day. Session particulars are: 128 kb/s H.261 vat 4.0b1 (PCM4) vic 2.7 a38 ttl = 127 Dr. Leland Ellis has the mrouted for the Institute of Biosciences and Technology and will be originating the multicast from his. I will be the session contact. My email is banderton@i3s.com (Bill Anderton) The contact at TAMU will be Larry Flournoy. His email is flournoy@isc.tamu.edu (Larry D. Flournoy). I made the original post to rem-conf on Wednesday asking for any known conflicts with this session, as well as made an entry to the Mbone Agenda at www.cilea.it/MBone/agenda.html. The only potential conflict I know of at this time is the Joint European Networking Conference (JENC 7) will be broadcast on MBone from Hungary. However, because of the time difference shown in the MBone Agenda, they will finish several hours before we begin. If we have no conflicts I will have a web site up by tomorrow at www.i3s.com and will make the sd/sdr schedule. Thanks for your help and your comments. Bill Anderton banderton@i3s.com ------ =_NextPart_000_01BB3E65.BC3BDF40-- From rem-conf-request@es.net Fri May 10 13:29:13 1996 Received: from gw1.att.com by osi-west.es.net with ESnet SMTP (PP); Fri, 10 May 1996 10:28:04 -0700 Received: from mvgsf.mv.att.com by ig1.att.att.com id AA12726; Fri, 10 May 96 12:23:11 EDT Received: by mvgsf.mv.att.com (5.x/EMS-1.2+HL sol2) id AA26709; Fri, 10 May 1996 12:25:55 -0400 From: Vijay.K.Bhagavath@att.com To: wolfson@ouri.eecs.uic.edu, gfw@qsun.ho.att.com (Gregory F Wetzel), comswtc@gmu.edu, commsoft@cc.bellcore.com, cnom@maestro.bellcore.com, ieeetcpc@ccvm.sunysb.edu, badri@cs.rutgers.edu, cellular@comnets.rwth-aachen.de, mobile-ip@Tadpole.Com, sigmedia@bellcore.com, rem-conf@es.net, xtp-relay@cs.concordia.ca, hipparch@sophia.inria.fr, reres@laas.fr, cost237-transport@comp.lancs.ac.uk, f-troup@aurora.cis.upenn.edu, end2end-interest@isi.edu, dbworld@cs.wisc.edu, tccc@cs.umass.edu, kseo@bbn.com, 100765.3267@compuserve.com, murase@nwk.cl.nec.co.jp, John.E.Knecht@att.com, jerry@ece.concordia.ca, mustafa@ece.concordia.ca, ahmed@ece.concordia.ca, lanworks@delphi.com, yemini@cs.columbia.edu, craig@bbn.com, yoshida@netwk.ntt-at.co.jp, hegering@lrz-muenchen.de, wz@prosun.first.gmd.de, xrjo@atc.boeing.com, saracco@cselt.stet.it, christos@ece.miami.edu, t.stevenson@ieee.org, mouftah@eleceng.ee.queensu.ca, Ron.Horn.0090874@nt.com, nkc@bellcore.com, c.desmond@ieee.org, sbw@ccrl.nj.nec.com, bhumip@gte.com, kjl@bellcore.com, aidarous@bnr.ca, Douglas.N.Zuckerman@att.com, pogran@bbn.com, just4net@aol.com, bran@silcom.com, rlfike@aol.com, braudyb@aol.com, ahmadi@engn.uwindsor.ca, Wai.Sum.Lai@att.com, g.weisman@ieee.org, vik@ihades.att.com, prabhu@ee.uta.edu, jandre@imtn.tpd.dsccc.com, enternet-ec@bbn.com, dotti@fokus.gmd.de, labetoul@eurecom.fr, sidou@eurecom.fr, oliveira@eurecom.fr, bobchap@ibm.net, clytle@sed.stel.com, lewis@ctron.com, mohan@ccmail.inet.com, paulcov@bnr.ca, guthery@austin.sar.slb.com, pradeep@dstc.uts.edu.au, scott_linke@aus.hp.com, rdantu@tddcae99.fnts.com, bumblis@mcc.com, staples@bnr.ca, jne@glasgow-caledonian.ac.uk, yoshida@rosso.mss.netwk.ntt-at.co.jp, chuanyi@ecse.rpi.edu, fad@prism.uvsq.fr, Faouzi.Daoud@prism.uvsq.fr, tsuzuki@ccsd.ho.nec.co.jp, uist.chi@Xerox.com, tf-mm@i4serv.informatik.rwth-a, tcplw@cray.com, smds@cnri.reston.va.us, iplpdn@cnri.reston.va.us, icad-request@santafe.edu, globecom@signet.com.sg, g-troup@dworkin.wustl.edu, enternet@BBN.COM, enternet-ec@BBN.COM, ccrc@dworkin.wustl.edu, cip@BBN.COM, atm@BBN.COM, arl@arl1.wustl.edu, announcements.chi@Xerox.com, perform@tay1.dec.com, atm-list@csc.com Received: by mvgsf.mv.att.com (5.x/EMS-1.2+HL sol2) id AA26638; Fri, 10 May 1996 12:25:43 -0400 Date: Fri, 10 May 1996 12:25:43 -0400 Message-Id: <9605101625.AA26638@mvgsf.mv.att.com> Original-From: vkb@mvgsf.mv.att.com (Vijay K Bhagavath) Original-To: wolfson@ouri.eecs.uic.edu, gfw@qsun.ho.att.com (Gregory F Wetzel), comswtc@gmu.edu, commsoft@cc.bellcore.com, cnom@maestro.bellcore.com, ieeetcpc@ccvm.sunysb.edu, badri@cs.rutgers.edu, cellular@comnets.rwth-aachen.de, mobile-ip@Tadpole.Com, sigmedia@bellcore.com, rem-conf@es.net, xtp-relay@cs.concordia.ca, hipparch@sophia.inria.fr, reres@laas.fr, cost237-transport@comp.lancs.ac.uk, f-troup@aurora.cis.upenn.edu, end2end-interest@isi.edu, dbworld@cs.wisc.edu, tccc@cs.umass.edu, kseo@bbn.com, 100765.3267@compuserve.com, murase@nwk.cl.nec.co.jp, knecht@mvuss.att.com, jerry@ece.concordia.ca, mustafa@ece.concordia.ca, ahmed@ece.concordia.ca, lanworks@delphi.com, yemini@cs.columbia.edu, craig@bbn.com, yoshida@netwk.ntt-at.co.jp, hegering@lrz-muenchen.de, wz@prosun.first.gmd.de, xrjo@atc.boeing.com, saracco@cselt.stet.it, christos@ece.miami.edu, t.stevenson@ieee.org, mouftah@eleceng.ee.queensu.ca, Ron.Horn.0090874@nt.com, nkc@bellcore.com, c.desmond@ieee.org, sbw@ccrl.nj.nec.com, bhumip@gte.com, kjl@bellcore.com, aidarous@bnr.ca, w2xd@mtnms.att.com, pogran@bbn.com, just4net@aol.com, bran@silcom.com, rlfike@aol.com, braudyb@aol.com, ahmadi@engn.uwindsor.ca, waisum@buckaroo.ho.att.com, g.weisman@ieee.org, vik@ihades.att.com, prabhu@ee.uta.edu, jandre@imtn.tpd.dsccc.com, enternet-ec@bbn.com, dotti@fokus.gmd.de, labetoul@eurecom.fr, sidou@eurecom.fr, oliveira@eurecom.fr, bobchap@ibm.net, clytle@sed.stel.com, lewis@ctron.com, mohan@ccmail.inet.com, paulcov@bnr.ca, guthery@austin.sar.slb.com, pradeep@dstc.uts.edu.au, scott_linke@aus.hp.com, rdantu@tddcae99.fnts.com, bumblis@mcc.com, staples@bnr.ca, jne@glasgow-caledonian.ac.uk, yoshida@rosso.mss.netwk.ntt-at.co.jp, chuanyi@ecse.rpi.edu, fad@prism.uvsq.fr, Faouzi.Daoud@prism.uvsq.fr, tsuzuki@ccsd.ho.nec.co.jp, uist.chi@Xerox.com, tf-mm@i4serv.informatik.rwth-a, tcplw@cray.com, smds@cnri.reston.va.us, iplpdn@cnri.reston.va.us, icad-request@santafe.edu, globecom@signet.com.sg, g-troup@dworkin.wustl.edu, enternet@BBN.COM, enternet-ec@BBN.COM, ccrc@dworkin.wustl.edu, cip@BBN.COM, atm@BBN.COM, arl@arl1.wustl.edu, announcements.chi@Xerox.com, perform@tay1.dec.com, atm-list@csc.com Subject: Call For Papers: IEEE Enterprise Networking MiniConference '97 Content-Type: text CALL FOR PAPERS --------------------------------------- A Mini-conference on Enterprise Networking (ENM-97) is being organized to be held in parallel and co-located with the ICC-97 (8-12 June 1997 in Montreal, Quebec, Canada). A separate proceedings will be published and each of the ENM-97 registrants will receive a copy. ENM-97 (June 11-12, 1997) is sponsored by the IEEE Communications Society's Technical Committee on Enterprise Networking. It provides an open forum for the enterprise networking communities to review the new and emerging technologies, services, their implications from both business and technological viewpoints. The objective is to bridge the gap across: (a) Enterprise-wide business drivers and (b) Technology-driven solutions and enablers. Some examples of enterprise drivers are: (i) Cost reduction via process re-engineering, (ii) Revenue enhancement using new services, (iii) Effective interaction, efficient information access and distribution across the enterprise. The mini-conference includes keynote speeches, panel discussions, papers and poster sessions by the leaders, recognized experts and active researchers in the field. Special emphasis will be put on case studies involving efficient design/re-design, operations and management of enterprise wide computing and communications utilities with the right mix of technology and business process updates. Instructions: The title page must include corresponding author's full name, complete postal and e-mail addresses, telephone and fax numbers, and a 200-word abstract. Five double-spaced copies of the panel proposals and papers (12 point times font, maximum 3000 words) on 8.5"x11" papers should be sent to the ENM-97 program chair at the address given below. Schedule: Complete Manuscript Due: November 15, 1996 Acceptance Note Mailed: February 01, 1997 Camera-ready Paper Due: March 01, 1997 Technical areas of interest include but are not limited to: * Utilization of new and emerging technologies like ATM, PCS, CTI, full-duplex LAN services, etc. for evolution of enterprise networks to meet business and customers needs, *IntraNets, Middlenets and Internets: How they are shaping Enterprise Networks, * Handling of the legacy systems or technologies with the new and emerging ones for graceful migration to deployment of new technologies, * Integration of subsystems of enterprise networks, such as e-mail gateways, LAN switches, bridges and routers, database systems, and security and authentication mechanisms with the internets to provide "end-user" oriented services, such as video- conferencing, multi-media mails, etc., * Integration between applications and services offered by the enterprise network itself e.g., multicast service, policy routing, information retrieval, etc., * Interconnection and interoperability of all pieces of an enterprise network * Enterprise-wide computing, including distributed processing systems, distributed applications, client-serving computing, etc. * Enterprise information resource management. Enterprise Networks Management (e.g., configuration, fault, performance, accounting, security, etc.), * Business processes re-engineering using computer and communications resources distributed across the organization * Pros and cons of outsourcing the operations, management and design of enterprise networks, Negotiating for outsourcing, Insourcing after outsourcing, etc., * Integration of network and systems management from an enterprise viewpoint. * Interaction and relationship of public versus private networks, especially in light of the Telecom Act of Feb.08, 1996. Program Committee: Chair: Bhumip Khasnabish, GTE Labs. Inc., 40 Sylvan Rd., Waltham, MA 02254, USA. Tel +1-617-466-2080, Fax +1-617-890-9320 E-Mail: bhumip@gte.com Vice-Chairs: Ken Pogran (pogran@bbn.com), BBN, USA Douglas N. Zuckerman (w2xd@mtnms.att.com), AT&T, USA Publicity Chair: Vijay K. Bhagavath (bhagavath@bell-labs.com), Bell Labs., USA Business and Finance: Robert S. Braudy (braudyb@aol.com), BTG, LLC, NJ, USA. Local Arrangements (TBC): Mustafa K. Mehmet-Ali (mustafa@ece.concordia.ca), Concordia Univ., Canada ComSoc Co-Ordinator: Tom Stevenson (t.stevenson@ieee.org), IEEE ComSoc HQ, USA Committee Members (to-date): Majid Ahmadi , U. of Windsor, Canada Salah Aidarous, NorTel, Canada Vijay K. Bhagavath, Bell Labs., USA Robert S. Braudy, BTG, USA Nim K. Cheung, Bellcore, USA. Celia L. Desmond, Stentor Canada Chris Douligeris, U. of Miami, USA Ahmed Elhakeem, Concordia U., Canada Bob Fike, RNF Systems, USA Harvey Freeman, LANWORKS, USA Jerry Hayes, Concordia Univ., Canada Heinz-Gerd Hegering,LRZ M., Germany Ron Horn, NorTel, Canada Rudolf Jaeger, BetaTechnik, Germany David Kirsch, NDC, USA John E. Knecht, Bell Labs., USA Ken Lutz, Bellcore, USA Branislav Meandzija, GI, USA Hussein Mouftah, Queen's U., Canada Robert J. Ordemann, Boeing, USA Craig Partridge, BBN, USA Ken Pogran, BBN, USA Roberto Saracco, CSELT, Italy Steve Weinstein, NEC, USA Yechiam Yemini, Columbia U., USA Mac Yoshida, NTT, Japan Wolfgang Zimmer, Germany Douglas N. Zuckerman, AT&T, USA. ------------------------------------------------------------------------------- . From rem-conf-request@es.net Fri May 10 14:46:52 1996 Received: from riker.read.tasc.com by osi-west.es.net with ESnet SMTP (PP); Fri, 10 May 1996 11:45:39 -0700 Received: from snowflake (snowflake.read.tasc.com [147.81.240.218]) by riker.read.tasc.com (SMI-8.6/PRAT[SECURE-2.8]) with SMTP id OAA10315; Fri, 10 May 1996 14:45:49 -0400 From: wgsmith@riker.read.tasc.com (W. Garth Smith) Received: by snowflake (5.x) id AA06124; Fri, 10 May 1996 14:48:36 -0400 Date: Fri, 10 May 1996 14:48:36 -0400 Message-Id: <9605101848.AA06124@snowflake> To: rem-conf@es.net, ietf-dis@gmu.edu Subject: popular press article on MBONE X-Sun-Charset: US-ASCII In the June 1996 issue of Interactivity is a short article on the MBONE. On page 18 is a short summary of how a group of musical artists produced a concert for less than US $1000. interactivity@mfi.com is the magazine point of contact. Garth From rem-conf-request@es.net Sat May 11 17:53:37 1996 Received: from gw1.att.com by osi-west.es.net with ESnet SMTP (PP); Sat, 11 May 1996 14:53:00 -0700 Received: from mvgsf.mv.att.com by ig1.att.att.com id AA19508; Sat, 11 May 96 17:48:57 EDT Received: by mvgsf.mv.att.com (5.x/EMS-1.2+HL sol2) id AA25799; Sat, 11 May 1996 17:51:41 -0400 From: Vijay.K.Bhagavath@att.com To: wolfson@ouri.eecs.uic.edu, gfw@qsun.ho.att.com (Gregory F Wetzel), comswtc@gmu.edu, commsoft@cc.bellcore.com, cnom@maestro.bellcore.com, ieeetcpc@ccvm.sunysb.edu, badri@cs.rutgers.edu, cellular@comnets.rwth-aachen.de, mobile-ip@Tadpole.Com, sigmedia@bellcore.com, rem-conf@es.net, xtp-relay@cs.concordia.ca, hipparch@sophia.inria.fr, reres@laas.fr, cost237-transport@comp.lancs.ac.uk, f-troup@aurora.cis.upenn.edu, end2end-interest@isi.edu, dbworld@cs.wisc.edu, tccc@cs.umass.edu, kseo@bbn.com, 100765.3267@compuserve.com, murase@nwk.cl.nec.co.jp, John.E.Knecht@att.com, jerry@ece.concordia.ca, mustafa@ece.concordia.ca, ahmed@ece.concordia.ca, lanworks@delphi.com, yemini@cs.columbia.edu, craig@bbn.com, yoshida@netwk.ntt-at.co.jp, hegering@lrz-muenchen.de, wz@prosun.first.gmd.de, xrjo@atc.boeing.com, saracco@cselt.stet.it, christos@ece.miami.edu, t.stevenson@ieee.org, mouftah@eleceng.ee.queensu.ca, Ron.Horn.0090874@nt.com, nkc@bellcore.com, c.desmond@ieee.org, sbw@ccrl.nj.nec.com, bhumip@gte.com, kjl@bellcore.com, aidarous@bnr.ca, Douglas.N.Zuckerman@att.com, pogran@bbn.com, just4net@aol.com, bran@silcom.com, rlfike@aol.com, braudyb@aol.com, ahmadi@engn.uwindsor.ca, Wai.Sum.Lai@att.com, g.weisman@ieee.org, vik@ihades.att.com, prabhu@ee.uta.edu, jandre@imtn.tpd.dsccc.com, enternet-ec@bbn.com, dotti@fokus.gmd.de, labetoul@eurecom.fr, sidou@eurecom.fr, oliveira@eurecom.fr, bobchap@ibm.net, clytle@sed.stel.com, lewis@ctron.com, mohan@ccmail.inet.com, paulcov@bnr.ca, guthery@austin.sar.slb.com, pradeep@dstc.uts.edu.au, scott_linke@aus.hp.com, rdantu@tddcae99.fnts.com, bumblis@mcc.com, staples@bnr.ca, jne@glasgow-caledonian.ac.uk, yoshida@rosso.mss.netwk.ntt-at.co.jp, chuanyi@ecse.rpi.edu, fad@prism.uvsq.fr, Faouzi.Daoud@prism.uvsq.fr, tsuzuki@ccsd.ho.nec.co.jp, uist.chi@Xerox.com, tf-mm@i4serv.informatik.rwth-a, tcplw@cray.com, smds@cnri.reston.va.us, iplpdn@cnri.reston.va.us, icad-request@santafe.edu, globecom@signet.com.sg, g-troup@dworkin.wustl.edu, enternet@BBN.COM, enternet-ec@BBN.COM, ccrc@dworkin.wustl.edu, cip@BBN.COM, atm@BBN.COM, arl@arl1.wustl.edu, announcements.chi@Xerox.com, perform@tay1.dec.com, atm-list@csc.com Received: by mvgsf.mv.att.com (5.x/EMS-1.2+HL sol2) id AA25731; Sat, 11 May 1996 17:51:33 -0400 Date: Sat, 11 May 1996 17:51:33 -0400 Message-Id: <9605112151.AA25731@mvgsf.mv.att.com> Original-From: vkb@mvgsf.mv.att.com (Vijay K Bhagavath) Original-To: wolfson@ouri.eecs.uic.edu, gfw@qsun.ho.att.com (Gregory F Wetzel), comswtc@gmu.edu, commsoft@cc.bellcore.com, cnom@maestro.bellcore.com, ieeetcpc@ccvm.sunysb.edu, badri@cs.rutgers.edu, cellular@comnets.rwth-aachen.de, mobile-ip@Tadpole.Com, sigmedia@bellcore.com, rem-conf@es.net, xtp-relay@cs.concordia.ca, hipparch@sophia.inria.fr, reres@laas.fr, cost237-transport@comp.lancs.ac.uk, f-troup@aurora.cis.upenn.edu, end2end-interest@isi.edu, dbworld@cs.wisc.edu, tccc@cs.umass.edu, kseo@bbn.com, 100765.3267@compuserve.com, murase@nwk.cl.nec.co.jp, knecht@mvuss.att.com, jerry@ece.concordia.ca, mustafa@ece.concordia.ca, ahmed@ece.concordia.ca, lanworks@delphi.com, yemini@cs.columbia.edu, craig@bbn.com, yoshida@netwk.ntt-at.co.jp, hegering@lrz-muenchen.de, wz@prosun.first.gmd.de, xrjo@atc.boeing.com, saracco@cselt.stet.it, christos@ece.miami.edu, t.stevenson@ieee.org, mouftah@eleceng.ee.queensu.ca, Ron.Horn.0090874@nt.com, nkc@bellcore.com, c.desmond@ieee.org, sbw@ccrl.nj.nec.com, bhumip@gte.com, kjl@bellcore.com, aidarous@bnr.ca, w2xd@mtnms.att.com, pogran@bbn.com, just4net@aol.com, bran@silcom.com, rlfike@aol.com, braudyb@aol.com, ahmadi@engn.uwindsor.ca, waisum@buckaroo.ho.att.com, g.weisman@ieee.org, vik@ihades.att.com, prabhu@ee.uta.edu, jandre@imtn.tpd.dsccc.com, enternet-ec@bbn.com, dotti@fokus.gmd.de, labetoul@eurecom.fr, sidou@eurecom.fr, oliveira@eurecom.fr, bobchap@ibm.net, clytle@sed.stel.com, lewis@ctron.com, mohan@ccmail.inet.com, paulcov@bnr.ca, guthery@austin.sar.slb.com, pradeep@dstc.uts.edu.au, scott_linke@aus.hp.com, rdantu@tddcae99.fnts.com, bumblis@mcc.com, staples@bnr.ca, jne@glasgow-caledonian.ac.uk, yoshida@rosso.mss.netwk.ntt-at.co.jp, chuanyi@ecse.rpi.edu, fad@prism.uvsq.fr, Faouzi.Daoud@prism.uvsq.fr, tsuzuki@ccsd.ho.nec.co.jp, uist.chi@Xerox.com, tf-mm@i4serv.informatik.rwth-a, tcplw@cray.com, smds@cnri.reston.va.us, iplpdn@cnri.reston.va.us, icad-request@santafe.edu, globecom@signet.com.sg, g-troup@dworkin.wustl.edu, enternet@BBN.COM, enternet-ec@BBN.COM, ccrc@dworkin.wustl.edu, cip@BBN.COM, atm@BBN.COM, arl@arl1.wustl.edu, announcements.chi@Xerox.com, perform@tay1.dec.com, atm-list@csc.com Subject: CFP: IEEE Network Magazine: BB Data Services Delivery Issues Content-Type: text Call For Papers IEEE Network Magazine Feature Topic "Broadband Data Services Over Residential Access Networks" Applications such as work-at-home, Internet access, home banking, multiplayer video games, and access to popular on-line services are driving the need to support a wide variety of advanced "information-age" services over residential access networks. Several cross-business alliances have been formed to promote specifications that would lead to the development of open interoperable products, and enable the delivery of broadband data services over POTS (e.g., ADSL, HDSL), fiber-based (e.g., HFC, SDV, FITL), and satellite-based (e.g., Iridium, Direct-PC) delivery system architectures to residential and small-business subscribers. This feature topic, consisting of four to seven carefully selected papers, will focus on either: (a) technical, (b) end-to-end services provisioning, or (c) business aspects of broadband data services delivery over the aforementioned delivery systems. We invite high-quality submissions of original manuscripts addressing (but not limited to) the following topics: Data services delivery architectures: Hardware, Software (Middleware, Groupware, and Businessware) aspects of the core, access, and premises network segments. Protocol stacks (e.g., support of ATM, STM, IP, and IEEE 802.X traffic) Digital data transmission over coaxial, optical, and satellite communication links Interoperability and internetworking Network traffic engineering, modeling, and performance analysis Data security and network integrity (e.g., gateways, firewalls, etc) Network reliability and availability Network survivability and design of self-healing network architectures Network control, element management, and network management Broadband market strategy, economic modeling, and network evolution Submission Deadline: September 15, 1996 Acceptance Notification: October 1, 1996 Final Manuscripts Due: November 1, 1996 Publication: January, 1997 Manuscripts should adhere to the high quality and submission standards of the IEEE Network magazine, e.g., maximum 20 double-spaced pages with author names, complete address including phone, fax, email, and author affiliation(s) in the first page. Submit papers to either of the Guest Editors: Dr. Vijay K. Bhagavath Dr. Bhumip Khasnabish Bell Laboratories, Rm. 21-1D20 GTE Laboratories Inc., Lucent Technologies, 1600 Osgood Street 40 Sylvan Road N. Andover, MA 01845, USA Waltham, MA 02254, USA Tel: +1-508-960-5291 Tel: +1-617-466-2080 Fax: +1-508-960-1056 Fax: +1-617-890-9320 Email: bhagavath@lucent.com Email: bhumip@gte.com . From rem-conf-request@es.net Mon May 13 10:01:53 1996 Received: from gateway-gw.pictel.com by osi-west.es.net with ESnet SMTP (PP); Mon, 13 May 1996 07:01:08 -0700 Received: from roadrunner.pictel.com by gateway-gw.pictel.com (4.1/cf.gw.940128.1740) id AA23513; Mon, 13 May 96 10:01:06 EDT Received: from smtpnotes.pictel.com by roadrunner.pictel.com (4.1/runner.910925.1) id AA03323; Mon, 13 May 96 10:01:04 EDT Received: by smtpnotes.pictel.com (4.1/SMI-4.1) id AA05468; Mon, 13 May 96 10:01:03 EDT Message-Id: <9605131401.AA05468@smtpnotes.pictel.com> Received: from PicTel with "Lotus Notes Mail Gateway for SMTP" id 46294A162F5D8D8D852563250071BF9E; Mon, 13 May 96 14:01:01 To: h32z2-list Cc: imtc , rem-conf From: Rich Baker/PicTel Date: 13 May 96 9:15:54 EDT Subject: CNC: Announcing H.323 Implementation sug-group + audioconf today X-Importance: High Mime-Version: 1.0 Content-Type: Text/Plain Hi folks: We had a very productive audiocall Thursday. I am pleased to announce that the CNC is forming the new H.323 Implementation Sub-Group, chaired by Jim Toga (jtoga @ ibeam.intel.com). The group's purpose is to provide a forum that facilitates the development of interoperable H.323 products (endpoints, gatekeepers, MC(u)s, gateways) to market. As a result of its efforts, the group will generate and publish guidelines on the IMTC refector. The sub-group will be targeted at developers who are already knowledgeable in H.323 -- it is not to be an education arm of the CNC. Almost surely, conversations within the sub-group will identify H.323 issues which need to be addressed in the future. As chair, Jim is responsible for seeing that those issues are formalized into submissions to the regular standards process. Any issues related to the current version of H.323 will be noted and also submitted through the appropriate ITU channel. At some point in the near future, participants in this sub-group will begin exchanging bit streams to test interoperability. As interop tests progress, it is my expectation that it will become prudent to form another sub-group explicitly dedicated to H.323 interoperability testing. My personal thanks to Jim for agreeing to chair this new sub-group. He will announce the sub-group's first meeting on the h32z2 and IMTC reflectors soon. ----- On another note, substantial progress was made to the H.225.0 document in Thursday's call. Much of the conversation focused on RTP's "Marker Bit", and with Steve Casner's input, we reached a better understanding of how to use it in H.323. We have scheduled the following additional audioconference to close out remaining issues: When: Monday, 9am Pacific time, 12 noon East Coast time, 5pm UK time Duration: Up to two hours Where: +1-212-346-0348, conference ID #174-8548 I have reserved 20 ports. Since the call is not attended by an operator, please respect the open nature of the call by announcing your name when you join. Cheers, -rich From rem-conf-request@es.net Mon May 13 13:47:42 1996 Received: from lutra.sztaki.hu by osi-west.es.net with ESnet SMTP (PP); Mon, 13 May 1996 10:47:06 -0700 Received: by lutra.sztaki.hu with SMTP (5.67a8/SUNSERV-1.01) id AA09903; Mon, 13 May 1996 19:46:35 +0200 Date: Mon, 13 May 1996 19:46:34 +0200 (MET DST) From: Andras Micsik X-Sender: micsik@lutra To: rem-conf@es.net Subject: Broadcast of the JENC conference Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Let me announce again the broadcast fo JENC events from Hungary. There was not much interest from abroad, but I hope later more people will join virtually. See http://www.iif.hu/jenc/. Andras ----------------------------------------------------------- Andras Micsik micsik@sztaki.hu MTA SZTAKI Hungary http://www.sztaki.hu/~micsik From rem-conf-request@es.net Tue May 14 06:20:08 1996 Received: from hp1.tele.dtu.dk by osi-west.es.net with ESnet SMTP (PP); Tue, 14 May 1996 03:19:12 -0700 Received: by hp1.tele.dtu.dk (1.37.109.11/16.2) id AA223919366; Tue, 14 May 1996 12:22:46 +0200 Date: Tue, 14 May 1996 12:22:46 +0200 From: ITC To: rem-conf@es.net Subject: ITC Specialist Seminar Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable ************************************************** * * * 10th ITC SPECIALIST SEMINAR * * * * "CONTROL IN COMMUNICATIONS" * * * = * SECOND ANNOUNCEMENT AND CALL FOR PAPERS * * * * September 17-19, 1996 * * Lund, Sweden * * ITC ITC * ************************************************** http://www.tts.lth.se/ITC-SS-96/ updated May 10 The International Advisory Council (IAC) of the International Teletraffic Congresses (ITC) is pleased to invite you to participate in the 10th ITC specialist's Seminar on "CONTROL = IN COMMUNICATIONS" to be held September 17-19 at Grand Hotel = in Lund, Sweden. ABOUT ITC The ITC will be the catalyst, focal point and primary source for teletraffic research and applications in the International community. Specifically, the ITC will provide a forum for teletraffic experts to meet, interact and benefit from discussions and exchanges of ideas, results and best practices. The ITC Specialists Seminars attract and stimulate technical interchange between teletraffic scientists, engineers and related researchers on specific technical topics related to current or emerging telecommunications services and technologies. The topic or theme selected would be one which would attract attendees and foster significant technical interchange. The work is typically in-progress status, recent findings or current technical challenges. There are invited participants/speakers known to be at leading edge in the field. = CONTROL IN COMMUNICATIONS The topic of The 10th ITC Specialist's Seminar is "CONTROL IN COMMUNICATIONS". The Worldwide Public Telephone system, Wide Area Data Networks, Metropolitan and Local Area Networks, yes most tele- and datacommunication systems are true real-time systems that have to be managed in order to operate properly. The control of such systems includes everything from traffic and congestion control, to dynamic routing. The seminar subjects include, but are not limited to: - Performance Evaluation - Dimensioning = - Systems Traffic Modelling on topics like - Congestion Control - Traffic Control = - Admission Control - Overload Control Applied to - B-ISDN/ATM Networks - Public Transport Networks - Signalling Networks - Intelligent Networks SITE INFORMATION The 10th ITC Specialist Seminar will take place at Grand Hotel in Lund, Sweden, from Tuesday 17th until Thursday 19th, September 1996. You will find Grand Hotel right in the center of Lund. Lund is a small city by international standards, which has retained much of its medieval character. With about 80,000 inhabitants, the 38,000 university students make up a significant proportion of the total population, and the presence of the university and the students is immediately felt in the general atmosphere. Lund is situated in the south of Sweden, 20 km from Malmoe. The Danish capital, Copenhagen, is only 40 km away. Lund is easy to reach from all directions thanks to good road, sea and rail links and has an excellent communication system. SAS (Scandinavian Airlines) provides a hovercraft shuttle service between Copenhagen International Airport and Malmoe City International. SUBMISSIONS Contributions will be refereed from full papers (in English). = The submissions should not exceed 20 double spaced pages. = Send your papers in either a printable form (.ps files, preferable = uuencoded) to itc-ss-96@tts.lth.se or by post to Dept. of Com. Systems = ITC-SS-96 = Lund Institute of Technology at Lund University = Box 118 = S-221 00 Lund, Sweden = IMPORTANT DEADLINES June 1, 1996: Submission July 1, 1996: Author notification August 15, 1996 Final revised manuscript due PROCEEDINGS All accepted papers will be published in the Seminar proceedings that will be available for all conference attendees. Additional copies of the proceedings may be bought directly from the conference organizers. SEMINAR FORMAT Sept. 16 Registration (from 6 pm) Reception Sept. 17 Opening Session Invited papers Sessions Sept. 18 Invited Papers Sessions Conference Dinner Sept. 19 Invited Papers Sessions Panel Session Closing Session (around 3 pm) PROGRAM COMMITTEE CHAIR AND CO-CHAIRS U. Koerner Chairman, Ulf.Korner@tts.lth.se A. A. Nilsson Co-chair, nilsson@ncsu.edu V. B. Iversen Co-chair, vbi@tele.dtu.dk PROGRAM COMMITTEE = Ake Arvidsson Sweden Chris Blondia Belgium Mario Bonatti Italy Herwig Bruneel Belgium Olga Casals Spain Bharat Doshi USA Serge Fdida France Luigi Fratta Italy Bjarne Helvik Norway Villy B. Iversen Denmark Johan M. Karlsson Sweden Steven Katz USA Konosuke Kawashima Japan Peter Key UK Paul Kuehn Germany Karl Lindberger Sweden Ulf Koerner Sweden Arne A. Nilsson USA Christian Nyberg Sweden Charlie Pack USA Harry Perros USA Michal Pioro Poland Guy Pujolle France Jim Roberts France Michael Rumsewicz Australia Ioannis Stavrakakis USA Yutaka Takahashi Japan Henk Tijms The Netherlands Phuoc Tran-Gia Germany Jorma Virtamo Finland Olav Oesterboe Norway CONFERENCE REGISTRATION Full Conference Registration: Includes conference proceedings, three lunches, the Wednesday Conference Dinner, and daily breaks. Before July 10, 1996: SEK 2500 (375 USD) After July 10, 1996: SEK 3000 (450 USD) Student Registration: Includes conference proceedings, three lunches, and daily breaks. Before July 10, 1996: SEK 1200 (175 USD) After July 10, 1996: SEK 1500 (225 USD) All fees must be paid in either SEK or USD. = You may pay by check or by card. Eurocard/MasterCard/Visa: Note that payment via card MUST = be made in SEK, Swedish currency! If you do not use a credit card, please make checks payable to = "Dept. of Com Systems, ITC-SS-96" and send them to: = Dept. of Com. Systems = ITC-SS-96 = Lund Institute of Technology at Lund University = Box 118 = S-221 00 Lund, Sweden = HOTEL REGISTRATION The Seminar takes place at Grand Hotel in central Lund. Hotel Lundia, Hotel Concordia and Petri Pumpa Hotel are all within 5 minutes of walking from Grand Hotel. The first 4 hotels on the list are all four star hotels. Hotel Sparta is about 2 km from Grand Hotel. Busses between the two hotels operate about every 15th minute. Please make your hotel reservations in good time before the seminar. = Rooms are reserved for the seminar until August the first. Seminar Hotels = A - Grand Hotel = Adr: Bantorget 1, Lund Fax: (+46) 46 14 73 01 = Tel: (+46) 46 211 70 10 = Appr. price: 895:- (SEK incl. VAT, single room incl. breakfast, REF: University price) = B - Hotel Lundia = Adr: Knut den Stores torg 2, Lund Fax: (+46) 46 14 19 95 = Tel: (+46) 46 12 41 40 = Appr. price: 925:- (SEK incl. VAT, single room incl. breakfast, REF: CODE BI409) = C - Hotel Concordia = Adr: Staalbrogatan 1Lund Fax: (+46) 46 13 74 22 = Tel: (+46) 46 13 50 50 = Appr. price: 750:- (SEK incl. VAT, single room incl. breakfast, REF: University price) = D - Petri Pumpa Hotel = Adr: S:t Petri Kyrkogata 7, Lund Fax: (+46) 46 13 56 71 = Tel: (+46) 46 13 55 19 = Appr. price: 895:- (SEK incl. VAT, single room incl. breakfast, REF: Katarina Kleimann) = E - Hotel Sparta = Adr: Tunav=E4gen 39, Lund Fax: (+46) 46 19 16 00 = Tel: (+46) 46 12 85 25 = Appr. price: 510:- (SEK incl. VAT, single room incl. breakfast) = WEB SERVER A World Wide Web server for the seminar will be opened from March 15. = http://www.tts.lth.se/ITC-SS-96/ MORE INFORMATION If you require further information on The 10th ITC Specialist's Seminar on "CONTROL IN COMMUNICATIONS" please send an email to ITC-SS-96@tts.lth.se, a fax to +46 46 14 58 23 or use our web server at http://www.tts.lth.se/ITC-SS-96/ **************************************************************** = REGISTRATION FORM = ************************************************** * * * 10th ITC SPECIALIST SEMINAR * * * * "CONTROL IN COMMUNICATIONS" * * * = * SECOND ANNOUNCEMENT AND CALL FOR PAPERS * * * * September 17-19, 1996 * * Lund, Sweden * * ITC ITC * ************************************************** Please, write in block letters Date:___________________ Name:____________________________ Country:___________________ = Organisation:____________________ Position:__________________ Address:_____________________________________________________ = _____________________________________________________ _____________________________________________________ Tel:_____________ Fax:______________ E-mail:_______________ Companion(s):_____________________________ = _____________________________ = PAYMENT Please send in the conference fee in parallel with the = registration. Check [ ] Card [ ] Eurocard [ ] Mastercard [ ] VISA [ ] SEK:_________________________ Card no:_____________________ Expire date:_________________ ****************************************************************** Please fill in the registration form and send = it by fax +46 46 14 58 23 or by post to: Dept. of Com. Systems ITC-SS-96 = Lund Institute of Technology at Lund University = Box 118 = S-221 00 Lund, Sweden = 10.05.96 From rem-conf-request@es.net Tue May 14 06:33:04 1996 Received: from heaton.cl.cam.ac.uk by osi-west.es.net with ESnet SMTP (PP); Tue, 14 May 1996 03:32:28 -0700 Received: from cl.cam.ac.uk [128.232.33.87] (mds24) by heaton.cl.cam.ac.uk with esmtp (Exim 0.429 #18) id E0uJHOj-00077y-00; Tue, 14 May 1996 11:32:09 +0100 X-Mailer: exmh version 1.6.4+cl+patch 10/10/95 To: rem-conf@es.net X-url: http://www.cl.cam.ac.uk/users/mds24 Subject: No video Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 May 1996 11:32:08 +0100 From: Mark David Spiteri Message-Id: I have been unsuccessfully trying to get video off the mbone using a Dec Alpha running Digital Unix 3.2 and J300 card (with MME), sdr version 2.2a9, and vic 2.6/2.7. I always get a black or otherwise blank image for the video. Is there anything wrong? Audio with vat works fine. I know that drivers for DEC's MME server are not yet available but I thought they only affected outgoing video from my machine, and not decoding of incoming images. Is this so? Thanks Mark -- Mark D. Spiteri email: Mark.Spiteri@cl.cam.ac.uk WWW-URL: http://www.cl.cam.ac.uk/users/mds24 ~ Office ~ ~ Home ~ University of Cambridge Computer Laboratory Darwin College New Museums Site, Pembroke Street Silver Street Cambridge CB2 3QG, U.K. Cambridge CB3 9EU, U.K. Room: T15 Office Phone: +44 1223 334690 Phone: +44 1223 329387 ------------------------------------------------------------------ From rem-conf-request@es.net Tue May 14 07:48:10 1996 Received: from v9001.ntu.ac.sg by osi-west.es.net with ESnet SMTP (PP); Tue, 14 May 1996 04:47:10 -0700 Received: from ntuvax.ntu.ac.sg by ntuvax.ntu.ac.sg (PMDF V5.0-6 #7636) id <01I4PHMJRUWWA3E1XQ@ntuvax.ntu.ac.sg> for rem-conf@es.net; Tue, 14 May 1996 19:47:06 +0800 Date: Tue, 14 May 1996 19:47:06 +0800 From: sg7130125@ntuvax.ntu.ac.sg Subject: unsubscribe To: rem-conf@es.net Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT unsubscribe From rem-conf-request@es.net Tue May 14 11:47:42 1996 Received: from www45.inria.fr by osi-west.es.net with ESnet SMTP (PP); Tue, 14 May 1996 08:47:01 -0700 Received: by www45.inria.fr (8.6.13/8.6.12) id RAA05393; Tue, 14 May 1996 17:46:52 +0200 Message-Id: <199605141546.RAA05393@www45.inria.fr> To: rem-conf@es.net Subject: Cannes Festival '96 on the MBone Date: Tue, 14 May 1996 17:46:52 +0200 From: Philipp Hoschka As an experiment, we will transmit interviews from the Cannes Film Festival '96 over the MBone. These interviews are done as part of the coverage of the 96 Festival by FilmScouts. More info can be found at http://www.inria.fr/rodeo/personnel/hoschka/CannesCast96.html ---------------------------------------------------------------------- Philipp Hoschka WWW: http://www.inria.fr/rodeo/personnel/hoschka/hoschka.html | INRIA - WWW Consortium hoschka@sophia.inria.fr | 2004, Route des Lucioles, BP 93 Tel:(+33) 93 65 79 84 | 06902 Sophia Antipolis Cedex Fax:(+33) 93 65 77 65 | France ---------------------------------------------------------------------- From rem-conf-request@es.net Wed May 15 08:52:03 1996 Received: from ceres.fokus.gmd.de by osi-west.es.net with ESnet SMTP (PP); Wed, 15 May 1996 05:51:24 -0700 Received: from lupus (actually lupus.fokus.gmd.de) by ceres.fokus.gmd.de with SMTP (PP-ICR1v5); Wed, 15 May 1996 14:47:24 +0200 X-Mailer: exmh version 1.6.7 5/3/96 To: tccc@cs.umass.edu, rem-conf@es.net cc: ietf@cnri.reston.va.us From: Henning Schulzrinne X-Url: http://www.fokus.gmd.de/step/hgs/ Subject: Final CFP: Global Internet'96 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 May 1996 14:47:12 +0200 Sender: schulzrinne@fokus.gmd.de [Papers for Global Internet'96 are due today.] Call For Papers IEEE Global Internet 96 http://www-net.cs.umass.edu/tccc/internet96/ London, England, November 20 and 21, 1996 During the Globecom'96 will be held at the Queen Elizabeth II Conference Centre in London. Tutorials: November 18 and 22 Exhibits, Presentations: November 20 and 21 The mini-conference will be jointly organized by the two IEEE Communications Society Technical Committees on Internet and Computer Communications. It will provide an open forum for the communications and computer networking communities to review the state-of-the-art technologies and applications of the evolving Global Internet. It will also provide an opportunity to highlight solutions to pressing issues, establish a vision for the future, and challenge the participants to press forward in their research and engineering efforts to meet business and industry needs for global internetworking. The mini-conference will include keynote speeches and panel discussions by leaders in these areas, solicited papers by recognized experts, and contributed papers by active researchers in the field. The conference will put special emphasis on hands-on experience of actual implementation and widespread applications. Panel Discussion(s) Internet Exporing, Trading, Marketing, Java etc The Global Internet -- Technical Progress in Worldwide Internetworking Tutorials (all half days) Nov. 18, 1996 (Monday) Tutorial on JAVA John N. Daigle Interactive Multimedia over the Internet Mark Handley/Ian Wakeman -- Nov. 22, 1996 (Friday) Internet Security Ran Atkinson IP/ATM Dave Ginsberg Paper Sessions Submissions should be on key topics including the following: (A) General topics: -- Evolution of the Internet and WWW: past, present, and future -- Legal and regulatory issues (e.g., censorship) -- Privacy, security and billing (B) WWW technology and applications: -- Protocol evolution and extensions -- Tools and browsers -- Authoring environments -- Retrieval and resource discovery -- Information representation, modeling and filtering -- Consistency, integrity and security -- User & application interfaces -- Nomadic software -- Virtual reality -- Integration of real time data -- Design techniques for Web applications -- Kiosk systems -- Computer based training, teaching and CSCW -- WWW applications for corporations' ``intranets'' (C) Internetworking technologies and applications -- Routing, addressing, naming, and large scale multicast -- ATM, Frame Relay and SMDS as part of the Internet -- Performance and reliability -- Nomadic computing and communications -- Multimedia services to the desktop, e.g. real-time audio/video conferencing, signaling, QoS guarantees -- Interactive multimedia video, sound and more on commercial networks -- Internet telephony -- Distributed simulation -- Internet management experiences and solutions -- Enterprise networking architectures and applications -- Broadband consumer/home access to the Internet -- Internet access in sparsely populated regions -- Virtual corporate networks -- Security, billing, and privacy for electronic commerce Conference Committee General Chair Brian Carpenter (Chair IAB, CERN), Technical Chair Jon Crowcroft (UCL) Vice Technical Chair Henning Schulzrinne (Internet TC) Roch Guerin (IBM, Computer Communications TC) Technical Committee Jon Crowcroft Henning Schulzrinne Brian Carpenter Roch Guerin Nim K. Cheung Andrw T. Campbell Fred Baker Lixia Zhang Srinivasan Keshav Grenville Armitage Jim Kurose Bob Braden Craig Partridge John N. Daigle John Wroclawski Yechiam Yemini Raj Jain Laura Cunningham Jonathan M. Smith Sally Floyd Joe Touch Submission Address: Manuscripts should not exceed 20 pages, including figures. Electronic submission of manuscripts is strongly preferred. Please submit Postscript files electronically through the conference web page or email them to Jon Crowcroft . For hardcopy submissions, send 4 copies (preferably double-sided) to Professor J Crowcroft Department of Computer Science UCL Gower Street London WC1E 6BT England Important Dates May 15, 1996 -- Deadline for contributed paper submission July 15, 1996 -- Notification of paper acceptance to authors Sept. 1, 1996 -- Revised manuscript due See http://www-net.cs.umass.edu/tccc/internet96/ for details. From rem-conf-request@es.net Wed May 15 14:31:09 1996 Received: from alpha.xerox.com by osi-west.es.net with ESnet SMTP (PP); Wed, 15 May 1996 11:30:37 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <17080(3)>; Wed, 15 May 1996 11:21:24 PDT Received: by crevenia.parc.xerox.com id <177475>; Wed, 15 May 1996 11:21:15 -0700 From: Bill Fenner To: rem-conf@es.net Subject: Guidelines for creating sessions using sdr Message-Id: <96May15.112115pdt.177475@crevenia.parc.xerox.com> Date: Wed, 15 May 1996 11:21:07 PDT I have been seeing many new sessions advertised in sdr. This is encouraging! However, to get the most out of the new tool, a few habits should be changed >from sd. The major one is that each media no longer needs its own session advertisement. Different media are often advertised in different sessions when using sd for two reasons: 1- To use different multicast addresses in order to allow pruning to control bandwidth (e.g. prune video but send audio). 2- To allow the user to launch each tool individually (e.g. if it crashes or he accidentally quits the tool). sdr can accomplish both of these with a single session advertisement; #1 by clicking on "One group per media" in the new session window, and #2 just by its user interface. Therefore, I'd like to suggest that people creating sessions like the Apple WWDC and the CannesCast '96 session create only a single session announcement, similar to the "FreeBSD Lounge" or "STS-77" announcements which do have multiple media. Thanks! Bill From rem-conf-request@es.net Wed May 15 14:48:42 1996 Received: from alpha.xerox.com by osi-east.es.net with ESnet SMTP (PP); Wed, 15 May 1996 11:48:08 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <17166(8)>; Wed, 15 May 1996 11:41:21 PDT Received: by crevenia.parc.xerox.com id <177475>; Wed, 15 May 1996 11:41:17 -0700 From: Bill Fenner To: rem-conf@es.net Subject: Re: Guidelines for creating sessions using sdr Message-Id: <96May15.114117pdt.177475@crevenia.parc.xerox.com> Date: Wed, 15 May 1996 11:41:16 PDT I'm sorry, I got interrupted in the middle of that message and when I came back to complete it I forgot that I had another point. I'd also like to encourage people to set the times that the session will actually be active. sdr's "calendar" feature makes the time information much more useful, if it is filled in properly. You can use daily or weekly repeats to describe almost any kind of session. Please do use them, so that people can know when you will actually be transmitting. Thanks, Bill From rem-conf-request@es.net Wed May 15 15:45:45 1996 Received: from mwunix.mitre.org by osi-west.es.net with ESnet SMTP (PP); Wed, 15 May 1996 12:45:14 -0700 Return-Path: apiszcz Received: from vector2. (vector2.mitre.org [128.29.33.23]) by mwunix.mitre.org (8.6.10/8.6.4) with ESMTP id PAA02951 for ; Wed, 15 May 1996 15:45:04 -0400 Received: by vector2. (SMI-8.6/SMI-SVR4) id PAA01209; Wed, 15 May 1996 15:45:12 -0400 Date: Wed, 15 May 1996 15:45:12 -0400 From: apiszcz@mwunix.mitre.org (Al Piszcz 'peesh') Message-Id: <199605151945.PAA01209@vector2.> Reply-To: Alan Piszcz To: rem-conf@es.net Subject: mrouted/ttl advice X-Sun-Charset: US-ASCII I am trying to understand the actual use of ttl. My understanding of it being decremented by one for each mrouted sesssion appears to be incorrect. We are running into situations where the ttl is decremented by large amounts (90). Any pointers to a good reference on this would be appreciated. Thanks. :-----------------------------------------------------------: : Al Piszcz apiszcz@mitre.org : : MITRE Corporation Distributed Systems and Technologies : : 703.883.7124 FAX 703.883.3308 : :-----------------------------------------------------------: From rem-conf-request@es.net Thu May 16 01:17:03 1996 Received: from alpha.xerox.com by osi-west.es.net with ESnet SMTP (PP); Wed, 15 May 1996 22:16:18 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16465(9)>; Wed, 15 May 1996 22:16:00 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Wed, 15 May 1996 22:15:47 -0700 To: Alan Piszcz cc: rem-conf@es.net Subject: Re: mrouted/ttl advice In-reply-to: Your message of "Wed, 15 May 96 12:45:12 PDT." <96May15.155520pdt."16717(2)"@alpha.xerox.com> Date: Wed, 15 May 1996 22:15:40 PDT Sender: Bill Fenner From: Bill Fenner Message-Id: <96May15.221547pdt.177475@crevenia.parc.xerox.com> In message <96May15.155520pdt."16717(2)"@alpha.xerox.com> you write: >We are running into situations where the ttl is decremented by >large amounts (90). That seems unlikely. What kind of multicast routers are you using? mrouted and the UNIX kernel will only ever decrement the TTL by 1 when forwarding a multicast packet. However, each interface gets a TTL threshold -- a packet won't get forwarded onto an interface if the TTL is lower than the interface's threshold. But no matter what the threshold, the TTL will only get decremented by 1. The use of TTL thresholds for administrative scoping is discouraged; using administratively scoped addresses (239.x.x.x) is much better. Bill From rem-conf-request@es.net Thu May 16 03:24:41 1996 Received: from milou.comp.lancs.ac.uk by osi-west.es.net with ESnet SMTP (PP); Thu, 16 May 1996 00:23:44 -0700 Received: from tina.comp.lancs.ac.uk by milou.comp.lancs.ac.uk; Thu, 16 May 1996 08:21:09 +0100 From: Randa Message-Id: <11211.199605160723@tina.comp.lancs.ac.uk> Received: by tina.comp.lancs.ac.uk; Thu, 16 May 1996 08:23:18 +0100 Subject: Audio Driver To: rem-conf@es.net Date: Thu, 16 May 1996 08:23:18 +0100 (BST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, I am trying to transmit audio over RTP/UDP/IP. I am working on Sparc Station 5, Sun Os 4.1.4. I have a problem with the audio device /dev/audio. If I don't use ioctl FLUSH before writing to the audio device, the program haltsafter some time or after running it for the second time. I think the problem is buffering. By using the Flush, it produces this noisy ticks. I do not want to flush the buffer. Is there a way to increase the buffer size? and to help not to to use this Flush Thank you Randa randa@comp.lancs.ac.uk From rem-conf-request@es.net Thu May 16 06:39:25 1996 Received: from cancer.ucs.ed.ac.uk by osi-west.es.net with ESnet SMTP (PP); Thu, 16 May 1996 03:38:51 -0700 Received: from scorpio.ucs.ed.ac.uk (jaw@scorpio.ucs.ed.ac.uk [129.215.200.48]) by cancer.ucs.ed.ac.uk (8.6.10/8.6.12) with SMTP id LAA07549; Thu, 16 May 1996 11:38:40 +0100 Date: Thu, 16 May 1996 11:38:36 +0100 (BST) From: Graeme Wood Reply-To: Graeme.Wood@ucs.ed.ac.uk To: Randa cc: rem-conf@es.net Subject: Re: Audio Driver In-Reply-To: <11211.199605160723@tina.comp.lancs.ac.uk> Message-ID: X-Department: "Unix Systems Support, Computing Services" X-Organisation: "The University of Edinburgh" X-URL: "http://ugwww.ucs.ed.ac.uk/People/Graeme.Wood/" X-Phone: +44 131 650 5003 X-Fax: +44 131 650 6552 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thu, 16 May 1996, Randa wrote: > Hi, > I am trying to transmit audio over RTP/UDP/IP. I am working on Sparc Station 5, Sun Os 4.1.4. I have a problem with the audio device /dev/audio. > If I don't use ioctl FLUSH before writing to the audio device, the program haltsafter some time or after running it for the second time. I think the problem is buffering. By using the Flush, it produces this noisy ticks. > I do not want to flush the buffer. Is there a way to increase the buffer size? and to help not to to use this Flush > Thank you You can increase the audio buffer size by changing the audio_4231_bsize kernel variable. For example: adb -k -w /vmunix /dev/mem audio_4231_bsize/W 0t1200 (to patch the running kernel) audio_4231_bsize?W 0t1200 (to patch kernel file on disk) $q You should also have applied the SPARC 5 audio jumbo patch which for SunOS 4.1.4 is 102387-02. ============================================================================= Graeme Wood Email: Graeme.Wood@ucs.ed.ac.uk Unix Systems Support Phone: +44 131 650 5003 The University of Edinburgh Fax: +44 131 650 6552 ----------------------------------------------------------------------------- Scottish MICE National Support Centre Email: mice-nsc-scotland@ed.ac.uk for your multimedia conferencing support WWW: http://mice.ed.ac.uk/mice/ ============================================================================= From rem-conf-request@es.net Thu May 16 09:06:46 1996 Received: from rx7.ee.lbl.gov by osi-west.es.net with ESnet SMTP (PP); Thu, 16 May 1996 06:06:11 -0700 Received: by rx7.ee.lbl.gov (8.6.12/1.43r) id GAA02116; Thu, 16 May 1996 06:06:25 -0700 Message-Id: <199605161306.GAA02116@rx7.ee.lbl.gov> To: mbone@isi.edu, rem-conf@es.net Subject: new version (4.0b2) of Win95/WinNT vat available Date: Thu, 16 May 96 06:06:24 PDT From: Van Jacobson There's a new version of the Win95/WinNT vat audio tool available at: ftp://ftp.ee.lbl.gov/conferencing/vat/alpha-test/vatbin-4.0b2-win95.zip This version fixes the MMSYSTEM032 errors that many people were having with SoundBlaster audio cards. It also fixes unicast sessions (in the last release we accidentally left out a fix for this from John Brezak). Please let us know about any problems with this version (email to vat@ee.lbl.gov). Thanks. - Van Jacobson & Steve McCanne From rem-conf-request@es.net Thu May 16 10:34:36 1996 Received: from rx7.ee.lbl.gov by osi-west.es.net with ESnet SMTP (PP); Thu, 16 May 1996 07:33:58 -0700 Received: by rx7.ee.lbl.gov (8.6.12/1.43r) id HAA02394; Thu, 16 May 1996 07:34:09 -0700 Message-Id: <199605161434.HAA02394@rx7.ee.lbl.gov> To: mbone@ISI.EDU, rem-conf@es.net Subject: Win95/WinNT version of vic available Date: Thu, 16 May 96 07:34:08 PDT From: Van Jacobson There's a Win95/WinNT binary of the vic video conferencing tool available for anonymous ftp at ftp://ftp.ee.lbl.gov/conferencing/vic/alpha-test/vicbin-2.7b3-win95.zip This version is current & complete. I.e., it doesn't require any additional dll's or libraries. The performance is better than previous windows versions of vic but still far less than stellar. Currently vic uses the standard GDI DrawDIB interface to display video frames. This is painfully slow. If Microsoft ever decides to wake up & ship the developer CDs we ordered 6 months ago, I hope to convert vic to use the Game SDK DirectDraw interface. This should make it quite fast. In the interim, the poor performance is Bill's fault, not ours. This version includes a hi-color (16 bit rgb) renderer. It still needs tuning (there is some visible contouring) but it looks nicer than the 8 bit dither & is as fast or faster. Please let us know of any problems or suggestions for improvement via email to vic@ee.lbl.gov. Thanks. - Van Jacobson & Steve McCanne From rem-conf-request@es.net Thu May 16 16:35:46 1996 Received: from mail1.mnsinc.com by osi-west.es.net with ESnet SMTP (PP); Thu, 16 May 1996 13:35:01 -0700 Received: from (apiszcz.mnsinc.com [206.55.11.24]) by mail1.mnsinc.com (8.6.5/8.7.1) with SMTP id QAA24720; Thu, 16 May 1996 16:34:25 -0400 Received: by (5.x/SMI-SVR4) id AA00518; Thu, 16 May 1996 16:31:39 -0400 Date: Thu, 16 May 1996 16:31:39 -0400 From: apiszcz@mnsinc.com (Alan Piszcz 'peesh') Message-Id: <9605162031.AA00518@> Reply-To: Alan Piszcz To: fenner@parc.xerox.com Subject: Re: mrouted/ttl advice Cc: rem-conf@es.net X-Sun-Charset: US-ASCII I am all set, some of the routers had thresholds of 128 and metrics of 9, we have set everything to metric 1 threshold 1 and things are working MUCH better. THanks. ------------------------------------------------- Al Piszcz apiszcz@mnsinc.com ------------------------------------------------- From rem-conf-request@es.net Fri May 17 05:57:08 1996 Received: from ceres.fokus.gmd.de by osi-west.es.net with ESnet SMTP (PP); Fri, 17 May 1996 02:56:04 -0700 Received: from fokus.gmd.de by ceres.fokus.gmd.de id <12031-0@ceres.fokus.gmd.de>; Fri, 17 May 1996 11:53:05 +0200 To: rem-conf@es.net Subject: Infocom'97 CFP and electronic submission Content-Length: 972 Date: Fri, 17 May 1996 11:53:05 +0200 From: Henning Schulzrinne Sender: schulzrinne@fokus.gmd.de The Infocom'97 paper submission deadline is fast approaching. Papers are due on June 14, 1996. We have created a web-based paper submission system, and detailed paper submission instructions (as well as information on the conferenence) are found in the following WWW pages. http://www.ics.uci.edu/~infocom/ http://arpeggio.ics.es.osaka-u.ac.jp/infocom.html We accept both postscript submissions and hard copy submissions; however, postscript submissions are strongly encouraged. Those who are submitting hard copies are also asked to check the submission instructions on the Infocom web page and fill out the form; this will facilitate the processing of your paper. Here are some important dates: Paper Submission Deadline: June 14, 1996 Notification of Acceptance: September 30, 1996 IEEE Infocom '97 conference: April 7 - 11, 1997, Kobe, Japan We are looking forward to receiving your submissions. Henning/Yuji Infocom 97 Publicity Co-chairs From rem-conf-request@es.net Fri May 17 11:44:37 1996 Received: from bells.cs.ucl.ac.uk by osi-west.es.net with ESnet SMTP (PP); Fri, 17 May 1996 08:44:04 -0700 Received: from stanley.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Fri, 17 May 1996 16:43:30 +0100 To: rem-conf@es.net Cc: merci@cs.ucl.ac.uk Subject: MERCI seminar announcement Date: Fri, 17 May 1996 16:43:28 +0100 Message-ID: <13134.832347808@cs.ucl.ac.uk> From: Roy Bennett Following on from the work of the MICE project, the MERCI (Multimedia European Research Conferencing Integration) project is currently transmitting an occasional series of seminars on subjects of interest in the world of multimedia, networking and related subjects. We plan to transmit the second of these on Friday next, May 24, 1996 at 12:00 UTC/GMT at ttl 127. The transmission will last for one hour and will be posted to sdr early next week, if no objections are raised. The session is entered in the Mbone Agenda at http://www.cilea.it/MBone/agenda.html which shows no conflicting event. If the time does conflict with any other global event, please contact me directly and we can either limit the scope or reduce the bandwidth. Details are: Title: REALITY IS VIRTUAL: Why Virtual Reality Works Speaker: Professor Lawrence W. Stark, MD Telerobotic and Neurology Units School of Optometry, University of California at Berkeley Abstract: Virtual reality displays work because of visual illusions that are part of the normal visual process in both "real" and virtual environments. Visual illusions abound in normal vision --- illusions of clarity and completeness, of continuity in time and space, of presence and vivacity --- and are part and parcel of the visual world in which we live. These illusions are discussed in terms of the human visual system, with its high resolution fovea, moved from point to point in the visual scene by rapid saccadic eye movements (EMs). This sampling of visual information is supplemented by a low resolution, wide peripheral field-of-view, especially sensitive to motion. The scanpath theory suggests that cognitive-spatial models control perception,imagery and "seeing", and also control the EMs that shift the fovea in the scanpath mode. Illusions provide for presence, the sense of being within an environment. They equally well lead to "Telepresence", the sense of being within a virtual display, especially if the operator is intensely interacting within an eye-hand and head-eye human-machine interface (HMI) that provides for congruent visual and motor frames-of-reference. Interaction, immersion and interest compel telepresence; intuitive functioning and engineered information flows can optimize human adaptation to the artificial new world of virtual reality (VR), as VR expands into entertainment, simulation, telerobotics, scientific visualization and other professional work. Further information on the MERCI project can be found at http://www.cs.ucl.ac.uk/merci/ Roy Bennett, Project Manager, MERCI ----------------------------------------------------------------------- Computer Science Phone: +44 171 380 7934 University College London Fax: +44 171 387 1397 Gower Street, LONDON WC1E 6BT Email: rbennett@cs.ucl.ac.uk --------- URL http://www-dept.cs.ucl.ac.uk/staff/R.Bennett ------------ From rem-conf-request@es.net Fri May 17 12:08:18 1996 Received: from rzdspc1.informatik.uni-hamburg.de by osi-west.es.net with ESnet SMTP (PP); Fri, 17 May 1996 09:07:34 -0700 Received: from ro2.informatik.uni-hamburg.de (ro2.informatik.uni-hamburg.de [134.100.15.162]) by rzdspc1.informatik.uni-hamburg.de (8.7.5/8.7.3) with SMTP id SAA28577 for ; Fri, 17 May 1996 18:07:31 +0200 (MET DST) Received: from ro4.informatik.uni-hamburg.de by ro2.informatik.uni-hamburg.de (4.1/SMI-4.1/RZ-1.04/s) with SMTP id ; Fri, 17 May 96 18:06:21 +0200 From: richter@ro2.informatik.uni-hamburg.de (Jan-Peter Richter) Message-Id: <9605171606.AA03848@ro2.informatik.uni-hamburg.de> Subject: RTPv2 code / documentation To: rem-conf@es.net Date: Fri, 17 May 1996 18:07:30 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Hi all, I want to launch the development of a RTPv2 monitor application and thus need a software module able to receive and decode RTPv2 packets. My student who will do the actual implementation looked at the vic code and told me that he needs a better documentation. As an alternative he suggested to write his own RTPv2 receiver. Since I don't want him to re-invent the wheel, I am looking for a documentation on the vic RTPv2 code (unlikely to exist) or a better (in relation to the vic-code) documented implementation (perhaps in 'C' ?) enjoy Jan-Peter Richter ------------------------------------------------------------------------------ Jan-Peter Richter Vogt-Koelln-Str.30 Universitaet Hamburg D-22527 Hamburg Fachbereich Informatik Tel: +49 40 54715-344 Arbeitsbereich Rechnerorganisation Fax: +49 40 54715-345 e-mail: richter@informatik.uni-hamburg.de NEW TELEPHONE NUMBER IN JUNE: from 6-28-96 the telephone number will be: Tel.: +49 40 5494-2344 Fax.: +49 40 5494-2328 ------------------------------------------------------------------------------ From rem-conf-request@es.net Fri May 17 14:40:19 1996 Received: from bman.uucom.com by osi-west.es.net with ESnet SMTP (PP); Fri, 17 May 1996 11:39:30 -0700 Received: (from bburdick@localhost) by bman.uucom.com (8.7.5/960513.07ccg) id OAA20200; Fri, 17 May 1996 14:39:15 -0400 (EDT) From: Brad Burdick Message-Id: <199605171839.OAA20200@bman.uucom.com> Subject: NANOG meeting announcement To: rem-conf@es.net Date: Fri, 17 May 1996 14:39:15 -0400 (EDT) Cc: lscanlan@cix.org X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit The 8th meeting of the North American Network Operator's Group will be held on May 30 & 31, 1996, at the Marvin Center on the George Washington University campus in Washington D.C. We plan to transmit audio and, hopefully, video during the meeting from approximately 8:30am EST on May 30 to 1pm EST on May 31 with a ttl of 127. The event is registered with the MBone Agenda site at http://www.cilea.it/MBone/agenda.html although the date/time is incorrect at the moment. If there are any objections or conflicts, please contact me directly. Additional details regarding the meeting itself can be found at http://nic.merit.edu/~nanog/NANOG.html The session directory announcement will either be made later today or early next week. -brad -- Brad Burdick - UUcom Inc. Email: bburdick@uucom.com | Voice: 703.461.1351 | Fax: 703.461.1360 From rem-conf-request@es.net Fri May 17 21:07:46 1996 Received: from george.lbl.gov by osi-west.es.net with ESnet SMTP (PP); Fri, 17 May 1996 18:07:08 -0700 Received: (deba@localhost) by george.lbl.gov (8.6.10/8.6.5) id SAA03206; Fri, 17 May 1996 18:05:19 -0700 From: Deb Agarwal Message-Id: <199605180105.SAA03206@george.lbl.gov> Subject: WET ICE - Electronic Notebooks Workshop Multicast To: rem-conf@es.net Date: Fri, 17 May 1996 18:05:19 -0700 (PDT) Cc: srsachs@lbl.gov, daagarwal@lbl.gov, ksbeattie@lbl.gov, johnston@george.lbl.gov (Bill Johnston-Lawrence Berkeley Laboratory-ITG) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2599 We are planning to multicast the workshop described below on the MBone. This multicast has been reserved on the MBone agenda. The transmission times will be June 19, 1996 - 10am - 5pm PST (17:00 - 00:00 GMT) June 20, 1996 - 10am - 5pm PST (17:00 - 00:00 GMT) We will transmit with a ttl of 127 and will advertise the session in sdr. Video will be transmit using the latest version of vic sending h.261. Audio will be transmit using the latest version of vat. Please contact either DAAgarwal@lbl.gov or SRSachs@lbl.gov if there are any problems with this multicast schedule. Thank you, Deb Agarwal Lawrence Berkeley National Laboratory ------------------------------------------------------------------ IEEE Fifth Workshops on Enabling Technologies: Infrastructure for Collaborative Enterprises (WET ICE'96) June 19-21, 1996 Stanfor University, California Electronic Notebooks Workshop Multicast Workshop Description: An electronic notebook is a medium in which researchers can record aspects of experiments that are remotely conducted on expensive, hard-to-reproduce facilities. It is also a medium for collaborative scientific inquiry or engineering design discussions. A fundamental characteristic of electronic notebooks is ease of use. Electronic notebooks for collaboratories are inherently shared among collaborating researchers or engineers. However, it is desirable that participants keep some of their annotations privately, thus it is paramount that it includes privacy mechanisms. Associated aspects are non-tamperability (write-once) of notebooks. Notebooks for remote collaboration require the interoperability and integration of a multitude of technologies, and the use of heterogeneous computer and communication systems. Some of these technologies already exist, whereas others are topics of current research. This workshop will present work on Electronic Notebooks that is currently being developed at Universities, National Laboratories, and private industries. The workshop's panels will be a forum to discuss the requirements of Electronic Notebooks, the involved technologies, and alternative architectures that need to be considered. For details on the papers accepted for publication, presentation, and on the panel discussions, please see the Electronic Notebooks link in: www.cerc.wvu.edu/WETICE/WETICE96.html For question, please contact the workshop organizer, Sonia R. Sachs at srsachs@lbl.gov. Important Dates: Advance registration: May 17, 1996 Workshop: June 19-21, 1996 From rem-conf-request@es.net Fri May 17 22:37:03 1996 Received: from atg.apple.com by osi-west.es.net with ESnet SMTP (PP); Fri, 17 May 1996 19:36:24 -0700 Received: from [17.255.9.143] (jpallas.atg.apple.com [17.255.9.143]) by atg.apple.com (8.7.2/8.6.12) with SMTP id TAA15944; Fri, 17 May 1996 19:33:44 -0700 (PDT) Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 17 May 1996 19:36:17 -0700 To: Bill Fenner , rem-conf@es.net From: Pallas@Apple.COM (Joe Pallas) Subject: Re: Guidelines for creating sessions using sdr At 11:21 AM 5/15/96, Bill Fenner wrote: >Different media are often advertised in different sessions when >using sd for two reasons: > >1- To use different multicast addresses in order to allow pruning to control >bandwidth (e.g. prune video but send audio). >2- To allow the user to launch each tool individually (e.g. if it crashes >or he accidentally quits the tool). > >sdr can accomplish both of these with a single session advertisement; >#1 by clicking on "One group per media" in the new session window, and >#2 just by its user interface. As one of the guilty parties, I'll offer the explanation that our directory browser currently doesn't support selecting media individually (and we have a bug in our client-side audio/video synchronization). We'll be supporting media-selection capability soon. As always, a gentle reminder: not all clients use the same tools. joe -- Joe Pallas Apple Computer, Advanced Technology Group, Lab X When your only problem is a nail, every tool looks like a hammer. From rem-conf-request@es.net Fri May 17 23:06:37 1996 Received: from novell.com (actually sjf-ums.sjf.novell.com) by osi-west.es.net with ESnet SMTP (PP); Fri, 17 May 1996 20:06:04 -0700 Received: by sjf-ums; Fri May 17 20:03 PDT 1996 Received: by ka.SJF.Novell.COM (4.1/SMI-4.1) id AA03424; Fri, 17 May 96 20:03:15 PDT From: fiona@novell.com (Fiona Ho) Message-ID: <9605180303.AA03424@ka.SJF.Novell.COM> Subject: unsubscribe To: rem-conf@es.net Date: Fri, 17 May 1996 20:03:13 -0700 (PDT) X-Mailer: ELM [version 2.4 PL22] Original-Content-Type: text Content-Type: text/plain Content-Length: 65 Please unsubscribe fiona@novell.com Thanks. -- fiona From rem-conf-request@es.net Mon May 20 09:13:17 1996 Received: from mcenroe.cs.unc.edu by osi-west.es.net with ESnet SMTP (PP); Mon, 20 May 1996 06:12:44 -0700 Received: from widor.cs.unc.edu by mcenroe.cs.unc.edu (8.6.10/UNC_06_21_94) id JAA00520; Mon, 20 May 1996 09:12:35 -0400 Received: by widor.cs.unc.edu (8.6.9/UNC_06_21_94) id JAA05513; Mon, 20 May 1996 09:12:31 -0400 Date: Mon, 20 May 1996 09:12:31 -0400 From: "Amy K. Kreiling" Message-Id: <199605201312.JAA05513@widor.cs.unc.edu> To: rem-conf@es.net, sage-members@usenix.org Subject: NC Systems Administrators FRIDAY lecture series -- May 24, 3:3pm EDT Cc: jan_tax@unc.edu, ncsa-lectures@cs.unc.edu North Carolina System Administrators Friday Afternoon Lecture Series Lecture: Strategic Technology Planning for Higher Education Institutions Speaker: Dr. Jim Ptaszynski, Strategic Manager for the Higher Education Group at Microsoft Corporation Date: Friday, May 24, 1996 Time: 3:30PM Location: Live at UNC-CH, 08 Peabody Hall Available over NC-REN at most sites. Contact the site nearest you (full list with phone numbers appears in the text of this message.) Available over the Internet MBone. An announcement of the lecture will appear on the MBone session directory about a week prior to the actual lecture. The Department of Computer Science and the Office for Information Technology (OIT) at The University of North Carolina at Chapel Hill are pleased to announce the next presentation in its North Carolina System Administrators Lecture Series. This presentation, entitled "Strategic Technology Planning for Higher Education Institutions" will be given by Dr. Jim Ptaszynski, Strategic Manager for the Higher Education Group at Microsoft Corporation. The lecture will be held at the University of North Carolina at Chapel Hill, on Friday, May 24, 1996 from 3:30-4:30 p.m. The System Administrators Lecture series originates from room 08 of Peabody Hall at UNC-CH and is broadcast over the NC-REN video network to most sites. Please check with your site coordinator for information on receiving this program at your location. The System Administrator Lecture series is also broadcast on the Internet Multicast Backbone (MBone). Sessions will be announced about a week prior to the actual lecture using the MBone session directory tool. To view the MBone broadcast, you will need a multicast network feed, operating system support for IP multicast and Mbone desktop software (sdr, vat, vic and wb), available by ftp for most Unix platforms. Some MBone software is available for PC and Mac platforms. More information about the MBone can be found at the following locations: http://www.best.com/~prince/techinfo/mbone.html http://www.research.att.com/mbone-faq.html ftp://isi.edu/mbone/faq.txt. ABOUT THE PROGRAM... Abstract of the session: This program will focus on strategic technology planning for higher education institutions. Key managerial and tactical issues critical for institutional success will be discussed. Illustrations of leading-edge educational applications of technology, as well as examples of how Microsoft uses technology to run its own business will be presented. Speaker's biography: James Garner Ptaszynski, Ph.D. Jim Ptaszynski is the Strategic Relations Manager for the Higher Education Group at Microsoft Corporation. In this position he focuses on helping to fulfill the promise of technology in higher education. Jim designs, and implements, special programs which assist institutions in improving their capabilities and utilization of technology. Jim joined Microsoft in October, having spent the past 16 years in higher education. For the six years prior to Microsoft, Jim was the Associate Dean at the Graduate School of Management at Wake Forest University. His new position allows him to combine three of his professional passions: technology, strategic planning and higher education. Jim believes that there exists a great opportunity to significantly advance the use of technology in higher education. He is passionate that, in order for America to remain competitive in an increasingly information-based economy, higher education must adopt, and better integrate, information technologies. While such a scenario obviously is in Microsoft's best interests, he believes that, as good corporate citizens, we must invest in helping higher education achieve these goals. Jim received his BA from the University of North Carolina at Chapel Hill, his Master of Science from Shippensburg University and his Ph.D. >from the University of North Carolina at Chapel Hill. He is on the editorial board of "On the Horizon" a higher education environmental scanning newsletter published by Jossey-Bass. Also on the www at: http://sunsite.unc.edu/horizon NC-REN SITES BGSM MRI Building 919-748-4260 Duke 130 A North Building 919-660-6585 ECU Brody Building 919-551-2979 NC A&T 206 McNair Building 919-334-7867 NCSU 107H Park Shops 919-515-2601 NCSU-W Withers Building 919-515-2858 RTI Herbert Building 919-541-6920 UNC-A 129 Robinson Hall 704-251-6333 UNC-CH 08 Peabody Hall 919-966-5078 UNC-CH/Med 304 Berryhill Hall 919-966-1134 UNC-C Atkins Building 704-547-2435 WSSU G-22 Anderson Center 919-750-2680 MCNC 3021 Cornwallis Road 919-248-1400 NCSC 3021 Cornwallis Road 919-248-1100 WILM (call for locations) From rem-conf-request@es.net Mon May 20 09:34:39 1996 Received: from burdell.cc.gatech.edu by osi-west.es.net with ESnet SMTP (PP); Mon, 20 May 1996 06:34:08 -0700 Received: from fauna.cc.gatech.edu (kevin@fauna.cc.gatech.edu [130.207.8.21]) by burdell.cc.gatech.edu (8.7.5/8.6.9) with ESMTP id JAA15069 for ; Mon, 20 May 1996 09:34:00 -0400 (EDT) Received: (from kevin@localhost) by fauna.cc.gatech.edu (8.7.5/8.6.9) id JAA20554 for rem-conf@es.net; Mon, 20 May 1996 09:33:51 -0400 (EDT) Date: Mon, 20 May 1996 09:33:51 -0400 (EDT) From: kevin@cc.gatech.edu (Kevin C. Almeroth) Message-Id: <199605201333.JAA20554@fauna.cc.gatech.edu> To: rem-conf@es.net Subject: New Version of Mlisten SunOS 4.x and 5.x binaries of the alpha release of Mlisten have been released. They can be found at: http://www.cc.gatech.edu/computing/Telecomm/mbone/. Source will be released when permission is given and after the source has been upgraded beyond alpha. The binaries have been compiled statically with Tcl/Tk so you should not need these installed. The README is included below, but basically mlisten records the membership of MBone audio sessions. The current version only listens and processes packets on the SD address. An SDR capable version will be released when SDAP draft is published and settles down a bit. As usual, feedback is appreciated. -Kevin Almeroth ----------------------------------------------------------------------------- This is the README file for Version 2.0a of Mlisten--the MBone Session Membership Collection Tool. Mlisten can be retrieved from: http://www.cc.gatech.edu/computing/Telecomm/mbone/ ----------------------------------------------------------------------------- The mlisten tool listens to the well-known SD address collecting information about active SD sessions. For each session, mlisten binds to the control and data ports of the audio session and listens for name information packets broadcast by all session listeners. Collection information along with some statistics are collected and archived in log files. A filename prefix (for example "output") can be given when mlisten is started. Mlisten produces three files: -active, -done, and -stats. These files contain the list of active connections, completed connections, and collection statistics respectively. ----------------------------------------------------------------------------- Questions or comments can be sent to: Kevin Almeroth (kevin@cc.gatech.edu) Networking and Telecommunications Group College of Computing, Georgia Institute of Technology http://www.cc.gatech.edu/computing/Telecomm/people/Phd/kevin/kevin.html ----------------------------------------------------------------------------- From rem-conf-request@es.net Mon May 20 14:17:11 1996 Received: from uu3.psi.com by osi-west.es.net with ESnet SMTP (PP); Mon, 20 May 1996 11:16:22 -0700 Received: by uu3.psi.com (5.65b/4.0.940727-PSI/PSINet) via UUCP; id AA22352 for ; Mon, 20 May 96 14:11:12 -0400 Original-Received: from cc:Mail by uu1285.esa.com id AA832624766 Mon, 20 May 96 13:39:26 PP-warning: Illegal Received field on preceding line Date: Mon, 20 May 96 13:39:26 From: DALEXANDER@esa.com Message-Id: <9604208326.AA832624766@uu1285.esa.com> To: rem-conf@es.net Subject: Subscribe Subscribe Dalexander@esa.com From rem-conf-request@es.net Mon May 20 19:20:08 1996 Received: from cs.nps.navy.mil by osi-east.es.net with ESnet SMTP (PP); Mon, 20 May 1996 16:19:16 -0700 Received: from kahuna.cs.nps.navy.mil by cs.nps.navy.mil (4.1/SMI-4.1) id AA17466; Mon, 20 May 96 16:16:58 PDT Received: by kahuna.cs.nps.navy.mil (940816.SGI.8.6.9) id QAA22182; Mon, 20 May 1996 16:15:37 -0700 From: NPSNET Research Group Message-Id: <9605201615.ZM22180@kahuna.cs.nps.navy.mil> Date: Mon, 20 May 1996 16:15:37 -0700 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: rem-conf@es.net Cc: barham@cs.nps.navy.mil, barker@cs.nps.navy.mil Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii PlayDay is intended to be an organized time when different sites can join and participate in the same Virtual Environment (VE) across the MBone. PlayDay will occur on Friday May 24th from 8:00am to 12:00pm PST. The NPSNET Research group will be responsible for establishing and distributing the information needed to participate. We have a web site so that parties interested in participating may obtain the proper versions of the code and databases to help facilitate participation in the exercise. PlayDay is being established for several purposes: - To allow various sites using/developing NPSNET to test new features and debug their software. - To collect data concerning network throughput, efficiency, etc. - To establish some large PDU logger tapes for future testing. - To exercise the MBone and DSI for long-haul DIS networking. - To serve as a potential demo time for remote and local sites. - TO HAVE FUN! As mentioned above, the MBone will be utilized. If remote sites are interested in the DSI, we will attempt to schedule it as needed. The web site for NPSNET Playday is located at: http://www-npsnet.cs.nps.navy.mil/npsnet/playday Any questions may be sent to npsnet@cs.nps.navy.mil. -NPSNET Research Group From rem-conf-request@es.net Mon May 20 20:30:46 1996 Received: from cs.nps.navy.mil by osi-east.es.net with ESnet SMTP (PP); Mon, 20 May 1996 17:29:40 -0700 Received: from kahuna.cs.nps.navy.mil by cs.nps.navy.mil (4.1/SMI-4.1) id AA20506; Mon, 20 May 96 17:28:54 PDT Received: by kahuna.cs.nps.navy.mil (940816.SGI.8.6.9) id RAA22577; Mon, 20 May 1996 17:28:49 -0700 From: NPSNET Research Group Message-Id: <9605201728.ZM22575@kahuna.cs.nps.navy.mil> Date: Mon, 20 May 1996 17:28:49 -0700 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: rem-conf@es.net Subject: NPSNET PlayDay. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii PlayDay is intended to be an organized time when different sites can join and participate in the same Virtual Environment (VE) across the MBone. PlayDay will occur on Friday May 24th from 8:00am to 12:00pm PST. The NPSNET Research group will be responsible for establishing and distributing the information needed to participate. We have a web site so that parties interested in participating may obtain the proper versions of the code and databases to help facilitate participation in the exercise. PlayDay is being established for several purposes: - To allow various sites using/developing NPSNET to test new features and debug their software. - To collect data concerning network throughput, efficiency, etc. - To establish some large PDU logger tapes for future testing. - To exercise the MBone and DSI for long-haul DIS networking. - To serve as a potential demo time for remote and local sites. - TO HAVE FUN! As mentioned above, the MBone will be utilized. If remote sites are interested in the DSI, we will attempt to schedule it as needed. The web site for NPSNET Playday is located at: http://www-npsnet.cs.nps.navy.mil/npsnet/playday Any questions may be sent to npsnet@cs.nps.navy.mil. -NPSNET Research Group From rem-conf-request@es.net Tue May 21 05:12:17 1996 Received: from mailhub.liverpool.ac.uk (actually mail.liv.ac.uk) by osi-east.es.net with ESnet SMTP (PP); Tue, 21 May 1996 02:11:30 -0700 Received: from uxa.liv.ac.uk by mail.liv.ac.uk with SMTP (PP) with ESMTP; Tue, 21 May 1996 10:10:21 +0100 From: "Mr J.C. Evans" Message-Id: <199605210909.KAA29638@uxa.liv.ac.uk> Subject: VIC and Video for Windows API To: rem-conf@es.net Date: Tue, 21 May 1996 10:09:16 +0100 (BST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 759 Hello, Is there anyone working on adding Video for Windows API Video capture to VIC (or VIC compatible tool), or someone who has a rough idea on when a VfW + Win95/WinNT tool might become available ? Thanks in advance, Jonathan ============================================================================= Jonathan Evans Department of Electrical Engineering and Electronics The University of Liverpool E-Mail: evansjon@liv.ac.uk PO Box 147 Fax: (+44)-(0)151-794-4540 LIVERPOOL L69 3BX Tel: (+44)-(0)151-794-2000 United Kingdom (UK) Ext.4609 ============================================================================= From rem-conf-request@es.net Tue May 21 13:21:21 1996 Received: from splat.Read.TASC.COM by osi-west.es.net with ESnet SMTP (PP); Tue, 21 May 1996 10:20:53 -0700 Received: (decleene@localhost) by splat.Read.TASC.COM (951211.SGI.8.6.12.PATCH1042/PRAT[SECURE-2.8]) id NAA03111; Tue, 21 May 1996 13:20:42 -0400 From: Brian DeCleene Message-Id: <9605211320.ZM3109@splat.Read.TASC.COM> Date: Tue, 21 May 1996 13:20:42 -0400 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: npsnet@cs.nps.navy.mil Subject: Transport protocol Cc: btdecleene@tasc.com, rem-conf@es.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hi, I recently saw your announcement for PlayDay and was interested in getting some more information regarding the network protocols involved. I am currently involved with an ARPA project interested in the issues surrounding reliable multicast over the Internet (see http://www.tascnets.com/mist/doc/mist.html). One component of our research is to collect information about various multicast transport layer proposals and the service requirements that they are addressing. I would appreciate any information you might have regarding the transmission protocol used by npsnet and other DIS applications. Some of my specific questions are... 1) Do you have a multicast transport protocol specification? Are you using the DIS protocols? 2) Have you experienced any service degradation (e.g. visual anomolies) for DIS traffic over the Internet? How well does the protocol satisfy the 100ms DIS requirement? 3) Does your protocol support packet ordering and to what degree (causal, total ordering, etc)? What about reliability? 4) Any unique communication solutions that warrent mention. For example, software that tests for latencey between players and then matches players to unique multicast groups that meet the DIS latencey sufficiency? FYI, we've constructed a WEB site dedicated to listing/comparing various transport layer reliable multicast protocols (http://www.tascnets.com/mist/doc/mcpCompare.html). If you have a protocol which you would like listed on the site, please do not hesititate to fill out the registration form at the site. Thanks, --- Brian DeCleene btdecleene@tasc.com From rem-conf-request@es.net Wed May 22 01:57:03 1996 Received: from gateway-gw.pictel.com by osi-west.es.net with ESnet SMTP (PP); Tue, 21 May 1996 22:56:28 -0700 Received: from roadrunner.pictel.com by gateway-gw.pictel.com (4.1/cf.gw.940128.1740) id AA12346; Wed, 22 May 96 01:56:26 EDT Received: from smtpnotes.pictel.com by roadrunner.pictel.com (4.1/runner.910925.1) id AA22574; Wed, 22 May 96 01:56:25 EDT Received: by smtpnotes.pictel.com (4.1/SMI-4.1) id AA28213; Wed, 22 May 96 01:56:24 EDT Message-Id: <9605220556.AA28213@smtpnotes.pictel.com> Received: from PicTel with "Lotus Notes Mail Gateway for SMTP" id D456F625A32E5B5D852563320012EB78; Wed, 22 May 96 05:56:22 To: h32z2-list , imtc , rem-conf From: Rich Baker/PicTel Date: 21 May 96 23:32:50 EDT Subject: Reminder: IMTC CNC audiocall tomorrow 5/22 Mime-Version: 1.0 Content-Type: Text/Plain Hi folks: Apologies for duplicate postings... This is a reminder that we will convene an IMTC sponsored CNC AG audioconference this Thursday (tomorrow), 22 May, at 8am West Coast, 11am East Coast, 4pm UK time, for two hours. We've got at least two agenda items: 1) Address final issues prior to the SG15 meeting next week in Geneva. Our expectation is that H.323 will be Decided in the first day or two. 2) Balance of time to kick off Jim Toga's sub-group on H.323 implementation issues. Where: +1-212-346-0450. When: 8am Pacific, 11am East Coast, 4pm U.K. Duration: 2 hours 22 May 96: Confirmation #172 0502 Note that this conference is automated, so please honor the open nature of these meetings and announce your name when you join. Confirmation number for the last planned follow-on meeting (same time and phone number) is: 20 Jun 96: Confirmation #172 0506 They are scheduled through ConferTech, at +1-800-252-5150 or +1-303-633-3000. The 20 June meeting agenda is: 20 Jun 96 (TH): Discuss how the CNC wishes to organize itself in light of the SG15 outcome. Likely this conversation will address how best to facilitate extending the (hopefully!) approved documents and keep the work moving forward. All IMTC CNC AG members and other folks deeply involved in multimedia collaboration over IP-multicast networks using H.323 are invited to attend these meetings. I have reserved 20 ports for each audiocall. Cheers, -rich baker IMTC Corporate Network Conferencing AG Chair PictureTel Corporation +1-508-292-5936 (new phone number) bake@pictel.com From rem-conf-request@es.net Sat May 25 00:47:00 1996 Received: from gateway-gw.pictel.com by osi-west.es.net with ESnet SMTP (PP); Fri, 24 May 1996 21:46:21 -0700 Received: from roadrunner.pictel.com by gateway-gw.pictel.com (4.1/cf.gw.940128.1740) id AA17305; Sat, 25 May 96 00:46:17 EDT Received: from smtpnotes.pictel.com by roadrunner.pictel.com (4.1/runner.910925.1) id AA08275; Sat, 25 May 96 00:46:16 EDT Received: by smtpnotes.pictel.com (4.1/SMI-4.1) id AA12947; Sat, 25 May 96 00:46:15 EDT Message-Id: <9605250446.AA12947@smtpnotes.pictel.com> Received: from PicTel with "Lotus Notes Mail Gateway for SMTP" id 14A1C7A26B71855C85256335001661DB; Sat, 25 May 96 04:46:13 To: h32z2-list Cc: imtc , rem-conf From: Rich Baker/PicTel Date: 25 May 96 0:43:37 EDT Subject: IMTC CNC AG 22 May 96 audioconference notes Mime-Version: 1.0 Content-Type: Text/Plain For minutes of the 22 May 96 IMTC CNC AG audioconference, please read on. Apologies for duplicate postings... AN HISTORIC DAY! Today we completed the final work on H.323, H.225 and revisions to H.245, needed in preparation for the SG15 meeting next week in Geneva. This marks what likely is a speed record in the ITU for the development and adoption of a complex new standard. The documents went from rough sketches to White submissions in less than one year! My personal thanks to Dale Skran from Lucent (Editor, H.225), Gary Thom from Delta Information Systems (Editor, H.323) and Mark Reid from PictureTel (Editor, H.245 changes) for their first class (and tireless!) efforts. Our collective thanks, too, to the small community of key individuals who contributed greatly to making this new standard LAN and Internet ready. It is our firm hope and expectation that these documents will be Decided in Geneva next Tuesday, 28 May. We eagerly anticipate the protocols being widely adopted by the corporate and internet communities, as a number of major vendors plan to release INTERWORKING H.323 products less than a year from now. OTHER MATTERS Eric Crawley (Bay Networks) invited all those interested in participating in discussions about packet header compression and mapping QoS parameters over POTS dialup links to e-mail him to join a discussion group. Eric is at esc@baynetworks.com. Eric also noted that relevant WGs in the IETF for these topics include ISOSSL (Integrated Services Over Specific Service Levels), PPP Extensions and AVT. The IMTC also needs to set up a formal liaision to the IETF. The AVT group may be the best place. (Comments?) === I announced that the IMTC will hold an audioconference this next Tuesday, 28 May, to attempt to resolve the mess we've inherited in the POTS voice/modem space. A broken ITU-T process resulted in several approaches which cannot interwork: V.70 (DSVD) and H.324; V.34Q awaits in the wings. Proliferation of these incompatible products can only damage the emerging POTS multimedia services market. There was concensus at the IMTC Forum in Boston on 3 May (200+ people from over 80 companies) that the situation is absurd and merits our best effort to correct. Accordingly, we will discuss in the audiocall four possible courses proposed by the IMTC POTS AG a few weeks ago. The goal is to select one and create an IMTC Profile brand, test and certification process, funded by companies wishing to use the brand, which will assure the customer that this class of products interwork. All interested parties are invited to participate. You need not be an IMTC member, but surely hope you will soon join. (-: Details: When: Tuesday - 28 May 96 Noon US Pacific; 3pm Eastern; 8pm U.K.; 9PM Central Europe, 5am [Wednesday] in Australia Duration: Under 2 hours Where: +1.415.904.8801 Conference ID "IMTC POTS Profile" Chair: Neil Starkey === Having finalized the H.323 documents, it was entirely appropriate to use the remaining time to kick off our new H.323 Implementation sub-group, chaired by Jim Toga (Intel). The sub-group will, as a part of its activities, create an Implementation Guide, to be publically posted. Their next audioconference will be held on 12 Jun. See the IMTC reflector (imtc@world.std.com) for announcement of the details. Jim also set up a reflector for the sub-group's discussions. Those interested should send an e-mail to: majordomo@mailbag.jf.intel.com with the BODY of the text set to subscribe h323implementors [your email] Note - you only need to include [your email] if you want it sent somewhere other than your return address. Please also note that this sub-group is not intended to be tutorial. Rather, it is for discussions among folks fully conversant in "H.323-ese." === Next audiocall: Where: +1-212-346-0450. When: 20 Jun 96: 8am Pacific, 11am East Coast, 4pm U.K. Duration: 2 hours maximum; likely much shorter... Confirmation #172 0506 Ports: 20 reserved They are scheduled through ConferTech, at +1-800-252-5150 or +1-303-633-3000. It's agenda: To discuss how the CNC wishes to organize itself in light of the SG15 outcome. Likely this conversation will address how best to facilitate extending the (hopefully!) approved documents and keep the work moving forward. Cheers, -rich baker IMTC Corporate Network Conferencing AG Chair PictureTel Corporation bake@pictel.com +1.508-292-5936 (new number) From rem-conf-request@es.net Mon May 27 10:27:17 1996 Received: from milou.inria.fr by osi-west.es.net with ESnet SMTP (PP); Mon, 27 May 1996 07:26:41 -0700 Received: by milou.inria.fr (8.6.13/8.6.12) id QAA10268; Mon, 27 May 1996 16:26:03 +0200 Message-Id: <199605271426.QAA10268@milou.inria.fr> To: ietf-announce@cnri.reston.va.us, ietf@cnri.reston.va.us cc: ietf-rip@xylogics.com, ospf@gated.cornell.edu, idmr , mbone@isi.edu, rem-conf@es.net, merci@cs.ucl.ac.uk, deering@parc.xerox.com, van@ee.lbl.gov, jun@wide.ad.jp, ustoeckel@eutelsat.fr, 100021.221@compuserve.com, cricaud@club-internet.fr Subject: Proposed BoF on Unidirectional Link Routing Date: Mon, 27 May 1996 16:26:02 +0200 From: Walid Dabbous Dear all, We are working at INRIA on the problem of Unidirectional Link Routing. We would like to have a BoF session during the next IETF in Montreal to discuss this problem. A request has been sent to agenda@cnri.reston.va.us to reserve a slot for the BoF session. If you are not interested in the problem, sorry to bother you with this mail! If you are interested, here follows a description of the problem and related information. --------------- Today, all the routing protocols assume that communication is bidirectional between directly-connected routers. Links may be asymmetric, e.g., have different delays and throughputs in different directions, but they have to be duplex. With the emergence of satellite networks, communication can be unidirectional. Feeds transmit information to satellites which is broadcast to a set of receivers. In that configuration, there is no possibility for receivers to communicate with feeds since there is no up-link. In that particular configuration routing protocols are not operational. Indeed, routers exchange protocol messages only with their neighbors. A feed will never receive protocol messages from a receiver since communication is unidirectional. For instance, a feed that uses RIP (Routing Information Protocol), will never advertise routes via satellite links because it never processes responses that come from receivers. Therefore, IP datagrams will not be sent over the satellite network. Routing is based on the exchange of routing information to discover the topology of the network. Feeds must in somehow get this information from receivers. This might be feasible if feeds and receivers can also communicate via regular connections. Receivers will send protocol messages to the unicast address of each feed instead of sending broadcast messages. This lead us at INRIA to propose some modification to standard routing protocols in order to handle unidirectional links. We propose three drafts that presents the modifications which can be applied to common routing protocols (RIP, OSPF, DVMRP). These drafts can be obtained from: ftp://zenon.inria.fr/rodeo/udlr/ A more detailed description of the problem, and a proposed charter for the (possible) WG will be put soon in this ftp area. A mailing list: has been established to start discussing this problem. to join the list please send an e-mail to udlr-request@sophia.inria.fr We are implementing the proposed modifications in a version of gated, and we will experiment the modified protocols on a satellite link for multicast video distribution over IP. We would like to exchange views, and discuss the problem with the experts in the routing area. If you are interested in this problem, please join the mailing list. If in addition you want to attend the BoF session and/or you have suggestions for the agenda items for this session, please indicate this. For general questions about the documents please send e-mail to the udlr list. For any further information, you can contact Emmanuel.Duros@inria.fr and/or Walid.Dabbous@inria.fr Thank you, Walid Dabbous From rem-conf-request@es.net Tue May 28 14:37:06 1996 Received: from tis-mail.thepoint.net (actually tis-backup.thepoint.net) by osi-west.es.net with ESnet SMTP (PP); Tue, 28 May 1996 11:36:24 -0700 Received: by tis-mail.thepoint.net with Microsoft Exchange (IMC 4.0.837.3) id <01BB4C99.DBCB4660@tis-mail.thepoint.net>; Tue, 28 May 1996 13:30:38 -0400 Message-ID: From: Arlie Davis To: "'rem-conf@es.net'" Subject: How does SDR decide what address and port to use? Date: Tue, 28 May 1996 13:30:37 -0400 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.837.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I'm writing an MBONE session directory tool, and I need to know how to generate the multicast group and port in a way that does not conflict with SDR nor any other application. Does SDR just generate random (but valid, i.e. within the accepted range) groups and ports? If not, where is the algorithm or the requirements documented? -- arlie -- Arlie Davis -- System & Network Administrator, ThePoint Internet Services, Inc. -- (Mail in Microsoft Exchange "Rich Text" format is preferred.) From rem-conf-request@es.net Wed May 29 15:33:15 1996 Received: from bordeaux.nijenrode.nl by osi-west.es.net with ESnet SMTP (PP); Wed, 29 May 1996 12:32:44 -0700 Received: from bordeaux.nijenrode.nl (michel@localhost [127.0.0.1]) by bordeaux.nijenrode.nl (8.7.4/8.7.1) with ESMTP id VAA19899 for ; Wed, 29 May 1996 21:32:31 +0200 (MET DST) Message-Id: <199605291932.VAA19899@bordeaux.nijenrode.nl> X-Mailer: exmh version 1.6.5 12/11/95 To: rem-conf@es.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 29 May 1996 21:32:30 +0200 From: Michel subscribe rem-conf From rem-conf-request@es.net Wed May 29 16:52:29 1996 Received: from cats.ucsc.edu (actually cats-po-1.UCSC.EDU) by osi-west.es.net with ESnet SMTP (PP); Wed, 29 May 1996 13:52:00 -0700 Received: from krazy.UCSC.EDU by cats.ucsc.edu with SMTP id NAA25252; Wed, 29 May 1996 13:51:58 -0700 From: booloo@cats.ucsc.edu (Mark Boolootian) Received: by krazy.UCSC.EDU (8.6.13/4.7) id NAA22373; Wed, 29 May 1996 13:51:53 -0700 Message-Id: <199605292051.NAA22373@krazy.UCSC.EDU> Subject: Are there tools for recording RTPv2 sessions? To: rem-conf@es.net Date: Wed, 29 May 1996 13:51:52 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 420 I'm hunting around trying to figure out if tools exist for recording RTPv2 sessions. I'm a little desparate as I'd like to record the first couple of hours of the NANOG meeting tomorrow. The MBone VCR looks quite nice, but my impression is that it only works with RTPv1 right now. If I'm mistaken on this, I have a couple of other questions to ask, but I'll hold off for now. Any pointers would be appreciated. mb From rem-conf-request@es.net Wed May 29 21:56:52 1996 Received: from cs.nps.navy.mil by osi-west.es.net with ESnet SMTP (PP); Wed, 29 May 1996 18:56:27 -0700 Received: from nps.navy.mil.nps.navy.mil (slippc9.cs.nps.navy.mil) by cs.nps.navy.mil (4.1/SMI-4.1) id AA24904; Wed, 29 May 96 18:55:32 PDT Date: Wed, 29 May 96 18:55:31 PDT Message-Id: <9605300155.AA24904@cs.nps.navy.mil> X-Sender: mttamer@taurus.cs.nps.navy.mil Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: rem-conf@es.net From: mttamer@nps.navy.mil (Murat Tamer) Subject: MBone schedule X-Mailer: Sorry if this a repetition. Since I couldn't see my posting in the list for a couple day, I thought that it is a good idea to post it again. Hi all, Naval Postgraduate School schedules an MBone session: Period : 03 June 1500- 06 June 1900 GMT Testing : 31 May 2000- 2200 GMT Tools : sd/rat/vic (we are using sd since SDR doesn't have any MBone VCR port) Session will be created by Naval Postgraduate School Subject: Autonomous Underwater Vehicle Symposium Place: Hyatt Regency, Monterey, California Schedule and speakers in the conference can be found at: http://www.cs.nps.navy.mil/research/auv/auv_96.html POC: Don Brutzman ,PhD,brutzman@cs.nps.navy.mil Murat Tamer, MS student, mttamer@cs.nps.navy.mil There will be two sessions of speakers in two different rooms. Any modification to the schedule will be posted immediately. Regards. From rem-conf-request@es.net Wed May 29 23:56:53 1996 Received: from precept.com (actually hydra.precept.com) by osi-west.es.net with ESnet SMTP (PP); Wed, 29 May 1996 20:56:23 -0700 Received: from socks.precept.com by precept.com (5.x/SMI-4.1) id AA16508; Wed, 29 May 1996 20:55:40 -0700 Date: Wed, 29 May 1996 20:55:40 -0700 Message-Id: <9605300355.AA16508@precept.com> X-Sender: valerie@little-bear.precept.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Arlie Davis From: valerie@precept.com (Valerie Lasker) Subject: Re: How does SDR decide what address and port to use? Cc: rem-conf@es.net On xx Arlie Davis wrote: >I'm writing an MBONE session directory tool, and I need to know how to >generate the multicast group and port in a way that does not conflict >with SDR nor any other application. Does SDR just generate random (but >valid, i.e. within the accepted range) groups and ports? If not, where >is the algorithm or the requirements documented? > Hi, Arlie. I wrote Precept's MBONE session directory tool. I can give you the details of SDR's algorithm. for IP addresses: If we are not using administratively scoped addresses, assign a random IP address in the range 224.2.x.y where x > 127 and y > 0 Otherwise, assign random IP addresses from within the specified admin. scoped address range. This is 239.0.0.0-239.255.255.255. And note that SDR does allow admin. scoped multicast addresses to be configured. for UDP Ports: assign random even ports numbers in the range: for text: 16,384-32,766 for video: 32,768-49,150 for audio: 49,152-65,534 SDR uses these multicast addresses and ports are for session description advertisements: for non-admin. scoped sessions: 224.2.127.254 port 9876 for admin. scoped sessions: the base address of the admin. scoped multicast range And LBL's SD tool uses: 224.2.127.255 and port 9876 Other addresses to avoid: 224.0.0.x - are not forwarded by routers 224.1.x.y - belongs to ST-2 When assigning a new address, you should ensure that this address is not already in use by SD or SDR (ie. remember the session description advertisements that you have heard). Much of my info. came courtesy of Steve Casner here. I don't know how much is officially documented. -- Valerie From rem-conf-request@es.net Thu May 30 01:41:52 1996 Received: from alpha.xerox.com by osi-west.es.net with ESnet SMTP (PP); Wed, 29 May 1996 22:41:27 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15030(6)>; Wed, 29 May 1996 22:41:16 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Wed, 29 May 1996 22:41:13 -0700 To: booloo@cats.ucsc.edu (Mark Boolootian) cc: rem-conf@es.net Subject: Re: Are there tools for recording RTPv2 sessions? In-reply-to: Your message of "Wed, 29 May 96 13:51:52 PDT." <199605292051.NAA22373@krazy.UCSC.EDU> Date: Wed, 29 May 1996 22:41:00 PDT Sender: Bill Fenner From: Bill Fenner Message-Id: <96May29.224113pdt.177475@crevenia.parc.xerox.com> In message <199605292051.NAA22373@krazy.UCSC.EDU> you write: >I'm hunting around trying to figure out if tools exist for recording >RTPv2 sessions. You could try ftp.ee.lbl.gov:/conferencing/vic/rtp_record.cc . I don't know if there's a corresponding playback tool but at least you will have the data on disk =) You're right, the MBone VCR only knows how to record RTPv1. I recorded some RTPv2 stuff with it but it certainly doesn't play back properly. Bill From rem-conf-request@es.net Thu May 30 04:36:14 1996 Received: from ceres.fokus.gmd.de by osi-west.es.net with ESnet SMTP (PP); Thu, 30 May 1996 01:35:45 -0700 Received: from lupus (actually lupus.fokus.gmd.de) by ceres.fokus.gmd.de with SMTP (PP-ICR1v5); Thu, 30 May 1996 10:32:27 +0200 X-Mailer: exmh version 1.6.7 5/3/96 To: Bill Fenner cc: booloo@cats.ucsc.edu (Mark Boolootian), rem-conf@es.net From: Henning Schulzrinne X-Url: http://www.fokus.gmd.de/step/hgs/ Subject: Re: Are there tools for recording RTPv2 sessions? In-reply-to: Your message of "Wed, 29 May 1996 22:41:00 PDT." <96May29.224113pdt.177475@crevenia.parc.xerox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 30 May 1996 10:32:11 +0200 Sender: schulzrinne@fokus.gmd.de rtpdump and rtpplay will record RTPv2 just fine. They are part of the RTP toolkit; found at ftp://ftp.fokus.gmd.de/step/rtptools. Henning From rem-conf-request@es.net Thu May 30 08:44:11 1996 Received: from aohakobe.ipc.chiba-u.ac.jp by osi-west.es.net with ESnet SMTP (PP); Thu, 30 May 1996 05:43:43 -0700 Received: from aohakobe (localhost [127.0.0.1]) by aohakobe.ipc.chiba-u.ac.jp (8.7.5/3.4Wbeta3 (-: 95041617) with ESMTP id VAA18246 for ; Thu, 30 May 1996 21:43:38 +0900 (JST) Message-Id: <199605301243.VAA18246@aohakobe.ipc.chiba-u.ac.jp> To: rem-conf@es.net Subject: Re: How does SDR decide what address and port to use? In-reply-to: Your message of "Wed, 29 May 1996 20:55:40 MST." <9605300355.AA16508@precept.com> Date: Thu, 30 May 1996 21:43:37 +0900 From: Yozo Toda (TELEPHONE +81-43-290-3539) >from Valerie's response about SDR algorithm: > for UDP Ports: > assign random even ports numbers in the range: > for text: 16,384-32,766 > for video: 32,768-49,150 > for audio: 49,152-65,534 and I just found the following in README-3.8.mrouted (actually in the notes for mrouted3.5): > $Id: README-3.8.mrouted,v 3.8 1995/11/29 22:23:02 fenner Rel $ [......] > =========== > Release 3.5 > May 8, 1995 > > The 3.5 release has the following new features: > [......] > o the packet classifier in the kernel now uses the following udp port > ranges: > [0, 16384) - lowest priority, unclassified > [16384, 32768) - highest priority, i.e. audio > [32768, 49152) - medium priority, i.e. whiteboard > [49152, 65536) - low priority, i.e. video > A future release of a session directory will allocate ports in these > ranges. does it mean session directory tools should follow this allocation policy? -- yozo. From rem-conf-request@es.net Thu May 30 09:21:56 1996 Received: from aohakobe.ipc.chiba-u.ac.jp by osi-west.es.net with ESnet SMTP (PP); Thu, 30 May 1996 06:21:29 -0700 Received: from aohakobe (localhost [127.0.0.1]) by aohakobe.ipc.chiba-u.ac.jp (8.7.5/3.4Wbeta3 (-: 95041617) with ESMTP id WAA18467 for ; Thu, 30 May 1996 22:21:21 +0900 (JST) Message-Id: <199605301321.WAA18467@aohakobe.ipc.chiba-u.ac.jp> To: rem-conf@es.net Subject: Re: How does SDR decide what address and port to use? In-reply-to: Your message of "Wed, 29 May 1996 20:55:40 MST." <9605300355.AA16508@precept.com> Date: Thu, 30 May 1996 22:21:21 +0900 From: Yozo Toda (TELEPHONE +81-43-290-3539) (my previous message was refused for too many included text, so I send this again...) about multicast groups and ports, Valerie's message describes SDR algorithm, and I just found the following in README-3.8.mrouted (actually it's note for 3.5): %%%%%%%% o the packet classifier in the kernel now uses the following udp port ranges: [0, 16384) - lowest priority, unclassified [16384, 32768) - highest priority, i.e. audio [32768, 49152) - medium priority, i.e. whiteboard [49152, 65536) - low priority, i.e. video A future release of a session directory will allocate ports in these ranges. %%%%%%%% does it mean sd tools should follow this allocation policy? -- yozo. From rem-conf-request@es.net Thu May 30 13:23:42 1996 Received: from alpha.xerox.com by osi-west.es.net with ESnet SMTP (PP); Thu, 30 May 1996 10:23:11 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15162(4)>; Thu, 30 May 1996 10:23:02 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Thu, 30 May 1996 10:22:53 -0700 To: mttamer@nps.navy.mil (Murat Tamer) cc: rem-conf@es.net Subject: Re: MBone schedule In-reply-to: Your message of "Wed, 29 May 96 18:55:31 PDT." <9605300155.AA24904@cs.nps.navy.mil> Date: Thu, 30 May 1996 10:22:41 PDT Sender: Bill Fenner From: Bill Fenner Message-Id: <96May30.102253pdt.177475@crevenia.parc.xerox.com> In message <9605300155.AA24904@cs.nps.navy.mil> you write: >Tools : sd/rat/vic (we are using sd since SDR doesn't have any MBone VCR port) If that's your only reason, then try using this perl script as "record_session". It will make the "record" button work on recent sdr's. Bill (P.S. You know that MBone VCR doesn't know how to play back rat or vic, right? I presume that it will eventually learn and the recordings that it makes will be good, but that's just an assumption. See the parallel thread on RTPv2 recording tools...) #!/import/misc/bin/perl # # record_session # # An interface between sdr and the MBone VCR. # sdr launches this script with an SDP session description as input. # This script creates an MBone VCR .vcr file out of the session description, # and creates a .cmd file that starts recording immediately, and starts # the MBone VCR with the .cmd file on the command line. # # Bill Fenner 22 Apr 1996 # # # Set the next line to the MBone VCR executable location $vcr = "mbone_vcr"; # You should not need to change anything below this line. require 'ctime.pl'; $ver = "0.9"; $fn = $ARGV[0]; $fn =~ s/\.vcr$//; $vcrfn = $fn . ".vcr"; $cmdfn = $fn . ".cmd"; open(VCR,">$vcrfn") || die "$vcrfn: $!\n"; print VCR "\n"; print VCR "# This file was generated by record_session v$ver\n"; print VCR "session_date=", &ctime(time); $medianum = 1; # I don't know if MBone VCR requires any particular ordering of its file. # Given the SDP fields in the order that sdr outputs them, this loop should # create the .vcr file in the same order as MBone VCR does. while () { chop; ($key,$data) = split(/=/,$_,2); if ($key eq "s") { print VCR "session_name=$data\n"; } elsif ($key eq "i") { print VCR "session_desc=$data\n"; } elsif ($key eq "c") { if ($medianame) { ($mediaip,$mediattl) = ($data =~ m|([0-9.]+)/(\d+)$|); } else { ($ip,$ttl) = ($data =~ m|([0-9.]+)/(\d+)$|); if ($ttl) { print VCR "session_max_ttl=$ttl\n"; } else { print VCR "session_max_ttl=0\n"; # XXX } } } elsif ($key eq "m") { if ($medianame) { print VCR "${medianum}=media_port=$mediaport\n"; print VCR "${medianum}=media_ip=$mediaip\n"; print VCR "${medianum}=media_name=$medianame\n"; print VCR "${medianum}=media_type=$mediatype\n"; print VCR "${medianum}=media_mute=0\n"; print VCR "${medianum}=media_desc=$medianame\n"; print VCR "${medianum}=media_cmd=$mediacmd\n"; print VCR "${medianum}=media_cid=$mediacid\n"; print VCR "${medianum}=media_ttl=$mediattl\n"; $medianum++; undef $medianame; } ($medianame, $mediaport, $type, $fmt) = split(/\s+/, $data); $mediacid = 0; undef $mediatype; undef $mediacmd; undef $mediattl; $mediaip = $ip; if ($type eq "vat") { $mediatype = 2; } elsif ($type =~ /^rtp$/io || $type =~ m|^rtp/avp$|io ) { $mediatype = 1; } else { print STDERR "Warning: don't know about media type $type so "; print STDERR "can't record $medianame media...\n"; undef $medianame; next; } if ($medianame eq "audio") { $mediacmd = "vat"; } elsif ($medianame eq "video") { $mediacmd = "vic"; } else { $mediacmd = "unknown"; } } elsif ($key eq "a") { if ($medianame && $data =~ /id:(\d+)/) { $mediacid = $1; } } } if ($medianame) { print VCR "${medianum}=media_port=$mediaport\n"; print VCR "${medianum}=media_ip=$mediaip\n"; print VCR "${medianum}=media_name=$medianame\n"; print VCR "${medianum}=media_type=$mediatype\n"; print VCR "${medianum}=media_mute=0\n"; print VCR "${medianum}=media_desc=$medianame\n"; print VCR "${medianum}=media_cmd=$mediacmd\n"; print VCR "${medianum}=media_cid=$mediacid\n"; print VCR "${medianum}=media_ttl=$mediattl\n"; } close(VCR); open(CMD,">$cmdfn") || die "$cmdfn: $!\n"; print CMD "# Load the session description file\n"; print CMD "load $vcrfn\n"; print CMD "# Just in case we're being asked to add to an existing file\n"; print CMD "goto end\n"; print CMD "# Allow recording\n"; print CMD "rec_enabled on\n"; print CMD "# and start recording immediately!\n"; print CMD "rec\n"; close(CMD); exec "$vcr -c $cmdfn &"; From rem-conf-request@es.net Thu May 30 14:01:49 1996 Received: from alpha.xerox.com by osi-west.es.net with ESnet SMTP (PP); Thu, 30 May 1996 11:01:15 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15191(7)>; Thu, 30 May 1996 11:01:04 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Thu, 30 May 1996 11:00:57 -0700 To: valerie@precept.com (Valerie Lasker) cc: Arlie Davis , rem-conf@es.net, yozo@aohakobe.ipc.chiba-u.ac.jp Subject: Re: How does SDR decide what address and port to use? In-reply-to: Your message of "Wed, 29 May 96 20:55:40 PDT." <9605300355.AA16508@precept.com> Date: Thu, 30 May 1996 11:00:51 PDT Sender: Bill Fenner From: Bill Fenner Message-Id: <96May30.110057pdt.177475@crevenia.parc.xerox.com> In message <9605300355.AA16508@precept.com> you write: >for UDP Ports: >assign random even ports numbers in the range: >for text: 16,384-32,766 >for video: 32,768-49,150 >for audio: 49,152-65,534 The ranges look right, but the uses you mention are not the suggested ones. As Yozo Toda wrote in a followup, the actual ranges and suggested uses are: [0, 16384) - lowest priority, unclassified [16384, 32768) - highest priority, i.e. audio [32768, 49152) - medium priority, i.e. whiteboard [49152, 65536) - low priority, i.e. video >SDR uses these multicast addresses and ports are for session description >advertisements: > >for non-admin. scoped sessions: >224.2.127.254 port 9876 It actually uses port 9875 -- IP address one less and port one less. >for admin. scoped sessions: >the base address of the admin. scoped multicast range The address and port for the admin. scoped range is configurable when you configure the scope in sdr. Bill From rem-conf-request@es.net Thu May 30 15:11:34 1996 Received: from precept.com (actually hydra.precept.com) by osi-west.es.net with ESnet SMTP (PP); Thu, 30 May 1996 12:11:08 -0700 Received: from little-bear.precept.com by precept.com (5.x/SMI-4.1) id AA17401; Thu, 30 May 1996 12:10:29 -0700 Date: Thu, 30 May 1996 12:10:28 -0700 (PDT) From: Stephen Casner To: Bill Fenner Cc: Valerie Lasker , Arlie Davis , rem-conf@es.net, yozo@aohakobe.ipc.chiba-u.ac.jp Subject: Re: How does SDR decide what address and port to use? In-Reply-To: <96May30.110057pdt.177475@crevenia.parc.xerox.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Bill, It looks like we need to correct the port ranges that we are using in our software. I can't recall what reference I checked when I told Valerie what ranges to use, but I must have made a mistake somewhere. > In message <9605300355.AA16508@precept.com> you write: > >for UDP Ports: > >assign random even ports numbers in the range: > >for text: 16,384-32,766 > >for video: 32,768-49,150 > >for audio: 49,152-65,534 > > The ranges look right, but the uses you mention are not the suggested ones. > As Yozo Toda wrote in a followup, the actual ranges and suggested uses are: > > [0, 16384) - lowest priority, unclassified > [16384, 32768) - highest priority, i.e. audio > [32768, 49152) - medium priority, i.e. whiteboard > [49152, 65536) - low priority, i.e. video -- Steve From rem-conf-request@es.net Thu May 30 16:53:26 1996 Received: from gateway.mitre.org by osi-west.es.net with ESnet SMTP (PP); Thu, 30 May 1996 13:52:43 -0700 Received: from dockside.mitre.org (dockside.mitre.org [128.29.31.77]) by gateway.mitre.org (8.7.2/8.7.2) with ESMTP id QAA11313; Thu, 30 May 1996 16:46:15 -0400 (EDT) Received: from localhost (lazear@localhost) by dockside.mitre.org (8.7.2/8.7.2) with SMTP id QAA10505; Thu, 30 May 1996 16:49:54 -0400 (EDT) Message-Id: <199605302049.QAA10505@dockside.mitre.org> X-Authentication-Warning: dockside.mitre.org: lazear owned process doing -bs X-Authentication-Warning: dockside.mitre.org: Host lazear@localhost didn't use HELO protocol To: Walid Dabbous cc: ietf-announce@cnri.reston.va.us, ietf@cnri.reston.va.us, ietf-rip@xylogics.com, ospf@gated.cornell.edu, idmr%cs.ucl.ac.uk.udlr@sophia.inria.fr, mbone@isi.edu, rem-conf@es.net, merci@cs.ucl.ac.uk, deering@parc.xerox.com, van@ee.lbl.gov, jun@wide.ad.jp, ustoeckel@eutelsat.fr, 100021.221@compuserve.com, cricaud@club-internet.fr, lazear@gateway.mitre.org Subject: Re: Proposed BoF on Unidirectional Link Routing In-reply-to: Your message of "Mon, 27 May 96 16:26:02 +0100." <199605271426.QAA10268@milou.inria.fr> Date: Thu, 30 May 96 16:49:19 -0400 From: lazear@gateway.mitre.org > We are working at INRIA on the problem of Unidirectional > Link Routing. We would like to have a BoF session during > the next IETF in Montreal to discuss this problem. > Today, all the routing protocols assume that communication is > bidirectional between directly-connected routers. Links may be > asymmetric, e.g., have different delays and throughputs in different > directions, but they have to be duplex. > > With the emergence of satellite networks, communication can be > unidirectional. Feeds transmit information to satellites which is > broadcast to a set of receivers. In that configuration, there is no > possibility for receivers to communicate with feeds since there is no > up-link. > > In that particular configuration routing protocols are not > operational. Indeed, routers exchange protocol messages only with their > neighbors. A feed will never receive protocol messages from a receiver > since communication is unidirectional. For instance, a feed that uses > RIP (Routing Information Protocol), will never advertise routes via > satellite links because it never processes responses that come from > receivers. Therefore, IP datagrams will not be sent over the satellite > network. > > Routing is based on the exchange of routing information to discover the > topology of the network. Feeds must in somehow get this information from > receivers. This might be feasible if feeds and receivers can also > communicate via regular connections. Receivers will send protocol > messages to the unicast address of each feed instead of sending > broadcast messages. > The use of routing protocols indeed makes sense at both islands that are interconnected by a unidirectional link, but there is little beyond a static route that needs to be applied to that link. This entire subject (and BOF) might better be called Handling of unidirectional alternate links with [OSPF|RIP] ^^^^^^^^^ The papers offer nothing for sites that have only unidirectional connectivity...they *demand* a bi-directional link in addition to the unidirectional link. While this is a useful addition to the protocols in question, it does not offer anything to the sites with only unidirectional linkage. This ought to be made clearer. Walt From rem-conf-request@es.net Thu May 30 18:55:49 1996 Received: from pad.com by osi-west.es.net with ESnet SMTP (PP); Thu, 30 May 1996 15:54:54 -0700 Received: from support.pad.com by pad.com (5.x/SMI-SVR4) id AA03854; Thu, 30 May 1996 18:37:34 -0400 Received: by support.pad.com (SMI-8.6/SMI-SVR4) id SAA11721; Thu, 30 May 1996 18:33:29 -0400 Date: Thu, 30 May 1996 18:33:29 -0400 From: peter@pad.com (Peter Dominguez) Message-Id: <199605302233.SAA11721@support.pad.com> To: rem-conf@es.net Subject: mbone feed and bandwith Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Md5: ecF9GA9oRtCnW5BdP9j5pQ== I have a 56K line and want to run 'vat' only. My service provider has told me: "To give you a tunnel, we have to add you to the config on our side. Either you have a tunnel or you don't. There is no configuration to restrict what gets sent. You will get every packet for every feed active on MBONE whether you want it or not. Video and Audio, everything. The average push is just under 256k. It'll destroy your connectivity over your 56k and you won't be able to view or listen to anything because the loss would be so high." My question is: Is it possible to get an audio only tunnel? Thanks, peter@pad.com From rem-conf-request@es.net Thu May 30 21:48:33 1996 Received: from atg.apple.com by osi-west.es.net with ESnet SMTP (PP); Thu, 30 May 1996 18:48:01 -0700 Received: from [17.255.9.143] (jpallas.atg.apple.com [17.255.9.143]) by atg.apple.com (8.7.2/8.6.12) with SMTP id SAA02553; Thu, 30 May 1996 18:45:01 -0700 (PDT) Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 30 May 1996 18:47:47 -0700 To: peter@pad.com (Peter Dominguez) From: Pallas@Apple.COM (Joe Pallas) Subject: Re: mbone feed and bandwith Cc: rem-conf@es.net At 6:33 PM 5/30/96, Peter Dominguez wrote: >My service provider has told me: > >"You will get every packet for every feed active >on MBONE whether you want it or not. >My question is: Is it possible to get an audio only tunnel? It's true that existing multicast routers don't have the selectivity to give you only audio packets. The rest of your provider's statement is wrong, however. Multicast routers supporting pruning will not send every packet. They will occasionally send undesired packets when prunes expire, but those prunes will be renewed when the packets are received. Your provider's message may indicate that it is using out-of-date multicast routing software (mrouted 2.x or cisco <11.3? [not sure of the version number]) that doesn't support pruning. If that's so, you'll have to make sure that both ends of your tunnel are up-to-date to avoid unwanted traffic. joe -- Joe Pallas Apple Computer, Advanced Technology Group When your only problem is a nail, every tool looks like a hammer. From rem-conf-request@es.net Fri May 31 09:28:19 1996 Received: from maelstrom.CC.McGill.CA by osi-west.es.net with ESnet SMTP (PP); Fri, 31 May 1996 06:27:48 -0700 Received: (from yves@localhost) by maelstrom.CC.McGill.CA (8.7.1/8.6.10) id JAA25124; Fri, 31 May 1996 09:25:35 -0400 (EDT) Message-Id: <199605311325.JAA25124@maelstrom.CC.McGill.CA> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 3.3 v118.2) Original-Received: by NeXT.Mailer (1.118.2) PP-warning: Illegal Received field on preceding line From: Yves Lepage Date: Fri, 31 May 96 09:25:32 -0400 To: peter@pad.com (Peter Dominguez) Subject: Re: mbone feed and bandwith cc: rem-conf@es.net Reply-To: yves@cc.mcgill.ca References: <199605302233.SAA11721@support.pad.com> Hello Peter, I think your provider is mostly wrong. >"To give you a tunnel, we >have to add you to the config on our side. Either you have a >tunnel or you don't. This part is right. >There is no configuration to restrict what >gets sent. You will get every packet for every feed active >on MBONE whether you want it or not. Video and Audio, everything. These two statements are both wrong: - There is a configuration to restrict what gets sent, at least in mrouted (the unix based multicast router). It is called rate_limit (or limit_rate, I can never remember which one it is) and you can ask your provider to set it so that the maximum amount of MBone data sent through your tunnel will not exceed a value determined by the capacity of your network link. - The second statement is wrong in that if your provider supports pruning, you will only get the traffic you've specifically asked for. If your provider doesn't support pruning, I'd suggest you get your tunnel elsewhere (your provider may object to that of course). >My question is: Is it possible to get an audio only tunnel? Yes and no. If the session you want to listen to has different mcast groups for each media (audio, video, wb, etc...) then by joining the audio group only, you will only receive audio. Note that this works only if you and your provider support pruning. If however, the session has all of its medias in the same mcast group, using this method will not be possible. There's a trick that might provide you with the same effect though. If you have a router or a firewall between your provider and you, you might be able to use it to filter port ranges out. Because ports for each medias are assigned in a certain range: [0, 16384) - lowest priority, unclassified [16384, 32768) - highest priority, i.e. audio [32768, 49152) - medium priority, i.e. whiteboard [49152, 65536) - low priority, i.e. video You could let only the highest priority ports go through. I hope this helps, Yves Lepage From rem-conf-request@es.net Fri May 31 16:39:30 1996 Received: from metro.isi.edu by osi-east.es.net with ESnet SMTP (PP); Fri, 31 May 1996 13:39:00 -0700 Received: from maia.east.isi.edu by metro.isi.edu (5.65c/5.61+local-23) id ; Fri, 31 May 1996 16:38:37 -0400 Message-Id: <199605312038.AA00579@metro.isi.edu> To: casner@precept.com Cc: rem-conf@es.net, confctrl@ISI.EDU Subject: Second slot scheduled for AVT Date: Fri, 31 May 1996 16:41:18 EDT From: Allison Mankin Hi, Steve and AVT WG, and MMUSIC chairs and WG, As a reminder, the IETF is asking that agendas be posted well ahead of time, to give participants a better change to prepare. I have scheduled AVT into a slot that I had held in reserve for Transport. That's at 13:00 on Tuesday June 25. So AVT has back-to-back times, (13:00 and 15:30), which are both in the same room, and both on MBONE. If you (or MMUSIC) should need some more gathering time (as opposed to bar BOFs), Friday morning slots are still available, though there will be no MBONE at all on Friday. Allison Friendly Neighborhood Transport Area Director From rem-conf-request@es.net Fri May 31 20:30:44 1996 Received: from ormail.intel.com by osi-east.es.net with ESnet SMTP (PP); Fri, 31 May 1996 17:29:59 -0700 Received: from ibeam.intel.com (ibeam.jf.intel.com [134.134.208.3]) by ormail.intel.com (8.7.4/8.7.3) with SMTP id RAA14713 for ; Fri, 31 May 1996 17:29:56 -0700 (PDT) Received: from pcrsvp.jf.intel.com by ibeam.intel.com with smtp (Smail3.1.28.1 #6) id m0uPebG-000RTIC; Fri, 31 May 96 17:31 PDT Message-Id: X-Sender: mbaugher@ibeam.jf.intel.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 31 May 1996 17:28:35 -0700 To: rem-conf@es.net From: Mark Baugher Subject: RTP MIB? hi, does anyone know of any work being done on an RTP MIB definition? Mark