From rem-conf-request@es.net Wed Feb 01 02:32:10 1995 Received: from ibminet.awdpa.ibm.com by osi-west.es.net via ESnet SMTP service id <12098-0@osi-west.es.net>; Tue, 31 Jan 1995 23:31:43 +0000 Received: by ibminet.awdpa.ibm.com (5.61/1.15) id AA21745; Tue, 31 Jan 95 23:39:04 -0800 Received: by ibmpa.awdpa.ibm.com (5.65b(em1)/2.06) id AA27546; Tue, 31 Jan 95 23:30:31 -0800 Received: from cs.nps.navy.mil by ibminet.awdpa.ibm.com (5.61/1.15) id AA21613; Tue, 31 Jan 95 23:35:26 -0800 Received: from trouble.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA19537; Tue, 31 Jan 95 23:28:50 PST Received: by trouble.cs.nps.navy.mil (940715.SGI.52/911001.SGI) for @cs.nps.navy.mil:rem-conf%es.net@ibmpa.awdpa.ibm.com id AA27250; Tue, 31 Jan 95 23:28:46 -0800 From: Your VE info source Message-Id: <9501312328.ZM27238@trouble.cs.nps.navy.mil> Date: Tue, 31 Jan 1995 23:28:46 -0800 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: rem-conf%es.net@ibmpa.awdpa.ibm.com Subject: PRESENCE: Vol. 3, No. 4: Special issue on Networked Virtual Environments & Teleoperation Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 For those of you interested in networked virtual environments and teleoperation, the latest issue of PRESENCE should be of some interest. Here is the Table of Contents. Michael Zyda Co-editor of the special issue Presence Volume 3, Number 4 - Part 1 of the Networked VE & Teleoperation Special Double Issue (Vol. 4, No. 2 is part 2) Table of Contents Editorial Notes Articles An Introductory Tutorial for Developing Multi-User Virtual Environments Rich Gossweiler, Robert J. Laferriere, Michael L. Keller, and Randy Pausch NPSNET: A Network Software Architecture For Large Scale Virtual Environments Michael R. Macedonia, Michael J. Zyda, David Pratt, Paul T. Barham, and Steven Zeswitz AVIARY: Design Issues for Future Large Scale Virtual Environments David N. Snowdon and Adrian J. West An Operator Interface for Teleprogramming Employing Synthetic Fixtures Craig P. Sayers and Richard P. Paul A Distributed Data Sharing Environment for Telerobotics Lawrence A. Ciscon, James D. Wise, and Don H. Johnson Co-CAD: A Multi-User Collaborative Mechanical CAD System Mark A. Gisi and Cristiano Sacchi Forum Article Networked SPIDAR: A Networked Virtual Environment with Visual,Auditory, and Haptic Interactions Masahiro Ishii, Masanori Nakata, and Makoto Sato Lab Review A Distributed Virtual Reality Simulation System for Situational Training Sharon A. Stansfield What's Happening PRESENCE Mosaic Page PRESENCE has a Mosaic Home Page. On that page are the indices of all published issues, indices of planned issues, Calls for Papers, and other PRESENCE related information. See: ftp://taurus.cs.nps.navy.mil/pub/PRESENCE_MOSAIC/presence_mosaic.html Michael Zyda zyda@trouble.cs.nps.navy.mil Senior Editor for Virtual Environments, PRESENCE From rem-conf-request@es.net Wed Feb 01 12:32:02 1995 Received: from lust.mrrl.lut.ac.uk by osi-west.es.net via ESnet SMTP service id <17500-0@osi-west.es.net>; Wed, 1 Feb 1995 09:31:17 +0000 Received: from localhost (martin@localhost) by lust.mrrl.lut.ac.uk (8.6.9/8.6.9) with SMTP id RAA07738; Wed, 1 Feb 1995 17:30:36 GMT Message-Id: <199502011730.RAA07738@lust.mrrl.lut.ac.uk> X-Mailer: exmh version 1.5.3 12/28/94 To: mbone@isi.edu, rem-conf@es.net X-URI: Subject: searchable archives Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 01 Feb 1995 17:30:30 +0000 From: Martin Hamilton Hi, I was just wondering whether there are searchable (e.g. via WAIS) and/or browsable (e.g. via WWW/hypermail) versions of the rem-conf and mbone list archives. I know they're FTPable... Thanks, Martin From REM-CONF-request@es.net Wed Feb 01 15:44:16 1995 Received: from pppl.gov by osi-west.es.net via ESnet SMTP service id <24458-0@osi-west.es.net>; Wed, 1 Feb 1995 12:43:54 +0000 Received: from RAX (rax.pppl.gov [192.55.106.12]) by pppl.gov (8.6.8.1/8.6.5) with SMTP id PAA09756 for ; Wed, 1 Feb 1995 15:43:52 -0500 From: schechtm@rax.pppl.gov Date: Wed, 1 Feb 1995 15:32:14 -0500 Message-Id: <95020115321425@rax.pppl.gov> To: REM-CONF@es.net Subject: poor audio quality X-VMS-To: REM-CONF@ES.NET X-VMS-Cc: SCHECHTM I hooked up an external speaker to my Sparcstation ELC and the audio quality is vastly improved. Except there is much breakup. I don't have a feeling on whether this is normal mbone or there is something wrong at my end. I modified the audio packet size (as suggested in the FAQ) which did not seem to help. A clue that it is a local problem is the fact that the audio really gets destroyed when I move the mouse. (But when I play an .au file, mouse movement has no effect) The performance meter does not indicate that the cpu is overwhelmed. Thanks for your help, Nathan Schechtman email: nschechtman@pppl.gov Princeton Plasma Physics Lab phone: 609-243-3465 Princeton, NJ 08543 From rem-conf-request@es.net Wed Feb 01 17:46:08 1995 Received: from rads.dnd.ca by osi-west.es.net via ESnet SMTP service id <26648-0@osi-west.es.net>; Wed, 1 Feb 1995 14:45:28 +0000 Received: from nrnsinc.on.ca by nrnsinc.on.ca id <05822-0@nrnsinc.on.ca>; Wed, 1 Feb 1995 17:45:20 -0500 Subject: help To: rem-conf@es.net Date: Wed, 1 Feb 1995 17:45:19 -0500 (EST) X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 11 From: Luc Bazinet Sender: bazinet@nrnsinc.on.ca help lists From rem-conf-request@es.net Wed Feb 01 19:38:31 1995 Received: from gate.pnl.gov by osi-east.es.net via ESnet SMTP service id <02442-0@osi-east.es.net>; Wed, 1 Feb 1995 16:38:07 +0000 Received: from ccmail.pnl.gov by pnl.gov (PMDF V4.3-13 #6012) id <01HMJILUVLWW00004U@pnl.gov>; Wed, 01 Feb 1995 16:36:43 -0800 (PST) Date: Wed, 01 Feb 1995 16:30 -0800 (PST) From: e_najera@ccmail.pnl.gov Subject: rebroadcast of ERSUG Conference To: rem-conf@es.net Cc: d3e129@cagle.pnl.gov Message-id: <01HMJILUX0S200004U@pnl.gov> MIME-version: 1.0 Content-transfer-encoding: 7BIT Announcing the rebroadcast of the Energy Research Supercomputing Users Group Workshop held and broadcast on January 12, 1995 at Pacific Northwest Laboratory. It will run from 8:00 a.m. PST (16:00 GMT) to about 2:00 p.m. PST. I have lowered the ttl since the MBONE is particularly busy this week, if you have any problems and want to view this rebroadcast please call me. more information is available at http://www.nersc.gov/doc/Quick_Help/ERSUG/ersug.html Thanks ****************** Gina Najera ********************* * Pacific Northwest Laboratory * Tel (509) 375-4346 * * 902 Battelle Boulevard M/S K1-87 * FAX (509) 375-6631 * * Richland, WA 99352 * e_najera@pnl.gov * ************************************************************* From rem-conf-request@es.net Thu Feb 02 11:40:55 1995 Received: from alpha.Xerox.COM by osi-east.es.net via ESnet SMTP service id <16712-0@osi-east.es.net>; Thu, 2 Feb 1995 08:40:34 +0000 Received: from skylark.parc.xerox.com ([13.2.116.7]) by alpha.xerox.com with SMTP id <14504(6)>; Thu, 2 Feb 1995 08:40:21 PST Received: from localhost by skylark.parc.xerox.com with SMTP id <12174>; Thu, 2 Feb 1995 08:40:10 -0800 To: rem-conf@es.net Cc: deering@parc.xerox.com Subject: MBone-cast of PARC Forum talk this afternoon, MAYBE Date: Thu, 2 Feb 1995 08:40:09 PST Sender: Steve Deering From: Steve Deering Message-Id: <95Feb2.084010pst.12174@skylark.parc.xerox.com> *If* we get permission from the speaker, and *if* it does not conflict with other MBone transmissions scheduled for the same time, we will transmit the audio and video of the following seminar at 4 pm Pacific Time (2400 GMT) today. Please let me know of any conflicts. The session is being advertised in sd under the names Xerox PARC Forum - Audio and Xerox PARC Forum - Video. Steve ------------ Xerox PARC Forum Thursday, February 2, 1995, 4:00pm, PARC Auditorium Telecommunications Policy in Japan and the U.S.: Causes and Consequences Roger G. Noll Professor of Public Policy, Stanford University The structure and regulation of telecommunications are undergoing massive transformation in most advanced industrialized democracies, including Japan and the US. Although the general direction of reform is similar everywhere -- privatization, competitive entry, greater price flexibility -- details of reform differ substantially. This lecture will focus on how the purposes and methods of reform differ between Japan and the U.S., the political sources of these differences, their consequences in terms of usage and prices, and the secondary effects of telecommunications performance on the rest of the information sector. Because Japan's political structure plays a key role in shaping telecommunications policy, the effects of political reform in Japan on the future of telecommunications policy will also be discussed. * * * Roger G. Noll is the Morris M. Doyle Professor of Public Policy in the Department of Economics at Stanford University. He has served on the staff of the Brookings Institution and the President's Council of Economic Advisers. The author of seven books and more than 100 articles, Noll's research interests include government regulation of business, public policies regarding research and development, the business of professional sports, applications of the economic theory of politics to the study of legal rules and institutions, and the economic implications of political decision-making processes. Noll's most recent book, written in collaboration with Linda R. Cohen, is The Technology Pork Barrel, published by the Brookings Institution. From rem-conf-request@es.net Thu Feb 02 15:14:23 1995 Received: from SOUTH-STATION-ANNEX.MIT.EDU by osi-west.es.net via ESnet SMTP service id <04112-0@osi-west.es.net>; Thu, 2 Feb 1995 12:13:51 +0000 Received: from M16-034-25.MIT.EDU by MIT.EDU with SMTP id AA29155; Thu, 2 Feb 95 15:13:43 EST Received: by m16-034-25.MIT.EDU (5.0/4.7) id AA14787; Thu, 2 Feb 1995 15:13:40 +0500 Message-Id: <9502022013.AA14787@m16-034-25.MIT.EDU> To: Steve Deering Cc: rem-conf@es.net, 6.270-organizers@MIT.EDU Subject: Re: MBone-cast of PARC Forum talk this afternoon, MAYBE In-Reply-To: Your message of "Thu, 02 Feb 1995 08:40:09 PST." <95Feb2.084010pst.12174@skylark.parc.xerox.com> Date: Thu, 02 Feb 1995 15:13:39 EST From: Ellis Chi Content-Length: 3044 >To: rem-conf@es.net >Cc: deering@parc.xerox.com >Subject: MBone-cast of PARC Forum talk this afternoon, MAYBE >Date: Thu, 2 Feb 1995 08:40:09 PST >Sender: Steve Deering >From: Steve Deering >Message-Id: <95Feb2.084010pst.12174@skylark.parc.xerox.com> > >*If* we get permission from the speaker, and *if* it does not conflict with >other MBone transmissions scheduled for the same time, we will transmit the >audio and video of the following seminar at 4 pm Pacific Time (2400 GMT) >today. Please let me know of any conflicts. The session is being >advertised in sd under the names Xerox PARC Forum - Audio and >Xerox PARC Forum - Video. > >Steve > ------------------------------------------------------------------ Dear Mr. Deering, MIT 6.270 LEGO Robot Design Competition is going to multicast the contest on MBONE from 6:00pm EST to 10:00pm EST. I am afraid there is a conflict on the schedule. We proposed the schedule on Monday, Jan 31. The following is the schedule proposal. Ellis Chi Organizer of 6.270 ------------------------------------------------------------------- Date: Tue, 31 Jan 1995 01:10:24 -0500 Message-Id: <9501310610.AA28928@bill-the-cat.MIT.EDU> To: rem-conf@es.net Subject: MIT's 6.270 design competition From: John Hawkinson Content-Length: 1696 On Thursday, 2 February 1995, at 6pm US EST, MIT's 6.270 LEGO Robot Design Competition will take place. We'll be multicasting this event with audio and video (vic-format) for about four hours, with a planned ttl of 64. If feels this is too high or too low, please let me know. For address information, please see the sd announcement. A short summary of this year's contest follows. For more information, please see http://www.mit.edu:8001/courses.6.270/home.html. --John Hawkinson jhawk@mit.edu. Preliminary missions to the planet Cerebus have shown it to be completely uninhabitable. Other than a few ore sites, the planet is barren. However, subsequent missions have determined that the ore produces tremendous amounts of energy when transformed into unobtainium (used in critical stages of aglet production). This transformation occurs when the ore is placed into one of the transmutation streams on the planet. Unfortunately, objects in the stream are extremely unstable, so each stream can only transform one piece of ore at a time. Luckly, MIT has recently perfected the j-device. This device allows direct conversion of ore into unobtainium. However, the energy output is menial and the effective range of the device is still limited. Although your company was the first to arrive on Cerebus, your rival quickly followed (damn those antitrust laws!). You must gain the advantage over the other company by stockpiling raw ore, inserting it into the transmuting stream, or by use of the j-device. Time is short and resources are scarce. You have until February 2 to build and program your robot. Plane well: once the robot reaches the planet's surface it's on its own. From rem-conf-request@es.net Thu Feb 02 17:10:22 1995 Received: from alpha.Xerox.COM by osi-west.es.net via ESnet SMTP service id <05884-0@osi-west.es.net>; Thu, 2 Feb 1995 14:09:50 +0000 Received: from skylark.parc.xerox.com ([13.2.116.7]) by alpha.xerox.com with SMTP id <14625(6)>; Thu, 2 Feb 1995 14:09:34 PST Received: from localhost by skylark.parc.xerox.com with SMTP id <12174>; Thu, 2 Feb 1995 14:09:30 -0800 To: rem-conf@es.net Cc: deering@parc.xerox.com Subject: Re: MBone-cast of PARC Forum talk this afternoon, MAYBE In-reply-to: eyc's message of Thu, 02 Feb 95 12:13:39 -0800. <9502022013.AA14787@m16-034-25.MIT.EDU> Date: Thu, 2 Feb 1995 14:09:27 PST Sender: Steve Deering From: Steve Deering Message-Id: <95Feb2.140930pst.12174@skylark.parc.xerox.com> OK, in view of the prior MBone reservations, I will limit the transmission of this afternoon's PARC Forum talk to DARTnet sites only. I wonder if Mic Jagger would be willing to donate some bandwidth to the MBone? Steve From rem-conf-request@es.net Thu Feb 02 17:36:20 1995 Received: from cdcnet.uniandes.edu.co by osi-west.es.net via ESnet SMTP service id <06264-0@osi-west.es.net>; Thu, 2 Feb 1995 14:35:26 +0000 Received: from ucauca.edu.co (ucauca.coldapaq.net.co) by cdcnet (4.1/SMI-4.1) id AA10005; Thu, 2 Feb 95 11:03:39 EST Received: by ucauca.edu.co (4.1/SMI-4.1) id AA10783; Thu, 2 Feb 95 11:01:33 EST Date: Thu, 2 Feb 1995 11:01:33 -0500 (EST) From: Aplicaciones Telematicas To: rem-conf@es.net Cc: maven@vinca.cnidr.org Subject: information on VAT Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi! Could someone please tell me the location of the theoretical documentation available for vat? Thanks, =========================================================================== Javier Andrade Sarria | Investigacion Aplicaciones Telematicas Cesar Antonio Ibarguen | Calle 1AN #11-42 | Universidad del Cauca Popayan | E-mail : telapp@atenea.ucauca.edu.co Colombia , South America | | Facultad de Ingenieria Electronica | Universidad del Cauca =========================================================================== From rem-conf-request@es.net Fri Feb 03 04:21:29 1995 Received: from cs.tut.fi by osi-east.es.net via ESnet SMTP service id <05761-0@osi-east.es.net>; Fri, 3 Feb 1995 01:21:05 +0000 Received: from isosotka.cs.tut.fi (mit@isosotka.cs.tut.fi [130.230.17.14]) by cs.tut.fi (8.6.9/8.6.4) with ESMTP id LAA05388 for ; Fri, 3 Feb 1995 11:19:21 +0200 From: Tsokkinen Mikko Received: (mit@localhost) by isosotka.cs.tut.fi (8.6.8/8.6.4) id LAA10263; Fri, 3 Feb 1995 11:19:31 +0200 Date: Fri, 3 Feb 1995 11:19:31 +0200 Message-Id: <199502030919.LAA10263@isosotka.cs.tut.fi> To: rem-conf@es.net Subject: ALF I was reading thorugh some documents from December meeting in San Jose while this so called "ALF -phisoply" stroke again from the text. This ALF has also been mentioned earlier in rem-conf documents. Unfortunately I am not familiar with ALF and would like to get document explaining what are the main features of ALF, and most importantly some explanation on the desing issues on ALF. Does anybody have any documents concerning ALF, I prefer Webbable on-line material, but I can try to dig library archives if that is required. Perhaps this information could be added into FAQ or discussion document? Cheers Mikko Tsokkinen xxxxx Mit mit@cs.tut.fi "Duct tape is like the force... It has a light side, and a dark side, and it holds the universe together..." From rem-conf-request@es.net Fri Feb 03 06:40:29 1995 Received: from monet.caad.ed.ac.uk by osi-west.es.net via ESnet SMTP service id <13931-0@osi-west.es.net>; Fri, 3 Feb 1995 03:39:59 +0000 Received: (from john@localhost) by monet.caad.ed.ac.uk (8.6.9/8.6.9) id KAA23258; Fri, 3 Feb 1995 10:54:07 GMT Date: Fri, 3 Feb 1995 10:54:07 GMT From: John Lee Message-Id: <199502031054.KAA23258@monet.caad.ed.ac.uk> To: IE-list@cs.ucl.ac.uk, ag-exp-l%ndsuvm1.BITNET@forsythe.Stanford.EDU, agosta@sumex-aim.stanford.edu, ai-ed@sun.com, ai-medicine@medmail.Stanford.EDU, ai-nat@adfa.oz.au, ai-stats@watstat.uwaterloo.ca, aisb@cogs.sussex.ac.uk, announcements.chi@xerox.com, arl@arl1.wustl.edu, arpanet-bboard@mc.lcs.mit.edu, atm@bbn.com, ccrc@dworkin.wustl.edu, cellular@dfv.rwth-aachen.de, cip@bbn.com, cnom@maestro.bellcore.com, cogsci@cogsci.ed.ac.uk, cybsys-l@bingvmb.cc.binghamton.edu, diagrams@cs.swarthmore.edu, elsnet-list@cogsci.edinburgh.ac.uk, end2end-interest@ISI.EDU, enternet-ec@bbn.com, enternet@bbn.com, f-troup@aurora.cis.upenn.edu, fj-ai@etl.go.jp, g-troup@dworkin.wustl.edu, globecom@signet.com.sg, hipparch@sophia.inria.fr, icad-request@santafe.edu, ietf@ISI.EDU, ikbsbb@inf.rl.ac.uk, iplpdn@cnri.reston.va.us, ircpeople@cogsci.ed.ac.uk, kdd@gte.com, met-ai@comp.vuw.ac.nz, mmws@caad.ed.ac.uk, perform@tay1.dec.com, rem-conf@es.net, schulzrinne@fokus.gmd.de, sig11@roses.stanford.edu, sigmedia@bellcore.com, smds@cnri.reston.va.us, sound@acm.org, tccc@cs.umass.edu, tcplw@cray.com, tf-mm@i4serv.informatik.rwth-aachen.de, uist.chi@xerox.com, xtp-relay@cs.concordia.ca Subject: FINAL reminder: IMMI-1 Workshop There is STILL TIME to submit an extended abstract to IMMI-1; the First International Workshop on Intelligence and Multimodality in Multimedia Interfaces, Edinburgh, July 13-14, 1995. For details see the (recently updated) Web information at -- http://www.cogsci.ed.ac.uk/~john/IMMI_call/index.html -- or email to the address below. Thanks again to all those who have already indicated their intention to submit abstracts. John. --------------------------------------------------------------------------- John R. Lee EdCAAD and Human Communication Research Centre Dept. of Architecture University of Edinburgh University of Edinburgh 2 Buccleuch Place 20 Chambers Street Edinburgh EH8 9LW Edinburgh EH1 1JZ Scotland, UK. Scotland, UK. Tel: +44 131 650 2335/7 Tel: +44 131 650 4420 Fax: +44 131 667 0141 Fax: +44 131 667 4587 Email: J.Lee@ed.ac.uk --------------------------------------------------------------------------- From rem-conf-request@es.net Fri Feb 03 07:54:43 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <14449-0@osi-west.es.net>; Fri, 3 Feb 1995 04:53:54 +0000 Received: from thud.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Fri, 3 Feb 1995 12:52:57 +0000 To: Tsokkinen Mikko cc: rem-conf@es.net Subject: Re: ALF In-reply-to: Your message of "Fri, 03 Feb 95 11:19:31 +0200." <199502030919.LAA10263@isosotka.cs.tut.fi> Date: Fri, 03 Feb 95 12:52:45 +0000 Message-ID: <10827.791815965@cs.ucl.ac.uk> From: Jon Crowcroft >Does anybody have any documents concerning ALF, I prefer Webbable >on-line material, but I can try to dig library archives if that is >required. ALF = Application Layer Framing - c.f. \bibitem[Clark and Tennenhouse]{alf} David D. Clark, David L. Tennenhouse. \newblock Architectural Considerations for a New Generation Protocols. \newblock {\it Computer Communication Review,} \newblock Vol. 20, No. 4, SIGCOMM '90, September 1990, pp. 200-208. for invention of ALF for backgroun, the hipparch project (INRIA, SICS, UCL, UTS) had a workshop in decvember last year, which will be produced sometime later this year as proceedings, meantime, a web page for the project is at http://www.cs.ucl.ac.uk/people/jon/hipparch/hipparch.html but this is mainly links to partner info i can send a bibliography if you like jon From REM-CONF-request@es.net Fri Feb 03 08:50:26 1995 Received: from pppl.gov by osi-west.es.net via ESnet SMTP service id <14817-0@osi-west.es.net>; Fri, 3 Feb 1995 05:49:46 +0000 Received: from RAX (rax.pppl.gov [192.55.106.12]) by pppl.gov (8.6.8.1/8.6.5) with SMTP id IAA13631 for ; Fri, 3 Feb 1995 08:49:43 -0500 From: schechtm@rax.pppl.gov Date: Fri, 3 Feb 1995 08:42:53 -0500 Message-Id: <95020308425326@rax.pppl.gov> To: REM-CONF@es.net Subject: vic X-VMS-To: REM-CONF@ES.NET X-VMS-Cc: SCHECHTM Can someone explain how to install vic on a sun 4.1.3? I have installed sd & vat successfully but vic does not come up nor give any indications when I choose an sd session that is advertised as vic video. I have not built a binary but renamed vic.dyn to vic in the /usr/local/bin area. There is a VIC.SD.TCL which makes me think that sd does not know about vic unless I do something. Thanks. Maybe I can watch the shuttle. Nathan Nathan Schechtman email: nschechtman@pppl.gov Princeton Plasma Physics Lab phone: 609-243-3465 Princeton, NJ 08543 From REM-CONF-request@es.net Fri Feb 03 11:21:14 1995 Received: from cancer.ucs.ed.ac.uk by osi-west.es.net via ESnet SMTP service id <16036-0@osi-west.es.net>; Fri, 3 Feb 1995 08:20:34 +0000 Received: from scorpio.ucs.ed.ac.uk (jaw@scorpio.ucs.ed.ac.uk [129.215.200.48]) by cancer.ucs.ed.ac.uk (8.6.9/8.6.9) with ESMTP id QAA12571; Fri, 3 Feb 1995 16:20:16 GMT Received: (jaw@localhost) by scorpio.ucs.ed.ac.uk (8.6.9/8.6.9) id QAA04230; Fri, 3 Feb 1995 16:20:14 GMT Date: Fri, 3 Feb 1995 16:20:13 +0000 (GMT) From: Graeme Wood Reply-To: Graeme.Wood@ucs.ed.ac.uk To: schechtm@rax.pppl.gov cc: REM-CONF@es.net Subject: Re: vic In-Reply-To: <95020308425326@rax.pppl.gov> Message-ID: X-Department: "Unix Systems Support, Computing Services" X-Organisation: "The University of Edinburgh" X-URL: "http://ugwww.ucs.ed.ac.uk/~jaw/" X-Phone: +44 31 650 5003 X-Fax: +44 31 650 6552 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Fri, 3 Feb 1995 schechtm@rax.pppl.gov wrote: > Can someone explain how to install vic on a sun 4.1.3? > > I have installed sd & vat successfully but vic does not > come up nor give any indications when I choose an sd session > that is advertised as vic video. > > I have not built a binary but renamed vic.dyn to vic in the /usr/local/bin > area. > > There is a VIC.SD.TCL which makes me think that sd does not know about > vic unless I do something. You need to copy VIC.SD.TCL to your home directory and call it .sd.tcl. Then restart sd and you will be able to startup vic from within sd. ============================================================================= Graeme Wood Email: Graeme.Wood@ucs.ed.ac.uk Unix Systems Support Phone: +44 131 650 5003 The University of Edinburgh Fax: +44 131 650 6552 ----------------------------------------------------------------------------- Scottish MICE National Support Centre Email: mice-nsc-scotland@ed.ac.uk for your multimedia conferencing support WWW: http://mice.ed.ac.uk/mice/ ============================================================================= From rem-conf-request@es.net Fri Feb 03 12:27:34 1995 Received: from wdl1.wdl.loral.com by osi-west.es.net via ESnet SMTP service id <16644-0@osi-west.es.net>; Fri, 3 Feb 1995 09:25:47 +0000 Received: from spl42.spl.loral.com ([137.249.41.42]) by wdl1.wdl.loral.com (4.1/WDL-4.2) id AA12289; Fri, 3 Feb 95 09:24:52 PST Received: from localhost by spl42.spl.loral.com (4.1/SPL-SUN-2.05) id AA08161; Fri, 3 Feb 95 09:23:13 PST Message-Id: <9502031723.AA08161@spl42.spl.loral.com> To: rem-conf@es.net Subject: Re: Request for Tunnel Cc: gvb@spl42.spl.loral.com Date: Fri, 03 Feb 95 09:23:13 PST From: rsn@spl42.spl.loral.com All, Last week I transmitted a request that would, in essence, have bypassed my provider. Several of you have responded and corrected me as to its inappropriateness. I think that Steve Casner summed it up best: I sympathize with your problem getting XXZZY to supply a tunnel (I have heard this complaint from others as well), but the rationale in working with the provider is that then tunnels can be configured such that no more than one goes over any given T1 link. If you set up a tunnel to some other place, then depending upon where it is you may cause two parallel tunnels. This can result in bad performance for both your tunnel and the other one, not to mention negatively impacting other kinds of traffic as well. Maybe your message will prod the XXZZY people. I thank you Steve and I hope that by relaying this, others can appreciate the patience needed for the MBONE to work within the network community. In fact, XXZZY, has been working to make the capability available in both hardware, software and support. This has been at cost, on their part, which currently has no revenue stream yet associated. I empathize with their position and will support them in their justification. However, many times management does not realize the benefits that enhanced capabilities can bring until there is a ground swell of support. There is a point that management may raised, the support of what can be viewed as entertainment transmissions that bring little apparent value to the workplace but maybe to the home. Has the concept of broadcast filtering been discussed much? I see a need to filter out the STONES but receive the DOE, Distributed Computing Coordinating Committee transmissions. So far I have seen allot of cooperation in the scheduling of events, but not much with regards of categorization. This is a battle I envision as I bring the MBONE to our LAN. Anyway, my apology to the group for the ill-advised request. Richard Neale Ps. I have supplanted the XXZZY for the network provider to remove any negative images that this thread may impart. From rem-conf-request@es.net Fri Feb 03 13:13:42 1995 Received: from aero.org by osi-west.es.net via ESnet SMTP service id <17201-0@osi-west.es.net>; Fri, 3 Feb 1995 10:12:57 +0000 Received: from antares.aero.org ([130.221.192.46]) by aero.org with SMTP id <111120-1>; Fri, 3 Feb 1995 10:12:43 -0800 Received: from salt.aero.org by antares.aero.org (4.1/AMS-1.0) id AA03462 for rem-conf@es.net; Fri, 3 Feb 95 10:12:30 PST Date: Fri, 3 Feb 1995 10:03:36 -0800 From: gorlick@antares.aero.org Original-Received: by NeXT.Mailer (1.87.1) PP-warning: Illegal Received field on preceding line Original-Received: by NeXT Mailer (1.87.1) PP-warning: Illegal Received field on preceding line To: rem-conf@es.net Subject: Broadcast of the 17th Intl. Conf. on Software Engineering Cc: gorlick@aero.org Message-Id: <95Feb3.101243pst.111120-1@aero.org> We are pleased to announce the MBONE broadcast of the 17th International Conference on Software Engineering (ICSE) to be held in Seattle, Washington, USA April 26-28, 1995. The purpose of ICSE is to provide a forum to promote the development of software engineering as both an industrial practice and an academic discipline, extending the frontier of both the state of the art and the state of the practice. While the exact broadcast schedule has not been set it will include the three plenary sessions and selected tracks from the conference presentations. The plenary session speakers are: Wednesday, April 26, 1995 'The Mythical Man-Month' After 20 Years by Frederick P. Brooks, Jr., University of North Carolina-Chapel Hill, USA Thursday, April 27, 1995 Microsoft: Rethinking the Process of Software Development by Michael Cusumano, MIT Sloan School of Management, USA Friday, April 28, 1995 The World and the Machine by Michael Jackson, MAJ Consulting Ltd., UK Those interested in more detailed information about the conference proper should consult the Web page at http://www.cs.washington.edu/research/se/icse17. Questions or concerns about the broadcast services should be directed to Michael Gorlick The Aerospace Corporation Mail Station M1-102 Los Angeles California 90009 Phone: (310) 336-8661 Fax: (310) 336-4402 Email: gorlick@aero.org From rem-conf-request@es.net Fri Feb 03 14:09:50 1995 Received: from ell.ee.lbl.gov by osi-west.es.net via ESnet SMTP service id <18002-0@osi-west.es.net>; Fri, 3 Feb 1995 11:08:45 +0000 Received: by ell.ee.lbl.gov (8.6.9/1.43r) id LAA07371; Fri, 3 Feb 1995 11:08:43 -0800 From: mccanne@ee.lbl.gov (Steven McCanne) Message-Id: <199502031908.LAA07371@ell.ee.lbl.gov> To: rem-conf@es.net Subject: UCB Seminar reminder Date: Fri, 03 Feb 95 11:08:42 PST This is a reminder that we will be broadcasting today's Multimedia/Graphics seminar from UC Berkeley at ~2:10pm PST (I noticed I mis-entered the sd start time as 2:30; I've changed it to the correct time which is 2:00; I've also added a separate wb session). We've reworked some of the local multicast topology so this week's transmission should work much better than last week's. Also, we've wired the room audio system up to the workstation, so the vat backchannel should be operational. Please don't hesitate to speak up during the question/answer period at the end of the talk. We'd very much like to try out remote interaction. Steve From rem-conf-request@es.net Sat Feb 04 00:24:25 1995 Received: from rpi.edu by osi-west.es.net via ESnet SMTP service id <23810-0@osi-west.es.net>; Fri, 3 Feb 1995 21:23:54 +0000 Received: from hibp.ecse.rpi.edu (hibp7.ecse.rpi.edu) by rpi.edu (4.1/SMHUB41); id AA09220; Sat, 4 Feb 95 00:23:44 EST for rem-conf@es.net Received: from hibp6.ecse.rpi.edu by hibp.ecse.rpi.edu (4.1/ST26); id AA12775 for rem-conf@es.net; Sat, 4 Feb 95 00:23:43 EST Message-Id: <9502040523.AA12775@hibp.ecse.rpi.edu> X-Mailer: exmh version 1.5.3 12/28/94 To: casner@isi.edu, rem-conf@es.net Subject: MSessMon bugfixes, etc. Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 04 Feb 1995 00:22:56 -0500 From: Paul Stewart I've made a couple of changes to the MSessMon application, and made a new release. Changes were: * Removal of the untentional "Trace from... Bing! ... Done trace" spam. * Duplicate packets detected and filtered out. This is the major reason for the release, because this caused core dumps. Thanks, Steve Casner, for pointing me at a coredump, so I could detect this problem. * Random cleanups and very small optimizations, with no real visible effects. I'm VERY happy with the feedback I've been getting, and would appreciate any feedback given to me. Unfortunately, since this really is completely independent of any official work or school activities, feature requests will not have too quick of a turnaround time, but certainly major problems like the one above will at least get looked at quickly. Anyway, the new version is where the old version was: ftp://hibp6.ecse.rpi.edu/pub/msessmon/ There's now a README file that gives a fairly informative manifest. -- Paul From rem-conf-request@es.net Sat Feb 04 04:00:57 1995 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <25185-0@osi-west.es.net>; Sat, 4 Feb 1995 01:00:29 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-20) id ; Sat, 4 Feb 1995 01:00:26 -0800 Posted-Date: Sat 4 Feb 95 01:00:21 PST Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Sat, 4 Feb 95 01:00:22 PST Date: Sat 4 Feb 95 01:00:21 PST From: Stephen Casner Subject: MSessMon and NASA Shuttle Video To: stewart@hibp6.ecse.rpi.edu Cc: rem-conf@es.net Message-Id: <791888421.0.CASNER@XFR.ISI.EDU> In-Reply-To: <9502040523.AA12775@hibp.ecse.rpi.edu> Mail-System-Version: It's really neat to see the RTPv2 reception feedback mechanism at work using msessmon to monitor the distribution of the NASA shuttle video. I have to say, though, that I preferred the video images we saw on previous shuttle missions with the nv video encoding scheme over those we get this time with the H.261 encoding. The somewhat increased frame rate is nice, but the picture always looks blurry. Since many of the impressive images are mostly still, or with nearly the full frame in motion in which case the frame rate doesn't seem to be that much faster, I don't think H.261 is really a win. H.261 uses a lot more CPU, too. There seem to be some artifacts other than just H.261 encoding at work here, though, and I don't know if these affects are in the software or in the incoming video signal or frame grabber. Early on, I saw what looked like tuner noise, but I think that is gone. However, there are very noticeable interlace effects whenever there is motion, and the colors are not true -- oversaturation, and sometimes green people. Any ideas about what's happening? Let me make clear that I'm not trying to pit one program against another. I hope that soon both the nv and H.261 algorithms (and probably others as well) will be available in both nv and vic; that both programs will fully interoperate; and that it will all be over RTPv2. [And that the RTPv2 spec gets published -- that ball is in my court.] -- Steve ------- From rem-conf-request@es.net Sat Feb 04 14:12:23 1995 Received: from SOUTH-STATION-ANNEX.MIT.EDU by osi-west.es.net via ESnet SMTP service id <28387-0@osi-west.es.net>; Sat, 4 Feb 1995 11:11:57 +0000 Received: from W20-575-1.MIT.EDU by MIT.EDU with SMTP id AA11727; Sat, 4 Feb 95 14:11:54 EST Received: by w20-575-1.MIT.EDU (5.0/4.7) id AA27327; Sat, 4 Feb 1995 14:11:54 -0500 Message-Id: <9502041911.AA27327@w20-575-1.MIT.EDU> To: rem-conf@es.net Subject: If you saw MIT Robot Design Competition on 2-2-95, Date: Sat, 04 Feb 1995 14:11:54 EST From: Ellis Chi Content-Length: 407 I would appreciate if you can send me a reply and let me know how it looked over the MBONE. also, do you want us to multicast again next year? Please feel free to comment. On behalf of the staff ------------------------------------------------------------- Ellis Chi | 500 Memorial Dr eyc@mit.edu | Cambridge (617)225-8823 | MA 02139 ------------------------------------------------------------- From rem-conf-request@es.net Sat Feb 04 16:44:08 1995 Received: from everest.cclabs.missouri.edu by osi-west.es.net via ESnet SMTP service id <29280-0@osi-west.es.net>; Sat, 4 Feb 1995 13:43:27 +0000 Received: from sgi2.phlab.missouri.edu (sgi2.phlab.missouri.edu [128.206.115.32]) by everest.cclabs.missouri.edu (8.6.9/8.6.6-Arete) with SMTP id PAA17836; Sat, 4 Feb 1995 15:43:18 -0600 Date: Sat, 4 Feb 1995 15:43:18 -0600 (CST) From: Paul 'Shag' Walmsley X-Sender: ccshag@sgi2.phlab.missouri.edu To: Stephen Casner cc: rem-conf@es.net Subject: Re: MSessMon and NASA Shuttle Video In-Reply-To: <791888421.0.CASNER@XFR.ISI.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Sat, 4 Feb 1995, Stephen Casner wrote: > I have to say, though, that I preferred the video images we saw on > previous shuttle missions with the nv video encoding scheme over those > we get this time with the H.261 encoding. The somewhat increased > frame rate is nice, but the picture always looks blurry. Since many > of the impressive images are mostly still, or with nearly the full > frame in motion in which case the frame rate doesn't seem to be that > much faster, I don't think H.261 is really a win. H.261 uses a lot > more CPU, too. I saw about 30 minutes of it, and what caught my eye - other than the faster frame rate - was the color distortion. It seemed that in some shots of Mission Control, what should have been white was yellow - like shirts, sides of monitors, etc. Also, some of the wall-display video - like the blue map of the world - had a pronounced reddish tinge to the side. I imagine that these are codec artifacts - does H.261 perform aggressive color quantization inside a "block" ( <-- my H.261 naivete showing :) ) - Paul "Shag" Walmsley "I'll drink a toast to bold evolution any day!" From rem-conf-request@es.net Sat Feb 04 19:22:51 1995 Received: from Mordor.Stanford.EDU by osi-west.es.net via ESnet SMTP service id <29989-0@osi-west.es.net>; Sat, 4 Feb 1995 16:22:19 +0000 Received: from macii-morgan.stanford.edu (macii-morgan.Stanford.EDU [36.53.0.167]) by Mordor.Stanford.EDU (8.6.9/8.6.6) with SMTP id QAA17413; Sat, 4 Feb 1995 16:22:15 -0800 Date: Sat, 4 Feb 95 16:22:16 -0800 From: RL Bob Morgan To: rem-conf@es.net, namedroppers@internic.net Subject: audiocast of IETF DNSIND WG interim meeting Feb 8 Cc: morgan@networking.Stanford.EDU, bush@psg.com Message-ID: Content-Type: TEXT/plain; charset=US-ASCII There will be an interim meeting of the IETF DNSIND Working Group at Stanford on Wednesday Feb 8. We intend to audiocast the proceedings on the MBONE, from about 8:30 AM to 5 PM PST (1630 Feb 8 to 0100 Feb 9 GMT). Please let us know if this will conflict with some other MBONE use. Assuming everything's OK I'll start up the sd advertisement the day before. If there's interest on the part of both presenters and audience we could do whiteboard too. - RL "Bob" Morgan Networking Systems Stanford morgan@networking.stanford.edu --- Subject: interim dnsind dynamic update meeting 95.02.08 From: Randy Bush To: namedroppers CC: ietf Date: Thu, 5 Jan 95 07:38 PST February 8 at Stanford, in a room yet to be assigned, dnsind will hold an interim meeting on dynamic update. When details of local arrangements are known, they will be posted. But it seems polite to get notice out now despite some lack of details. If you plan on attending, please send email to me (not the list), so the room is appropriate. My current estimate is <= 20 attendees. randy From rem-conf-request@es.net Sun Feb 05 03:20:58 1995 Received: from rx7.ee.lbl.gov by osi-west.es.net via ESnet SMTP service id <02479-0@osi-west.es.net>; Sun, 5 Feb 1995 00:20:29 +0000 Received: by rx7.ee.lbl.gov for rem-conf@es.net (5.65/1.44r) id AA00473; Sun, 5 Feb 95 00:24:17 -0800 Message-Id: <9502050824.AA00473@rx7.ee.lbl.gov> To: Stephen Casner Cc: rem-conf@es.net Subject: Re: MSessMon and NASA Shuttle Video In-Reply-To: Your message of Sat, 04 Feb 95 01:00:21 PST. Date: Sun, 05 Feb 95 00:24:16 PST From: Van Jacobson > I have to say, though, that I preferred the video images we saw > on previous shuttle missions with the nv video encoding scheme > over those we get this time with the H.261 encoding. The > somewhat increased frame rate is nice, but the picture always > looks blurry. It is certainly true that the h.261 DCT coding is not as sharp as the nv Haar wavelet coding. But the fuzzy pictures may not be due to that. The feed is apparently coming from an SGI Indy and SGI's video capture hardware is, umm, interesting. To minimize data across the bus (ie., to maximize the performance of the very, very slow galileo hardware) vic is grabbing frames, not fields, and asking the capture hardware to decimate by 2 in both dimensions. It appears the SGI hardware doesn't support deinterlace because the two fields making up each captured frame are not consecutive & apparently chosen at random. This is what causes the motion artifacts you observe. The bluriness is mostly caused by the hardware decimation which is quite amazing -- when you ask for decimation by 2, it looks as if they decimate by 8 then replicate the result by 4. This results in all sorts of block artifacts that screw up the DCT and the low-pass filtering associated with the overdecimation is what causes most of the blur. (I've often wondered how simple scaling could have been done so badly -- it's like someone was told to anti-alias filter before decimation & had an order-of- magnitude error in a comb filter cutoff frequency.) I've also observed the color shifts (& I'm colorblind so they must be really bad) but I'm not sure where they're coming from (I don't believe they have anything to do with vic or h.261). I saw a similar problem once on our Indigo when I had cables plugged into both the composite video input & the svideo input -- either there's no mux in the chroma path so the two signals get added together or the extra load makes the colorburst PLL unreliable. So perhaps there's an extra cable or an extra termination on scorpio's video input. The SGI vl grabber in the 2.7 version of vic has been rewritten to work like the vl grabber Andy Cherenson wrote for nv. It grabs fields instead of frames to avoid the deinterlace bugs & does its own software decimation to avoid the hardware scaling bugs. This results in slower capture with a galileo/indy-video but much better quality and slightly faster capture with the built-in vino video on an Indy. I'll ask if NASA would like to try a 2.7 prerelease to see if that improves things. > I hope that soon both the nv and H.261 algorithms (and probably > others as well) will be available in both nv and vic; The nv haar wavelet algorithm is currently available in vic with both nv-style encapsulation & RTPv2 encapsulation. If the quality problems are really due to h.261, perhaps the best of both worlds would be to select nv coding in vic's native mode (i.e., RTPv2 encapsulation) to get the diagnostic capabilities of RTPv2 with the quality of the haar wavelet. But the frame rate improvement from h.261 is not trivial -- on similar scenes, like the nightime city lights flyovers they're showing now, the h.261 frame rate is more then 10 times the nv frame rate from the last mission: 1.5-3 f/s vs. 0.1-0.2 f/s. And today's crew press briefing was actually lip-synced with 5 f/s video at only 64kb/s. - Van From rem-conf-request@es.net Mon Feb 06 03:48:43 1995 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <10258-0@osi-west.es.net>; Mon, 6 Feb 1995 00:48:16 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-20) id ; Mon, 6 Feb 1995 00:48:04 -0800 Posted-Date: Mon 6 Feb 95 00:47:59 PST Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Mon, 6 Feb 95 00:48:00 PST Date: Mon 6 Feb 95 00:47:59 PST From: Stephen Casner Subject: Re: Request for Tunnel To: rsn@spl42.spl.loral.com, rem-conf@es.net Cc: gvb@spl42.spl.loral.com Message-Id: <792060479.0.CASNER@XFR.ISI.EDU> In-Reply-To: <9502031723.AA08161@spl42.spl.loral.com> Mail-System-Version: Richard Neale: > In fact, XXZZY, has been working to make the capability > available in both hardware, software and support. This has > been at cost, on their part, which currently has no revenue > stream yet associated. Let me clarify what I said before. I think it is perfectly reasonable for XXZZY to charge extra to cover their costs of providing MBone service so that they can do it right. Then we'd find out how much customers really think it is worth. If some network service providers choose to bundle multicast service into their normal charges, and some keep it separate, then that becomes a point of product differentiation. -- Steve ------- From rem-conf-request@es.net Mon Feb 06 08:41:10 1995 Received: from swan.cl.cam.ac.uk by osi-west.es.net via ESnet SMTP service id <15848-0@osi-west.es.net>; Mon, 6 Feb 1995 05:40:43 +0000 Received: from swan.cl.cam.ac.uk (user pb (rfc931)) by swan.cl.cam.ac.uk with SMTP (PP-6.5) to cl; Mon, 6 Feb 1995 13:39:55 +0000 X-Mailer: exmh version 1.5.3+cl+pgp 94/12/28 To: rem-conf@es.net, mbone@ISI.EDU Cc: Ross.Anderson@cl.cam.ac.uk Subject: JIPS Mbone transmission 95/02/07 16:15-17:15UTC (cl.cam.ac.uk Security) X-uri: X-face: &@N3QE9h|>f`igFCkZ'a1`z=nNLXb}k>H(79G"V?@!&*yn)uhPBctF1vc}LD'{OA%$bsX+l [wN,I^G8kKj2NFxQrr@1C4QBC]hq5-%ZkV,^Zl/qE<0`zCQ1nM+]-N<^WG[H)]?d)A:L9AFgOU[Bjb aY)uBAMz}h!fm^O0# Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 06 Feb 1995 11:44:59 +0000 From: Piete Brooks Message-ID: <"swan.cl.cam.:216790:950206114510"@cl.cam.ac.uk> We hope to be transmitting the Security Group's seminar. The expected audience is UK sites interested in Security, so the TTL is being set low. It's meant as a "low key" transmission (without anyone manning the camera, etc) but if anyone outside JIPS wants the TTL raised, please let me know. [[ We shall be using nv, as I haven't yet heard of a way for vic to work on a mono screen, and anyway, we're not geared up for vic recording yet ]] SPEAKER: Peter Sommer, LSE DATE: 7th February 1995 at 4.15pm (16:15 UTC) TITLE: INSURANCE AS AN ENFORCER/PERSUADER FOR COMPUTER SECURITY The speaker will consider enforcement and persuasive mechansisms in general - - - risk analysis, law, regulation, contractual requirements, etc - and then show the role of insurance in these. He will then discuss how insurers make their commercial decisions, and argue that perhaps one should not expect too much of a lead from them. Finally, and if there is time and interest, he can look at the possibilities of new forms of computer-related insurance. This seminar will be multicast (audio and video) on the mbone as part of our multimedia test programme. Further information is available at http://www.cl.cam.ac.uk/mbone/#cl. From rem-conf-request@es.net Mon Feb 06 10:43:08 1995 Received: from alpha.Xerox.COM by osi-west.es.net via ESnet SMTP service id <16874-0@osi-west.es.net>; Mon, 6 Feb 1995 07:42:31 +0000 Received: from skylark.parc.xerox.com ([13.2.116.7]) by alpha.xerox.com with SMTP id <14454(6)>; Mon, 6 Feb 1995 07:42:16 PST Received: from localhost by skylark.parc.xerox.com with SMTP id <12174>; Mon, 6 Feb 1995 07:42:05 -0800 To: rem-conf@es.net, ipng@sunroof.eng.sun.com, addrconf@cisco.com Cc: deering@parc.xerox.com Subject: multicast of IPng area WG meetings, Feb 9 and 10 Date: Mon, 6 Feb 1995 07:41:49 PST Sender: Steve Deering From: Steve Deering Message-Id: <95Feb6.074205pst.12174@skylark.parc.xerox.com> The interim meeting of the IPng, ngtrans, and addrconf working groups at Xerox PARC will be multicast on the MBone on Thursday and Friday, Feb 9 and 10, from 9 am to 6 pm PST (1700-0200 GMT), using the same TTL scope as regular IETF meetings ("IETF channel 1"). We *may* be able to do a tape-delayed replay for the time-zone-challenged, but no promises. Please let me know of any overlap with other MBone events. Steve From rem-conf-request@es.net Mon Feb 06 13:21:56 1995 Received: from alpha.Xerox.COM by osi-west.es.net via ESnet SMTP service id <01934-0@osi-west.es.net>; Mon, 6 Feb 1995 10:21:25 +0000 Received: from skylark.parc.xerox.com ([13.2.116.7]) by alpha.xerox.com with SMTP id <14497(2)>; Mon, 6 Feb 1995 10:21:08 PST Received: from localhost by skylark.parc.xerox.com with SMTP id <12174>; Mon, 6 Feb 1995 10:21:02 -0800 To: paden@orion.arc.nasa.gov, stevek@arc.nasa.gov Cc: rem-conf@es.net, deering@parc.xerox.com Subject: no shuttle audio coming through Date: Mon, 6 Feb 1995 10:20:53 PST Sender: Steve Deering From: Steve Deering Message-Id: <95Feb6.102102pst.12174@skylark.parc.xerox.com> The audio part of the Shuttle multicast is not being received by many MBone sites. Is it being sent? Steve From rem-conf-request@es.net Mon Feb 06 13:24:08 1995 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <02008-0@osi-west.es.net>; Mon, 6 Feb 1995 10:23:28 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-20) id ; Mon, 6 Feb 1995 10:23:18 -0800 Posted-Date: Mon 6 Feb 95 10:23:14 PST Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Mon, 6 Feb 95 10:23:15 PST Date: Mon 6 Feb 95 10:23:14 PST From: Stephen Casner Subject: Re: MSessMon and NASA Shuttle Video To: van@ee.lbl.gov Cc: rem-conf@es.net Message-Id: <792094994.0.CASNER@XFR.ISI.EDU> In-Reply-To: <9502050824.AA00473@rx7.ee.lbl.gov> Mail-System-Version: Van, > I'll ask if NASA would like to try a 2.7 prerelease to see > if that improves things. > If the > quality problems are really due to h.261, perhaps the best of > both worlds would be to select nv coding in vic's native mode > (i.e., RTPv2 encapsulation) to get the diagnostic capabilities > of RTPv2 with the quality of the haar wavelet. Those are good suggestions. I would be nice to see a valid comparison of the two algorithms without unrelated artifacts getting in the way. -- Steve ------- From rem-conf-request@es.net Mon Feb 06 14:03:16 1995 Received: from cancer.ucs.ed.ac.uk by osi-west.es.net via ESnet SMTP service id <02976-0@osi-west.es.net>; Mon, 6 Feb 1995 11:02:23 +0000 Received: from scorpio.ucs.ed.ac.uk (jaw@scorpio.ucs.ed.ac.uk [129.215.200.48]) by cancer.ucs.ed.ac.uk (8.6.9/8.6.9) with ESMTP id TAA23656; Mon, 6 Feb 1995 19:01:27 GMT Received: (jaw@localhost) by scorpio.ucs.ed.ac.uk (8.6.9/8.6.9) id TAA06161; Mon, 6 Feb 1995 19:01:24 GMT Date: Mon, 6 Feb 1995 19:01:21 +0000 (GMT) From: Graeme Wood Reply-To: Graeme.Wood@ucs.ed.ac.uk To: Steve Deering cc: paden@orion.arc.nasa.gov, stevek@arc.nasa.gov, rem-conf@es.net Subject: Re: no shuttle audio coming through In-Reply-To: <95Feb6.102102pst.12174@skylark.parc.xerox.com> Message-ID: X-Department: "Unix Systems Support, Computing Services" X-Organisation: "The University of Edinburgh" X-URL: "http://ugwww.ucs.ed.ac.uk/~jaw/" X-Phone: +44 31 650 5003 X-Fax: +44 31 650 6552 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 6 Feb 1995, Steve Deering wrote: > The audio part of the Shuttle multicast is not being received by many MBone > sites. Is it being sent? For most part of the day the UK has received nothing. This has been my experience throughout the current broadcast. I assume something is falling in heap overnight in the US. Also the video that is being sent is no longer RTPv2. ============================================================================= Graeme Wood Email: Graeme.Wood@ucs.ed.ac.uk Unix Systems Support Phone: +44 131 650 5003 The University of Edinburgh Fax: +44 131 650 6552 ----------------------------------------------------------------------------- Scottish MICE National Support Centre Email: mice-nsc-scotland@ed.ac.uk for your multimedia conferencing support WWW: http://mice.ed.ac.uk/mice/ ============================================================================= From rem-conf-request@es.net Mon Feb 06 18:24:47 1995 Received: from fenris.hiof.no by osi-west.es.net via ESnet SMTP service id <05840-0@osi-west.es.net>; Mon, 6 Feb 1995 15:24:10 +0000 Received: from abdallah.hiof.no by fenris.hiof.no with SMTP (PP) id <23966-0@fenris.hiof.no>; Tue, 7 Feb 1995 00:21:25 +0100 Received: by abdallah.hiof.no (5.0/SMI-SVR4) id AA20641; Mon, 6 Feb 1995 23:21:10 +0000 Date: Mon, 6 Feb 1995 23:21:09 +0000 (GMT) From: Borre Ludvigsen Subject: Re: no shuttle audio coming through To: Graeme.Wood@ucs.ed.ac.uk Cc: Steve Deering , paden@orion.arc.nasa.gov, stevek@arc.nasa.gov, rem-conf@es.net In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII content-length: 1201 For UK watchers, allow me to recommend CU-SeeMe on 130.235.128.100. We had some great audio and video during the rendevouz. - Barre On Mon, 6 Feb 1995, Graeme Wood wrote: > On Mon, 6 Feb 1995, Steve Deering wrote: > > > The audio part of the Shuttle multicast is not being received by many MBone > > sites. Is it being sent? > > For most part of the day the UK has received nothing. This has been my > experience throughout the current broadcast. I assume something is > falling in heap overnight in the US. Also the video that is being sent > is no longer RTPv2. > > ============================================================================= > Graeme Wood Email: Graeme.Wood@ucs.ed.ac.uk > Unix Systems Support Phone: +44 131 650 5003 > The University of Edinburgh Fax: +44 131 650 6552 > ----------------------------------------------------------------------------- > Scottish MICE National Support Centre Email: mice-nsc-scotland@ed.ac.uk > for your multimedia conferencing support WWW: http://mice.ed.ac.uk/mice/ > ============================================================================= > > From rem-conf-request@es.net Mon Feb 06 19:02:58 1995 Received: from sgigate.SGI.COM by osi-west.es.net via ESnet SMTP service id <06339-0@osi-west.es.net>; Mon, 6 Feb 1995 16:02:32 +0000 Received: from anemone.corp.sgi.com (anemone.corp.sgi.com [192.102.145.231]) by sgigate.sgi.com (940519.SGI.8.6.9/8.6.4) with ESMTP id QAA05483; Mon, 6 Feb 1995 16:02:02 -0800 Received: from localhost by anemone.corp.sgi.com via SMTP (940816.SGI.8.6.9/930416.SGI) id QAA28857; Mon, 6 Feb 1995 16:02:00 -0800 Message-Id: <199502070002.QAA28857@anemone.corp.sgi.com> To: rem-conf@es.net cc: ktk@anemone.corp.sgi.com, hugh@ecotone.toad.com, lear@anemone.corp.sgi.com, cypherpunks-announce@toad.com, cypherpunks@toad.com Subject: preliminary cypherpunks announcement Date: Mon, 06 Feb 95 16:02:00 -0800 From: Katy Kislitzin hi! we're going to try again to broadcast this saturday's sf bay area cypherpunks meeting. Scheduled time is Feb 11, 1pm - 6pm. Crypto-anarchy will be the order of the day, as usual; will post a real announcement with speakers and topics shortly. Please let me know asap if there are conflicts... --kt Katy Kislitzin Silicon Graphics I/S Network Software ktk@corp.sgi.com From rem-conf-request@es.net Mon Feb 06 19:16:44 1995 Received: from viipuri.nersc.gov by osi-east.es.net via ESnet SMTP service id <14759-0@osi-east.es.net>; Mon, 6 Feb 1995 16:16:25 +0000 Received: by viipuri.nersc.gov (4.1/ESnet-1.2) id AA03927; Mon, 6 Feb 95 16:16:24 PST Date: Mon, 6 Feb 95 16:16:24 PST From: ari@es.net (Ari Ollikainen) Message-Id: <9502070016.AA03927@viipuri.nersc.gov> To: rem-conf@es.net Subject: FORWARDED: IP multicast pathces for SUN OS 4.1.3U1 Reply-To: rem-conf@es.net Sent to the -request address by mistake... ----- Begin Included Message ----- >From dunigan@thdsun.epm.ornl.gov Mon Feb 6 12:02:04 1995 Date: Mon, 6 Feb 1995 15:01:44 -0500 From: Tom Dunigan 576-2522 To: rem-conf-request@es.net Subject: IP multicast pathces for SUN OS 4.1.3U1 Content-Length: 171 are there kernel patches for adding IP multicast to SUN OS 4.1.3U1 or is the Jun 29 1993 ipmulti-sunos41x.tar.Z at gregorio.stanford.edu as good as it gets ? thanks tom ----- End Included Message ----- From rem-conf-request@es.net Tue Feb 07 09:19:21 1995 Received: from charon.cwi.nl by osi-west.es.net via ESnet SMTP service id <12397-0@osi-west.es.net>; Tue, 7 Feb 1995 06:18:50 +0000 Received: from schelvis.cwi.nl by charon.cwi.nl with SMTP id ; Tue, 7 Feb 1995 15:18:34 +0100 Received: by schelvis.cwi.nl with SMTP id ; Tue, 7 Feb 1995 15:18:34 +0100 Message-Id: <9502071418.AA01986=jack@schelvis.cwi.nl> To: rem-conf@es.net Cc: Marcel.Roelofs@cwi.nl Subject: Broadcast of OpenMath workshop Organisation: Multi-media group, CWI, Kruislaan 413, Amsterdam Phone: +31 20 5924098(work), +31 20 5924199 (fax), +31 20 6160335(home) X-Last-Band-Seen: Treble Spankers (Kroeg, 21-1) X-Mini-Review: Surfing through the 9Ts.. Date: Tue, 07 Feb 1995 15:18:33 +0100 From: Jack Jansen As announced last month, next thursday and friday (February 9 and 10) we'll be broadcasting the OpenMath workshop. OpenMath is a protocol for doing mathematics over the internet, see http://www.rrz.uni-koeln.de/themen/Computeralgebra/OpenMath for details. We'll be sending audio (idvi) and as-slow-as-possible video of the slides, at the following times: thursday: 11.00-17.00 MET (GMT+1) friday: 09.00-17.00 For MBone-related questions/remarks/etc contact me at Jack.Jansen@cwi.nl or +31 20 5924098. Don't ask me about the subject matter, though, but contact Marcel.Roelofs@cwi.nl in stead. -- Jack Jansen | If I can't dance I don't want to be part of Jack.Jansen@cwi.nl | your revolution -- Emma Goldman uunet!cwi.nl!jack G=Jack;S=Jansen;O=cwi;PRMD=surf;ADMD=400net;C=nl From REM-CONF-request@es.net Tue Feb 07 09:30:33 1995 Received: from pppl.gov by osi-west.es.net via ESnet SMTP service id <12461-0@osi-west.es.net>; Tue, 7 Feb 1995 06:30:02 +0000 Received: from RAX (rax.pppl.gov [192.55.106.12]) by pppl.gov (8.6.8.1/8.6.5) with SMTP id JAA12131 for ; Tue, 7 Feb 1995 09:29:58 -0500 From: schechtm@rax.pppl.gov Date: Tue, 7 Feb 1995 09:23:13 -0500 Message-Id: <95020709231283@rax.pppl.gov> To: REM-CONF@es.net Subject: multicast under 4.1.3C X-VMS-To: REM-CONF@ES.NET X-VMS-Cc: SCHECHTM Hi, I'm trying to install multicast 3.3 on the following machine: *************** showrev version 1.15 ***************** * Hostname: "pro.pppl.gov" * Hostid: "8002360c" * Kernel Arch: "sun4m" * Application Arch: "sun4" * Kernel Revision: 4.1.3C (GENERIC) #8: Fri Jul 9 15:10:57 PDT 1993 * Release: 4.1.3C * OpenWindows: OW * Patch: No patch information found. ******************************************************* When running mcast_install, the script does not like 413C. "cannot locate sys.sunos413C" I can modify the script to use the 413 files but is it possible that I have a more serious problem? Thanks for any help, Nathan Schechtman email: nschechtman@pppl.gov Princeton Plasma Physics Lab phone: 609-243-3465 Princeton, NJ 08543 From rem-conf-request@es.net Tue Feb 07 12:53:58 1995 Received: from alpha.Xerox.COM by osi-west.es.net via ESnet SMTP service id <14286-0@osi-west.es.net>; Tue, 7 Feb 1995 09:53:18 +0000 Received: from skylark.parc.xerox.com ([13.2.116.7]) by alpha.xerox.com with SMTP id <14490(3)>; Tue, 7 Feb 1995 09:53:04 PST Received: from localhost by skylark.parc.xerox.com with SMTP id <12174>; Tue, 7 Feb 1995 09:52:58 -0800 To: rem-conf@es.net Cc: deering@parc.xerox.com Subject: MBone talk, Feb 14 Date: Tue, 7 Feb 1995 09:52:55 PST Sender: Steve Deering From: Steve Deering Message-Id: <95Feb7.095258pst.12174@skylark.parc.xerox.com> I will be giving a talk about the MBone on Tuesday, Feb 14, at 7 pm PST (0300 GMT), including a demo of some of the A/V tools. It would be great to have a few MBoners talk back to me and send some video to me (especially the Aussies -- that always impresses the Yanks). I'll label the sd session "SEF/UniForum MBone Talk". The talk announcement is appended below. Please let me know if this conflicts with any other planned MBone transmissions. Steve ---------- SEF/UniForum Open Systems SIG Internet MBone Status and Future -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Steve Deering of Xerox PARC will tell us about MBone, the Internet multimedia multicasting feature that brings audio & video broadcasts of meetings, training, and entertainment to Netters who can receive them. ** We plan to have a live MBone demo on the large screen ** Steve will trace MBone from its beginning to its current research level success, and will project opportunities and issues for widespread availability of MBone broadcasts -- to you and me, too! At Xerox PARC, Steve researches advanced internetwork technologies, including multicast routing, mobile internetworking, scalable addressing, and support for Internet multimedia applications. He is present or past chair of numerous working groups of the Internet Engineering Task Force (IETF). Place: Digital Equipment Corporation 130 Lytton Street, Palo Alto CA (Corner of Alma, 1 block N. of University) Date & Time: Tuesday, February 14, 1995, 7:00-9:00 p.m. Cost: Free for SEF and full UniForum members and DEC employees; $5 for trial UniForum members; $10 for others. No reservation required; limit of 90 attendees. Information: George Bosworth, 415/851-3304, georgeb@netcom.com SEF, the Software Entrepreneurs' Forum, started in 1983, is a leading Silicon Valley-based non-profit organization dedicated to software professionals, with over 900 members. SEF informs and educates its members on all facets of the software industry. SEF sponsors 12 other SIGs, which meet once a month: Business Operations, Client Server, International, Internet, Macintosh, Marketing, Multimedia, Networking, Pen/Mobile, Visual Basic, Windows, and Wireless. Call 415/854-7219 for more SEF information. UniForum, The International Association of Open Systems Professionals, is a vendor-independent, not-for-profit professional association that helps individuals and their organizations increase their Information Systems effectiveness through the use of open systems, based on shared industry standards. Central to UniForum's mission is the delivery of high quality educations programs, trade shows and conferences, publications, on-line services, and peer group interactions. Call 800/255-5620 for more UniForum information. From rem-conf-request@es.net Tue Feb 07 14:42:25 1995 Received: from tweety.CS.Berkeley.EDU by osi-west.es.net via ESnet SMTP service id <15692-0@osi-west.es.net>; Tue, 7 Feb 1995 11:41:50 +0000 Received: from tweety.cs.berkeley.edu (localhost.Berkeley.EDU [127.0.0.1]) by tweety.cs.berkeley.edu (8.6.9/8.3) with ESMTP id LAA21640; Tue, 7 Feb 1995 11:41:47 -0800 From: Larry Rowe Message-Id: <199502071941.LAA21640@tweety.cs.berkeley.edu> X-Mailer: exmh version 1.5.3 12/28/94 To: rem-conf@es.net Subject: MBONE Announcement (2/10 Berkeley MM Seminar) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 07 Feb 1995 11:41:46 -0800 MULTIMEDIA AND GRAPHICS SEMINAR Motion in Video Compression: What's it Good For? Michael T. Orchard Dept. of Electrical and Computer Engineering and The Beckman Institute Univ. of Illinois at Urbana-Champaign Date: Feb. 10, 1995 Time: 2-3:30 Room: 405 Soda Hall Motion compensation is an essential component of any video compression system, allowing increased coding efficiency by exploiting interframe redundancies produced by scene motion. However, standard algorithms for motion compensation represent ad-hoc approaches to exploiting motion, not based on a fundamental understanding of the information content of the ``motion field'' or its relationship to the information content of individual images in a video sequence. Consequently, many basic questions about the role of motion in video compression remain unanswered. Do standard methods fully exploit motion information included in the transmitted bit-stream? If not, how does one do better? Could we improve efficiency by transmitting more motion information than the standard algorithms? Is it necessary to transmit motion information to exploit motion? How do characteristics of motion fields effect the efficiency of motion compensation? How can one formalize a statistical characterization of motion fields? This talk will raise many of the above questions, and suggest frameworks for at least partially answering some of them. ------------ This seminar will be broadcast on the MBONE starting around 2:15. 405 Soda Hall is a relatively small seminar room (approx. 25 seats). Folks at Berkeley might want to attend the seminar by watching it on your workstation, if it can receive MBONE transmissions. For further information on accessing the MBONE contact see the FAQ (/usr/sww/doc/faq/mbone.faq). From rem-conf-request@es.net Tue Feb 07 15:52:00 1995 Received: from tutuila.gsfc.nasa.gov by osi-west.es.net via ESnet SMTP service id <16816-0@osi-west.es.net>; Tue, 7 Feb 1995 12:51:26 +0000 Received: by tutuila.gsfc.nasa.gov (931110.SGI/930416.SGI.AUTO) for rem-conf@es.net id AA05231; Tue, 7 Feb 95 15:55:04 -0500 From: gene@tutuila.gsfc.nasa.gov Message-Id: <9502072055.AA05231@tutuila.gsfc.nasa.gov> Subject: JASON Project VI: Island Earth To: rem-conf@es.net Date: Tue, 7 Feb 1995 15:55:02 -0500 (EST) Cc: TRICOM1234@aol.com, todd@jason.org X-Mailer: ELM [version 2.4 PL0] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Length: 1318 The Earth's uniqueness as a planet in the solar system will be the primary focus of JASON Project Expedition VI, Island Earth. The exploration will take place in Hawai`i beginning in February of 1995 to look inward at the formation of the earth in which volcanoes are a central part of the story and outward at the solar system to see how the earth compares with other planets. During the two week expedition, live broadcasts will be sent from Hawai`i to JASON's Primary Interactive Network Sites, satellite downlink locations around the world where hundreds of thousands of students can participate in the Project and interact in real time with the scientists on site. These broadcasts, hosted by Dr. Robert Ballard, discoverer of the R.M.S. Titanic and founder of the JASON Project, will focus on the research activities of scientists, students and teachers participating in the program. Between March 6 and March 11, 1995 one of these live broadcasts will be delivered on the MBONE. More detailed scheduling information to be announced. More detailed information on the JASON Project can be found at: http://seawifs.gsfc.nasa.gov/JASON.html gene feldman/NASA/Goddard Space Flight Center/gene@seawifs.gsfc.nasa.gov todd viola/Jason Foundation for Education/todd@jason.org madelyn smith/Tricom/TRICOM1234@aol.com From rem-conf-request@es.net Wed Feb 08 13:21:10 1995 Received: from ezmail.ucs.indiana.edu by osi-west.es.net via ESnet SMTP service id <26877-0@osi-west.es.net>; Wed, 8 Feb 1995 10:20:40 +0000 Received: by ezmail.ucs.indiana.edu id AA16600 (5.67b/IDA-1.5 for rem-conf@es.net); Wed, 8 Feb 1995 13:19:54 -0500 Date: Wed, 8 Feb 1995 13:19:49 -0400 (EST) From: Allen Robel Subject: YAMP (SMRP) To: rem-conf@es.net Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Yet Another Multicast Protocol... :-( allen CISCO SYSTEMS TO LICENSE APPLE NETWORKED MULTIMEDIA TECHNOLOGY Apple today announced that Cisco Systems, Inc., leading vendor of internetworking equipment, is licensing networked multimedia technology >from Apple. The technology area of this licensing arrangement allows end-users to broadcast digital audio and video from their personal computers on stand-alone or enterprise networks. Apple's networking technology is included in the QuickTime Conferencing architecture, also announced today. Using QuickTime Conferencing technology, audio-video broadcasts can be viewed by network users from their desktop or portable computers, while using a minimum of network bandwidth. For example, -- A seminar on advanced mathematics is being given in a large university. Students can view the seminar on their desktop networked computers from their dorm rooms, labs or offices. -- A speech is being given on environmental effects of heavy commuter traffic. The home office of a telecommuter is wired into the corporate local-area network, and the speech can be viewed in real-time and recorded into a QuickTime movie for archival purposes. -- A variety of new CD-audio releases for big-band, classical and pop music are being broadcast 24 hours a day on the corporate-wide, high-speed network of a West Coast record company. Employees all over the country can sample the musical tracks from their desktop and portable computers from any point on the nationwide digital network. -- A company-wide communications meeting can be broadcast for easy viewing by all employees at their desktop. Apple's multicast protocols minimize the amount of network bandwidth required to distribute multimedia data streams on distributed networks. Instead of flooding the entire network with broadcast packets for this type of application, multimedia data only flows to those users on the network who request the data, thereby producing an efficient distribution of multimedia streams. "The licensing of Apple's multicast protocols to Cisco is an exciting event for users of Macintosh and Power Macintosh computers. This is the first step towards making it easier to allow multimedia data streams to be broadcast and viewed from any point on the network with high performance", said Tony Moraros, product manager of AppleTalk network protocols, at Cisco Systems Inc. Cisco is licensing from Apple the Simple Multicast Routing Protocol (SMRP), a specialized network protocol for routing multimedia data streams on enterprise networks. The protocol licensed by Cisco Systems, Inc. works in conjunction with multicast extensions to the AppleTalk protocol, in use today on millions of Macintosh and Power Macintosh personal computers. Apple's newly developed multicast protocols are included in the QuickTime Conferencing software products, also announced today. Cisco Systems, Inc., headquartered in San Jose, California, is the leading global supplier of enterprise networks, including routers, LAN and ATM switches, dial-up access servers, and network management software. These products, integrated by Cisco's Internetwork Operating System (IOS), link geographically dispersed LANs, WANs and IBM networks. From REM-CONF-request@es.net Wed Feb 08 16:10:27 1995 Received: from pppl.gov by osi-west.es.net via ESnet SMTP service id <28887-0@osi-west.es.net>; Wed, 8 Feb 1995 13:09:50 +0000 Received: from RAX (rax.pppl.gov [192.55.106.12]) by pppl.gov (8.6.8.1/8.6.5) with SMTP id QAA05179 for ; Wed, 8 Feb 1995 16:09:47 -0500 From: schechtm@rax.pppl.gov Date: Wed, 8 Feb 1995 16:05:53 -0500 Message-Id: <95020816055286@rax.pppl.gov> To: REM-CONF@es.net Subject: Today's New York Times X-VMS-To: REM-CONF@ES.NET X-VMS-Cc: SCHECHTM People on this list might be interested in today's (Feb 8) New York Times which has an extensive article on Multicasting. It's on the first business page with the title: "PEERING OUT A REAL TIME WINDOW Multicasting takes Internet users to the outer limits" Nathan Schechtman email: nschechtman@pppl.gov Princeton Plasma Physics Lab phone: 609-243-3465 Princeton, NJ 08543 From REM-CONF-request@es.net Wed Feb 08 16:11:44 1995 Received: from cs.ida.org by osi-west.es.net via ESnet SMTP service id <28917-0@osi-west.es.net>; Wed, 8 Feb 1995 13:11:06 +0000 Received: from macmailgate.ida.org by ida.org (4.1/SMI-4.1) id AA07056; Wed, 8 Feb 95 16:10:55 EST Message-Id: Date: 8 Feb 1995 16:17:00 -0500 From: Dianne Dry Subject: None To: REM-CONF@es.net X-Mailer: Mail*Link SMTP/QM 3.0.0 Subject: Time:3:28 PM OFFICE MEMO None Date:2/8/95 subscribe From rem-conf-request@es.net Wed Feb 08 18:49:28 1995 Received: from viipuri.nersc.gov by osi-east.es.net via ESnet SMTP service id <04522-0@osi-east.es.net>; Wed, 8 Feb 1995 15:49:07 +0000 Received: by viipuri.nersc.gov (4.1/ESnet-1.2) id AA06682; Wed, 8 Feb 95 15:49:06 PST Date: Wed, 8 Feb 95 15:49:06 PST From: ari@es.net (Ari Ollikainen) Message-Id: <9502082349.AA06682@viipuri.nersc.gov> To: rem-conf@es.net Subject: Apple Announces QuickTime Conferencing Reply-To: rem-conf@es.net The complete press release can be found at: ftp://ftp.info.apple.com/Apple.Support.Area/Apple.Press.Releases/07Feb95-QuickTime.Conferencing.txt > Apple Announces QuickTime Conferencing > Open, Cross Platform Conferencing, Collaboration and Multimedia > Communications Technology > > SAN FRANCISCO, California--February 7, 1995--Apple Computer today > announced a cross platform conferencing, collaboration and > multimedia communications technology that allows personal computer > users to share real-time information, images and sound anywhere in > the world. Apple is currently making the technology, called > QuickTime Conferencing, available to corporate allies who plan to > create or have announced they are creating end user applications > based on the technology. QuickTime Conferencing is a standards- > based architecture that allows users to: > > -- video conference and collaborate--to share and annotate text, > images, screen capture, sound, video and virtual scenes real-time > among fellow conference participants in a variety of locations > worldwide. QuickTime Conferencing allows users to record > conversations and transform those conversations into QuickTime > movies. All of this can be done on a variety of networks such as > an Integrated Services Digital Network (ISDN), the worldwide > internet, local area and wide area networks and Asynchronous > Transfer Mode (ATM) networks. QuickTime Conferencing can be used > by a number of simultaneous users, the total number being only by > available network bandwidth. > > -- conduct cross platform video conferencing connectivity > between Macintosh computers, PCs, UNIX systems and room-based > conferencing systems through the use of the H.320 worldwide > teleconferencing standard. > > -- broadcast and view multimedia content--digital audio, music > and video on a local or wide area network. > > Through alliances QuickTime Conferencing technology is expected to > yield product bundles such as: > -- Apple Media Conference Kit--Consisting of the QuickTime > Conferencing system extension, the Apple Media Conference > application and a high quality, color video camera. > -- Apple Media Conference Pro Kit--Consisting of the QuickTime > Conferencing system extension, the Apple Media Conference > application, a color video camera and an H.320 codec/ISDN adapter > board. Being developed by Sagem/SAT, a leading international > communications product company, the board is designed to allow > interoperability between platforms (Power Macintosh to Macintosh, > PC, UNIX and room systems) and full-screen image sharing. > --Complete Media Conference System--Consisting of an Apple Media > Conference Kit, a Power Macintosh 7100 AV, a 17 inch color > monitor, external speakers and a keyboard. > > Because QuickTime Conferencing is software-based, it is easily > incorporated into new and existing third party products. As such, > Apple believes that QuickTime-compatible products could yield > extremely affordable prices: > -- Apple Media Conference Kit--under $200 > -- Apple Media Conference Pro Kit--under $1,750 > -- Complete Media Conferencing System--under $6,000 > > Apple is working with a wide range of companies including telcos, > network, software and hardware providers and developers to provide > a range of solutions that take advantage of the benefits of > QuickTime Conferencing (see associated releases). These allies > have announced that they expect to make products available in the > second quarter of 1995. > From the home office to university campuses to the multinational > enterprise network, QuickTime Conferencing will allow users to > communicate with people across the country or across the world. > Users won't have to worry about whether their hardware equipment, > networking equipment and applications are compatible with the > solutions being used on the other end of the network line. > QuickTime Conferencing is designed to be fully operational with > H.320 standards-based systems. > "The introduction of QuickTime Conferencing will not only extend > Apple's leadership in multimedia, but will make an important > difference in the video conferencing and collaboration market," > said Rick Shriner, vice president of Apple's Core Technologies > Group. "Our goal in designing QuickTime Conferencing was to > develop a solution that allowed people the opportunity to > communicate and collaborate. By making it open in every sense of > the word, our users can metaphorically break down the walls of > their homes, schools and offices and expand the boundaries of > their lives." [ some hype deleted ] > Because QuickTime Conferencing is a software-based architecture, > application developers, communications providers and hardware > vendors can easily develop compatible solutions. For example, > Crosswise Corporation, the maker of Face to Face, a cross-platform > document conferencing application, developed a QuickTime > Conferencing-compatible version of their software in just one > month. A QuickTime Conferencing compatible application shares the > interface of other QuickTime Conferencing-enabled third party > applications, so customers can begin using applications quickly > and easily. > QuickTime Conferencing is based on Apple's award winning QuickTime > technology. It is a conferencing architecture which allows > support for both industry standards such as H.320, as well as > proprietary architectures, and codecs such as Indeo by Intel > Corporation. QuickTime Conferencing is transport, compression and > media-device independent. Apple's built-in AV capabilities > combined with the performance of the PowerPC RISC architecture, > make it easy for users to make multimedia connections with others [ some more hype deleted ] > To use the Apple Media Conference Kit on the Macintosh, users need > at least 16 Megabytes of RAM, a 68040 or PowerPC-based Macintosh, > System 7.5, a network interface such as Ethernet, ISDN, Token > Ring, and optionally the ability to digitize audio and video using > the built-in AV subsystem or a third party digitizer card. To use > the Apple Media Conference Pro Kit on Macintosh, users need at > least 16 Megabytes of RAM, an AV PowerPC-based Macintosh and an > ISDN connection. To communicate with QuickTime Conferencing users > from the PC and other platforms, users will need an H.320 > compatible codec on their machine, available from a variety of > vendors. > QuickTime Conferencing technology is currently under > development and products using the technology have not yet been > completed. Apple will provide pricing and availability > information when products are completed and ready for release. [ Apple promo stuff deleted ] Ari@ES.net _/_/ _/_/_/_/ _/ Ari Ollikainen {VOX: 510 423-5962} _/ _/ _/ _/ _/ Energy Sciences Network {FAX: 510 423-8744} _/_/_/_/ _/_/_/_/ _/ National Energy Research Supercomputer Center _/ _/ _/ _/ _/ Lawrence Livermore National Laboratory _/ _/ _/ _/ _/ MailStop L-561, PO BOX 5509, Livermore, CA. 94551 ~~RECOM Technologies Inc.~~ From rem-conf-request@es.net Wed Feb 08 18:54:43 1995 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <00678-0@osi-west.es.net>; Wed, 8 Feb 1995 15:53:30 +0000 Received: from can.isi.edu by venera.isi.edu (5.65c/5.61+local-20) id ; Wed, 8 Feb 1995 15:53:23 -0800 Date: Wed, 8 Feb 1995 15:53:43 -0800 From: braden@ISI.EDU Posted-Date: Wed, 8 Feb 1995 15:53:43 -0800 Message-Id: <199502082353.AA03425@can.isi.edu> Received: by can.isi.edu (5.65c/4.0.3-4) id ; Wed, 8 Feb 1995 15:53:43 -0800 To: rem-conf@es.net, robelr@indiana.edu Subject: Re: YAMP (SMRP) *> *> Apple's multicast protocols minimize the amount of network bandwidth *> required to distribute multimedia data streams on distributed networks. *> Instead of flooding the entire network with broadcast packets for this *> type of application, multimedia data only flows to those users on the *> network who request the data, thereby producing an efficient distribution *> of multimedia streams. *> It sounds like simply receiver-controlled multicast, which is an idea developed by Deering and Cheriton in the Internet context, and embodied in IP multicasting for many years. Bob Braden From rem-conf-request@es.net Wed Feb 08 19:11:36 1995 Received: from primus.cstp.umkc.edu by osi-west.es.net via ESnet SMTP service id <00830-0@osi-west.es.net>; Wed, 8 Feb 1995 16:10:37 +0000 Received: by CSTP.UMKC.EDU (MX V4.1 AXP) id 48; Wed, 08 Feb 1995 18:10:33 CST Date: Wed, 08 Feb 1995 18:10:32 CST From: dvenkat@CSTP.UMKC.EDU To: rem-conf@es.net CC: dvenkat@CSTP.UMKC.EDU Message-ID: <0098BB07.BA7A00EC.48@CSTP.UMKC.EDU> Subject: subscribe subscribe Internet: DVENKAT@CSTP.UMKC.EDU University of Missouri - Kansas City Computer Science Telecommunications Program From rem-conf-request@es.net Wed Feb 08 21:20:40 1995 Received: from relay2.UU.NET by osi-west.es.net via ESnet SMTP service id <02264-0@osi-west.es.net>; Wed, 8 Feb 1995 18:19:21 +0000 Received: from ecotone.toad.com by relay2.UU.NET with SMTP id QQycgv29542; Wed, 8 Feb 1995 21:18:59 -0500 Received: by ecotone.toad.com id AA09964; Wed, 8 Feb 95 18:17:50 PST Date: Wed, 8 Feb 95 18:17:50 PST From: hugh@ecotone.toad.com (Hugh Daniel) Message-Id: <9502090217.AA09964@ecotone.toad.com> To: cypherpunks@toad.com Cc: rem-conf@es.net, ba-seminars@ucbvax.berkeley.edu Subject: Meeting Anncouncement for Sat. Feb. 11 1995 SF Bay Area Meeting Reply-To: hugh@toad.com What: Cypherpunks SF Bay Area Physical Meeting When: 13:00 February 11 1995 Where: Silicon Graphics, Inc., Building 5 (SGI's Iris Cafeteria) 2025 North Shoreline Boulevard, Mountain View, CA, Earth, Sol, MW Topic: Crypto Networking Protocol Hygiene Agenda: (listed times are almost all a joke) 12:00 Brown Bag Lunches, AV Debugging, Loose Talk 13:00 Meeting Begins (MBONE broadcast begins) 13:02 Meeting Announcements, Agenda Rewrite 13:08 Hugh Daniel on "When What Goes Where: Good Networking Protocol Hygiene" 13:45 Eric Hughes on "Sendmail as a Multiplexor" 14:30 Michael Sattler on "Announcement of CryptDisk v1.0" 14:40 General Announcements, Questions, Confusion etc. 15:00 BREAK! 15:30 Doug Barnes "Stream-oriented, analysis-resistant public-key protocols over UDP" 16:15 Raph Levien & KT Kislitzin on "Design philosophy for the upcomming PGP 3.0 API" 17:00 Hot New Topics of the Week & General Free For All! 17:59 Mbone Broadcast ends 18:00 KP room, Thank our SGI hosts & GOTO Dinner Presentations: "When What Goes Where: Good Networking Protocol Hygiene" Hugh Daniel When designing, coding and testing programs we are confronted with a myriad of choices as to how various parts of the solution communicate. Much is known about how to design 'protocols' that are flexible, debugable & robust. We are currently encoding cryptographic protocols in our systems and networks at a furious rate, yet there are new challenges in keeping such systems robust, secure and sometimes even anonymous. I hope to touch on some of the well known tricks and dangers, what is new when cryptographic and anonymous systems are combined with todays systems and where we might learn from the past. "Sendmail as a Multiplexor." Eric Hughes The basic architecture of sendmail is a recognizer and a dispatcher. These two elements provide a good framework for designing systems that can be changed piece by piece. Even when a facility seems to have stabilized, it's often a good idea to keep the flexible framework around for future experimentation and expansion. "Announcement of CryptDisk v1.0" Michael Sattler CryptDisk (for the Macintosh) is an example of the kinds of [mostly] transparent strong crypto that we need. Integrated smoothly with the operating system, CryptDisk provides IDEA encryption on a block read/write level for a virtual hard disk. It's beauty lies mainly in that it does exactly what the user expects and requires no more setup than remembering a pass-phrase. Source code is available upon request. Warning: Some governments might consider this software a "Munition", not suitable for "private possession" by free peoples. "Stream-oriented, analysis-resistant public-key protocols over UDP" Doug Barnes Many cypherpunks projects have a need to reliably transmit variable-length (sometimes quite long) data over unreliable networks. TCP lends itself to traffic analysis and is not well-suited for use in a hypothetical system of packet laundries that would lead to packets within a particular stream appearing to come from a variety of sources. We have designed and are currently implementing a UDP-based, hidden-streams protocol that utilizes fixed-length blocks and pseudo-random sequence numbering to provide reliable, stream-oriented services to higher-level applications despite extremely creative routing and laundering of packets. Raph Levien & KT Kislitzin "Design philosophy for the upcomming PGP 3.0 API" PGP is getting a major upgrade soon, some of the team doing the work will talk about the motivations and directions the work is going in. -------------------------------------------------------------------------------- From REM-CONF-request@es.net Thu Feb 09 03:27:06 1995 Received: from viipuri.nersc.gov by osi-west.es.net via ESnet SMTP service id <05127-0@osi-west.es.net>; Thu, 9 Feb 1995 00:26:39 +0000 Received: by viipuri.nersc.gov (4.1/ESnet-1.2) id AA07045; Wed, 8 Feb 95 19:48:50 PST Date: Wed, 8 Feb 95 19:48:50 PST From: ari@es.net (Ari Ollikainen) Message-Id: <9502090348.AA07045@viipuri.nersc.gov> To: REM-CONF@es.net Subject: Re: Today's New York Times > Nathan Schechtman wrote: > People on this list might be interested in today's (Feb 8) New > York Times which has an extensive article on Multicasting. > > It's on the first business page with the title: > > "PEERING OUT A REAL TIME WINDOW > Multicasting takes Internet users to the outer limits" > Does this article present the same view of multicast as the Apple press release on SMRP? Namely that that its a more efficient broadcast mechanism: > Apple's multicast protocols minimize the amount of network bandwidth > required to distribute multimedia data streams on distributed networks. > Instead of flooding the entire network with broadcast packets for this > type of application, multimedia data only flows to those users on the > network who request the data, thereby producing an efficient distribution > of multimedia streams. > > "The licensing of Apple's multicast protocols to Cisco is an exciting > event for users of Macintosh and Power Macintosh computers. This is the > first step towards making it easier to allow multimedia data streams to be > broadcast and viewed from any point on the network with high performance", > said Tony Moraros, product manager of AppleTalk network protocols, at > Cisco Systems Inc. Ari@ES.net _/_/ _/_/_/_/ _/ Ari Ollikainen {VOX: 510 423-5962} _/ _/ _/ _/ _/ Energy Sciences Network {FAX: 510 423-8744} _/_/_/_/ _/_/_/_/ _/ National Energy Research Supercomputer Center _/ _/ _/ _/ _/ Lawrence Livermore National Laboratory _/ _/ _/ _/ _/ MailStop L-561, PO BOX 5509, Livermore, CA. 94551 ~~RECOM Technologies Inc.~~ From rem-conf-request@es.net Thu Feb 09 06:04:35 1995 Received: from hillfoot.cent.gla.ac.uk by osi-west.es.net via ESnet SMTP service id <06523-0@osi-west.es.net>; Thu, 9 Feb 1995 03:04:03 +0000 Received: from hillhead.cent.gla.ac.uk by hillfoot.cent.gla.ac.uk with SMTP-GLA (PP); Thu, 9 Feb 1995 10:53:39 +0000 Received: from kite.psy.gla.ac.uk by hillhead.cent.gla.ac.uk with SMTP (PP); Thu, 9 Feb 1995 10:53:17 +0000 From: Anne Marie Date: Thu, 9 Feb 95 10:53:55 GMT Message-Id: <29207.9502091053@swan.psy.gla.ac.uk> To: rem-conf@es.net Subject: Vat and ATM I am having problems getting VAT to run point-to-point between two Sparc 20's running Solaris 2.3. The Suns have two network interfaces - one Ethernet the other ATM. Using the uvat 'fix' point-to-point works fine through ethernet but when I attempt the same process using the ATM network VAT fails to see the other host. Does anyone know if there is a separate 'fix' for this? My setup is: Two SS20's each with a Fore Systems SBA200 cards, driver version 2.3.0 These are connected to a Fore Systmes ASX200 ATM switch Any info would be appreciated Annemari ============================================================================= Anne Marie Fleming Tel: +44 41 330 5424 University of Glasgow Fax: +44 41 339 8889 56 Hillhead St Telex: 777070 UNIGLA Glasgow G12 8QB, U.K. email: annemari@psy.gla.ac.uk www url: http://www.psy.gla.ac.uk/staff/annemari.html ----------------------------------------------------------------------------- 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 Feb 09 07:54:38 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <07323-0@osi-west.es.net>; Thu, 9 Feb 1995 04:54:05 +0000 Received: from sol.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Thu, 9 Feb 1995 12:53:26 +0000 To: Anne Marie cc: rem-conf@es.net Subject: Re: Vat and ATM In-reply-to: Your message of "Thu, 09 Feb 95 10:53:55 GMT." <29207.9502091053@swan.psy.gla.ac.uk> Date: Thu, 09 Feb 95 12:53:23 +0000 Message-ID: <9062.792334403@cs.ucl.ac.uk> From: Jon Crowcroft >I am having problems getting VAT to run point-to-point between two Sparc 20's >running Solaris 2.3. The Suns have two network interfaces - one >Ethernet the other ATM. Using the uvat 'fix' point-to-point works >fine through ethernet but when I attempt the same process using >the ATM network VAT fails to see the other host. >Does anyone know if there is a separate 'fix' for this? don't use ATM? :-) >My setup is: >Two SS20's each with a Fore Systems SBA200 cards, driver version 2.3.0 >These are connected to a Fore Systmes ASX200 ATM switch does traceroute, ping and telnet get thru then try spray ... it also occurs to me - the vat at the receive end - how does it know to listen on the right interface - probably its still running its with its receive bound to the ethernet ip addr - i think you need to re-order the way the DNS names or IP addresses in /etc/hosts appear or something to get INADDR_ANY binds() to go to the other address by default.... or else tweak the routes to make sure the ATM 'subnet' or net is the main way to get to the other machine and run vat nameofothermachine/port or something..... jon From rem-conf-request@es.net Thu Feb 09 08:35:15 1995 Received: from dutepp9.et.tudelft.nl by osi-west.es.net via ESnet SMTP service id <07639-0@osi-west.es.net>; Thu, 9 Feb 1995 05:34:34 +0000 Received: by dutepp9.et.tudelft.nl id AA17666 (5.67b/IDA-1.5 for rem-conf@es.net); Thu, 9 Feb 1995 14:34:05 +0100 Date: Thu, 9 Feb 1995 14:34:05 +0100 (MET) From: Hans Otten X-Sender: hans@dutepp9.et.tudelft.nl To: Robert Mac Harrie Cc: rem-conf@es.net Subject: SunVideo (or other video-capture hardware) under SunOS 4.1.3 Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, We've recently ordered 2 SunVideo cards with cameras from Sun (and received 1 so far) with their assurance that they would work under SunOS 4.1.3. However, no software came with the stuff, and the manuals only mention Solaris 2.3/2.4 software. There is even a statement to the effect that there will never be any support under SunOS 4.1.3. The problem is that we don't want to switch to Solaris 2.4 just to use those cameras. While going through the mail-archive of the rem-conf mailing-list I came upon this message from Robert Mac Harrie : > We are getting ready to buy some new hardware and > I wanted to know if NV supports the SunVideo card > on a Sparc10 running 4.1.3. I think I read somewhere > that someone was doing that but I don't remember where. > Along these lines, is there someplace that some compiled > list exists on all the supported videocards? > Thanks for the help. The replies to that message in the mailing-list were mostly about the VigraPix card. However, I'm interrested in the same things: o is there support (official or not) for the SunVideo hardware for SparcStations running SunOS 4.1.3? o can anyone point me to a list of hardware/software available for Sun SparcStations 10 running SunOS 4.1.3 (4.1.3_U1 / 4.1.4 quiet soon)? Or tell me about the soft-/hardware you use on your SparcStation? MTIA, Hans. -- Hans Otten | EMail: H.Otten@et.tudelft.nl Dept. of Computer Architecture | Phone: (+31)15-783502/132909 (Work/Home) Fac. of Electrical Engineering | Delft University of Technology | From rem-conf-request@es.net Thu Feb 09 08:41:54 1995 Received: from sas.nersc.gov by osi-east.es.net via ESnet SMTP service id <16056-0@osi-east.es.net>; Thu, 9 Feb 1995 05:41:30 +0000 Received: from RicksPC.er.doe.gov by sas.nersc.gov with SMTP (1.37.109.11/16.3) id AA045127288; Thu, 9 Feb 1995 05:41:28 -0800 Date: Thu, 9 Feb 1995 05:41:28 -0800 X-Sender: aiken@sas.nersc.gov Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: ari@es.net (Ari Ollikainen) From: aiken@es.net (Bob Aiken) Subject: Re: Today's New York Times Cc: rem-conf@es.net X-Mailer: I think it was the article on Steve Deering (XEROX) and how Multicast (Steve's Thesis) is being implemented now on Mbone etc. bob > >> > Nathan Schechtman wrote: > >> People on this list might be interested in today's (Feb 8) New >> York Times which has an extensive article on Multicasting. >> >> It's on the first business page with the title: >> >> "PEERING OUT A REAL TIME WINDOW >> Multicasting takes Internet users to the outer limits" >> > > Does this article present the same view of multicast as the > Apple press release on SMRP? Namely that that its a more efficient > broadcast mechanism: > >> Apple's multicast protocols minimize the amount of network bandwidth >> required to distribute multimedia data streams on distributed networks. >> Instead of flooding the entire network with broadcast packets for this >> type of application, multimedia data only flows to those users on the >> network who request the data, thereby producing an efficient distribution >> of multimedia streams. >> >> "The licensing of Apple's multicast protocols to Cisco is an exciting >> event for users of Macintosh and Power Macintosh computers. This is the >> first step towards making it easier to allow multimedia data streams to be >> broadcast and viewed from any point on the network with high performance", >> said Tony Moraros, product manager of AppleTalk network protocols, at >> Cisco Systems Inc. > > >Ari@ES.net _/_/ _/_/_/_/ _/ Ari Ollikainen {VOX: 510 423-5962} > _/ _/ _/ _/ _/ Energy Sciences Network {FAX: 510 423-8744} > _/_/_/_/ _/_/_/_/ _/ National Energy Research Supercomputer Center > _/ _/ _/ _/ _/ Lawrence Livermore National Laboratory > _/ _/ _/ _/ _/ MailStop L-561, PO BOX 5509, Livermore, CA. 94551 >~~RECOM Technologies Inc.~~ > > > Robert J. Aiken U.S. Department of Energy ER-30, GTN Washington, D.C. 20585 +1-301-903-9960, +1-301-903-7774 (fax) aiken@es.net " Nec Temere Nec Timide " neither rashly nor timidly  From rem-conf-request@es.net Thu Feb 09 09:04:53 1995 Received: from terminator.rs.itd.umich.edu by osi-west.es.net via ESnet SMTP service id <07842-0@osi-west.es.net>; Thu, 9 Feb 1995 06:04:09 +0000 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id JAA02639; Thu, 9 Feb 1995 09:02:35 -0500 Message-Id: <199502091402.JAA02639@terminator.rs.itd.umich.edu> To: Jon Crowcroft Cc: Anne Marie , rem-conf@es.net, ie@merit.edu Subject: Re: Vat and ATM In-reply-to: Your message of Thu, 09 Feb 1995 12:53:23 +0000. <9062.792334403@cs.ucl.ac.uk> Date: Thu, 09 Feb 1995 09:02:35 -0500 From: Dory Ethan Leifer We have done some round trip testing with a similar ATM configuration and noticed some variable delay problems. We were never able to track it down but suspect it may be in host interfaces. I'd be interested in feedback once you get this working. Dory > > > >I am having problems getting VAT to run point-to-point between two Sparc 20 's > >running Solaris 2.3. The Suns have two network interfaces - one > >Ethernet the other ATM. Using the uvat 'fix' point-to-point works > >fine through ethernet but when I attempt the same process using > >the ATM network VAT fails to see the other host. > > >Does anyone know if there is a separate 'fix' for this? > > don't use ATM? :-) > > > >My setup is: > >Two SS20's each with a Fore Systems SBA200 cards, driver version 2.3.0 > >These are connected to a Fore Systmes ASX200 ATM switch > > does traceroute, ping and telnet get thru > then try spray ... > > it also occurs to me - the vat at the receive end - how does it know > to listen on the right interface - probably its still running its > with its receive bound to the ethernet ip addr - i think you need to > re-order the way the DNS names or IP addresses in /etc/hosts appear or > something to get INADDR_ANY binds() to go to the other address by > default.... > > or else tweak the routes to make sure the ATM 'subnet' or net is the > main way to get to the other machine and run > vat nameofothermachine/port > or something..... > > jon > From rem-conf-request@es.net Thu Feb 09 09:55:55 1995 Received: from lust.mrrl.lut.ac.uk by osi-west.es.net via ESnet SMTP service id <08250-0@osi-west.es.net>; Thu, 9 Feb 1995 06:54:54 +0000 Received: from localhost (martin@localhost) by lust.mrrl.lut.ac.uk (8.6.9/8.6.9) with SMTP id OAA15630; Thu, 9 Feb 1995 14:53:20 GMT Message-Id: <199502091453.OAA15630@lust.mrrl.lut.ac.uk> To: mbone@isi.edu, rem-conf@es.net X-URI: Subject: searchable archives MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <15622.792341595.1@mrrl.lut.ac.uk> Date: Thu, 09 Feb 1995 14:53:15 +0000 From: Martin Hamilton I said: | I was just wondering whether there are searchable (e.g. via WAIS) | and/or browsable (e.g. via WWW/hypermail) versions of the rem-conf | and mbone list archives. I know they're FTPable... Found some bits and bobs at... Martin From REM-CONF-request@es.net Thu Feb 09 11:52:30 1995 Received: from pppl.gov by osi-west.es.net via ESnet SMTP service id <09452-0@osi-west.es.net>; Thu, 9 Feb 1995 08:51:40 +0000 Received: from RAX (rax.pppl.gov [192.55.106.12]) by pppl.gov (8.6.8.1/8.6.5) with SMTP id LAA19089 for ; Thu, 9 Feb 1995 11:51:33 -0500 From: schechtm@rax.pppl.gov Date: Thu, 9 Feb 1995 11:35:49 -0500 Message-Id: <95020911354959@rax.pppl.gov> To: REM-CONF@es.net Subject: text of New York Times article X-VMS-To: REM-CONF@ES.NET X-VMS-Cc: SCHECHTM Several people asked for details. Here is the article. I apologize for the format. I had time to scan it but not to make it look pretty. Peering Out a Real Time Window by Peter H. Lewis New York Times Feb 8,1995 l he~ view from Steve Deering's office is spectacular. "I'm sitting here right now watching the space shuttle hovering near the Russian space station, listening to live audio from the Russian ship," said Mr. Deering, a compu~er scientist at the Xerox Corporation's Palo Alto Research Center. The window through which he watclled the space ballet on Monday was the screen of a desktop computer, attached to the global web of computer networks known as the lnternet. And the means by which he watched and heard the space rendezvous was an emerging technology called the M-bone, which is turning the Interl~et into a virtual broadcastitlg medium. Whether it is the astronauts on the shuttle or Mick Jagger on a Rolling Stones tour, more and more people are experimenting with the M-bone these days. But unlike conventional broadcasting, the M-bone can allow viewers and listcners lo be broadcastel s ~hemselves. Practitioners call this "multicasting." (The Mbone is the Internet's multicast backbone, which functions as a network based on the Internet's framework.) Mr. Deering, a principal developer of the underlying technology, said the M-bone could become a SOlt of global video telephone system that allows groups of peopleQnot just individuals Q to share voice and data and images itl "real time" over the In~ernet. Because the M-bone has been in use only since 1~92, and because using the M-bone requires special hardwale and software, so far only 1,500 of the estimated 70,000 networks that make up the Intel net have becn set up as M-bone hubs. As a result, it remains to be seen whe~her the M-bone will evolve into an Internet-based network connecting every business and home, or whether it is merely a limited prototype for the "information highway" that is supposed to be built eventually by telephone and cable TV companies to carry inte~active audio, video and text services. But already, some corporate researchers have begun using the Mbone as a fairly inexpensive alternative to special teleconferencing systems and even business travel. Because it employs the Internet's existing physical structule, which often leads r ight to office desktop computel s, many bushlesses are all eady cquipped to explore uses for multicasting. Scienlists, meanwhile, use it to moni~ol live video and data signals from robot submarines on the oceall flool. Engineers scattered around ~he world use the M-bone to collaborate on complex projects, employing interactive "white boards" that allow lhem to share notes and drawings on-line. Medical sludellts in Britain and Sweden can watch as a surgeon in San Francisco performs an unusual operation, voicing questions to the doctor as the procedure takes place. Speeches by President Clinton and Newt Gingrich, the new Speaker of the House, have been carried live on the M-bone, along with performances by an assortment of musicians. Although the quote probably won't endure as long as Samuel Morse's first telegraph message Q "What hath God wrought?"Qhistoryr was made all the same last November when Mick Jagger of the Rolling Stones opened the first major cyberspace multicast concert by saying: "I wanna say a special welcome to everyone that's, uh, climbed into the Internet tonight and, uh, has got into the M-bone. And I hope it doesn't all collapse." The M-bone did not collapse, but the astute Mr. Jagger had alluded to the biggest drawback of multicasting, which is the limited bandwidth Qor data capacityQof the existing Internet. Audio and video signals consume enormous amounts of bandwidthQ far more than simple text does. And some researchers fear that widespread use of the M-bone could easily clog the Internet and interfere with more common services, including electronic mail. Because multicasting is still experimental and not well known outside the scientific and academic communities, voluntary guidelines have been sufficient so far. M-bone users typically ask permission from other M-bone users before schedul- ing a multicast session, allowing those who want to tune in to do so, and those who do not to keep their data spigots closed. There is also an informal agreement to be sparing when using the feedback capabilities. Because of bandwidth concerns, for example, Mr. Deering and bther shuttle watchers have not been permitted to talk with the American and Russian astronauts. And some other multicasts are restricted only to low-quality video or audio-only communications, as a courtesy to others downstream. The steady increase in computing power and the continuing trend toward high-bandwidth networks could ease the current barriers to widespread M-bone use. Internet bandwidth capacity is already being expanded rapidly to meet the growing demands by businesses for such services as the World Wide Web. And an increasingly popular type of high-speed telephone service known as l.S.D.N., or integrated services digital network, is offering high-capacity Internet links to commercial and residential computers. Even without the M-bone, multicast applications are now possible on internal corporate computer networks, the kind that link personal computers within a building. But the M-bone, because it is built atop the Internet, can reach far beyond local networks to millions of computers scattered in more than 150 countries. There are M-bone links today in Russia, as well as at the McMurdo Sound research station in Antarctica. Multicasting has obvious appeal for distance learning in Internet-connected schools; for linking remote offices to hold training sessions or distribute new-product information, and for playing new generations of interactive computer games. Music companies are eyeing the M-bone as a way to distribute new recordings, including music videos. But potential is one thing; reality is another. Multicasting is still limited primarily to scientific and research organizations that have highcapacity phone lines and powerful computer work stations using Unix Qa complex type of software found mainly in scientific and engineering communities. And while multicast- , ing capabilities are being built into newer networking equipment, it still requires no small amount of software and technical expertise to configure even a new network to use it. Businesses may be wary of holding sensitive seminars or business meetings on the M-bone because it is no more secure than the notoriously insecure Internet. And what would seem the obvious security solutionQ using data-encryption software to transmit multicasts in secret codeQ is thwarted by United States Government policies barring the export of data-encryption technology. And any dreams of beaming video commercials and face-to-face sales pitches over the Internet are tempered by the reality of the existing audience. "Most people get on the M-bone from work, and most of the worl~ers who are on the M-bone are not consumers," noted Dave Hayes, a network specialist at the Jet Propulsion . Laboratories in Pasadena, Calif. Its current Iack of commercial appeal has not stopped scores of researchers from experimenting with the M-bone. Many of the most creative applica- tions of the M-bone originate at the Internet Multicasting Service, a notfor-profit company in Washington. Via its Internet-based "radio station," RTFM, the company multicasts world news, and last month it began beaming live audio feeds from the House and Senate floors. Internet Multicasting hopes soon to add Mbone reports from Washington restaurants, in which chefs would show and tell what is for dinner. Unfortunately, cne of the most popular Internet radio programs, Internet Multicasting~s "Geek of the Week," is not yet on the M-bone. The program, in which technical experts wax rhapsodic about protocols and bandwidth and other geeky subjects, is still available only as audio files that computer users fetch one by j one. From rem-conf-request@es.net Thu Feb 09 12:37:45 1995 Received: from eitech.eit.COM by osi-west.es.net via ESnet SMTP service id <09830-0@osi-west.es.net>; Thu, 9 Feb 1995 09:36:59 +0000 Received: from collage (collage.eit.COM) by eitech.eit.com (4.1/SMI-4.1) id AA11793; Thu, 9 Feb 95 09:35:26 PST Date: Thu, 9 Feb 95 09:35:26 PST From: vinay@eit.COM (Vinay Kumar) Message-Id: <9502091735.AA11793@eitech.eit.com> To: martin@mrrl.lut.ac.uk Subject: Re: searchable archives Cc: mbone@ISI.EDU, rem-conf@es.net As soon as i find time i will put the HTML'ized "hypermail'ed" version of mail-archive's on the MBone Home Page. Fair ? --- Vinay Kumar vinay@eit.com "Sucker for MBone...." > From list-mgr@ISI.EDU Thu Feb 9 08:06:07 1995 > To: mbone@ISI.EDU, rem-conf@es.net > X-Uri: > Subject: searchable archives > Mime-Version: 1.0 > Content-Type> : > text/plain> ; > charset="us-ascii"> > Content-Id: <15622.792341595.1@mrrl.lut.ac.uk> > Date: Thu, 09 Feb 1995 14:53:15 +0000 > From: Martin Hamilton > Content-Length: 304 > > I said: > > | I was just wondering whether there are searchable (e.g. via WAIS) > | and/or browsable (e.g. via WWW/hypermail) versions of the rem-conf > | and mbone list archives. I know they're FTPable... > > Found some bits and bobs at... > > > > Martin > > From rem-conf-request@es.net Thu Feb 09 14:10:07 1995 Received: from viipuri.nersc.gov by osi-east.es.net via ESnet SMTP service id <21340-0@osi-east.es.net>; Thu, 9 Feb 1995 11:09:37 +0000 Received: by viipuri.nersc.gov (4.1/ESnet-1.2) id AA07906; Thu, 9 Feb 95 11:09:31 PST Date: Thu, 9 Feb 95 11:09:31 PST From: ari@es.net (Ari Ollikainen) Message-Id: <9502091909.AA07906@viipuri.nersc.gov> To: mbone@isi.edu, rem-conf@es.net Subject: Re: searchable archives > From: Martin Hamilton > Status: RO > > I said: > > | I was just wondering whether there are searchable (e.g. via WAIS) > | and/or browsable (e.g. via WWW/hypermail) versions of the rem-conf > | and mbone list archives. I know they're FTPable... > > Found some bits and bobs at... > > > The rem-conf archives are WAIS searchable and Web browsable: http//:www.es.net/pub/mailing-lists/mail-archive/rem-conf/ at least *my* browser (Netscape on my home Mac) is capable of finding arbitrary text strings in the archived files... Ari@ES.net _/_/ _/_/_/_/ _/ Ari Ollikainen {VOX: 510 423-5962} _/ _/ _/ _/ _/ Energy Sciences Network {FAX: 510 423-8744} _/_/_/_/ _/_/_/_/ _/ National Energy Research Supercomputer Center _/ _/ _/ _/ _/ Lawrence Livermore National Laboratory _/ _/ _/ _/ _/ MailStop L-561, PO BOX 5509, Livermore, CA. 94551 ~~RECOM Technologies Inc.~~ From rem-conf-request@es.net Thu Feb 09 14:20:58 1995 Received: from zuni.chaco.com by osi-west.es.net via ESnet SMTP service id <10828-0@osi-west.es.net>; Thu, 9 Feb 1995 11:19:01 +0000 Received: by chaco.com (5.0/SMI-SVR4) id AA09630; Thu, 9 Feb 1995 11:18:21 +0800 Message-Id: <9502091918.AA09630@chaco.com> From: pritham@zuni.chaco.com (Pritham Shetty) Date: Thu, 9 Feb 1995 11:18:20 -0800 X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: rem-conf@es.net content-length: 12 unsubscribe From rem-conf-request@es.net Thu Feb 09 15:24:26 1995 Received: from uu5.psi.com by osi-west.es.net via ESnet SMTP service id <11940-0@osi-west.es.net>; Thu, 9 Feb 1995 12:23:31 +0000 Received: by uu5.psi.com (5.65b/4.0.071791-PSI/PSINet) via UUCP; id AA05698 for ; Thu, 9 Feb 95 14:58:53 -0500 Original-Received: from cc:Mail by uu1072.aepco.com id AA792369815 Thu, 09 Feb 95 14:43:35 PP-warning: Illegal Received field on preceding line Date: Thu, 09 Feb 95 14:43:35 From: Administrator_at_AEPCO-IC@aepco.com Message-Id: <9501097923.AA792369815@uu1072.aepco.com> To: rem-conf@es.net Subject: Message not deliverable The complete press release can be found at: ftp://ftp.info.apple.com/Apple.Support.Area/Apple.Press.Releases/07Feb95-QuickTim e.Conferencing.txt > Apple Announces QuickTime Conferencing > Open, Cross Platform Conferencing, Collaboration and Multimedia > Communications Technology > > SAN FRANCISCO, California--February 7, 1995--Apple Computer today > announced a cross platform conferencing, collaboration and > multimedia communications technology that allows personal computer > users to share real-time information, images and sound anywhere in > the world. Apple is currently making the technology, called > QuickTime Conferencing, available to corporate allies who plan to > create or have announced they are creating end user applications > based on the technology. QuickTime Conferencing is a standards- > based architecture that allows users to: > > -- video conference and collaborate--to share and annotate text, > images, screen capture, sound, video and virtual scenes real-time > among fellow conference participants in a variety of locations > worldwide. QuickTime Conferencing allows users to record > conversations and transform those conversations into QuickTime > movies. All of this can be done on a variety of networks such as > an Integrated Services Digital Network (ISDN), the worldwide > internet, local area and wide area networks and Asynchronous > Transfer Mode (ATM) networks. QuickTime Conferencing can be used > by a number of simultaneous users, the total number being only by > available network bandwidth. > > -- conduct cross platform video conferencing connectivity > between Macintosh computers, PCs, UNIX systems and room-based > conferencing systems through the use of the H.320 worldwide > teleconferencing standard. > > -- broadcast and view multimedia content--digital audio, music > and video on a local or wide area network. > > Through alliances QuickTime Conferencing technology is expected to > yield product bundles such as: > -- Apple Media Conference Kit--Consisting of the QuickTime > Conferencing system extension, the Apple Media Conference > application and a high quality, color video camera. > -- Apple Media Conference Pro Kit--Consisting of the QuickTime > Conferencing system extension, the Apple Media Conference > application, a color video camera and an H.320 codec/ISDN adapter > board. Being developed by Sagem/SAT, a leading international > communications product company, the board is designed to allow > interoperability between platforms (Power Macintosh to Macintosh, > PC, UNIX and room systems) and full-screen image sharing. > --Complete Media Conference System--Consisting of an Apple Media > Conference Kit, a Power Macintosh 7100 AV, a 17 inch color > monitor, external speakers and a keyboard. > > Because QuickTime Conferencing is software-based, it is easily > incorporated into new and existing third party products. As such, > Apple believes that QuickTime-compatible products could yield > extremely affordable prices: > -- Apple Media Conference Kit--under $200 > -- Apple Media Conference Pro Kit--under $1,750 > -- Complete Media Conferencing System--under $6,000 > > Apple is working with a wide range of companies including telcos, > network, software and hardware providers and developers to provide > a range of solutions that take advantage of the benefits of > QuickTime Conferencing (see associated releases). These allies > have announced that they expect to make products available in the > second quarter of 1995. > From the home office to university campuses to the multinational > enterprise network, QuickTime Conferencing will allow users to > communicate with people across the country or across the world. > Users won't have to worry about whether their hardware equipment, > networking equipment and applications are compatible with the > solutions being used on the other end of the network line. > QuickTime Conferencing is designed to be fully operational with > H.320 standards-based systems. > "The introduction of QuickTime Conferencing will not only extend > Apple's leadership in multimedia, but will make an important > difference in the video conferencing and collaboration market," > said Rick Shriner, vice president of Apple's Core Technologies > Group. "Our goal in designing QuickTime Conferencing was to > develop a solution that allowed people the opportunity to > communicate and collaborate. By making it open in every sense of > the word, our users can metaphorically break down the walls of > their homes, schools and offices and expand the boundaries of > their lives." [ some hype deleted ] > Because QuickTime Conferencing is a software-based architecture, > application developers, communications providers and hardware > vendors can easily develop compatible solutions. For example, > Crosswise Corporation, the maker of Face to Face, a cross-platform > document conferencing application, developed a QuickTime > Conferencing-compatible version of their software in just one > month. A QuickTime Conferencing compatible application shares the > interface of other QuickTime Conferencing-enabled third party > applications, so customers can begin using applications quickly > and easily. > QuickTime Conferencing is based on Apple's award winning QuickTime > technology. It is a conferencing architecture which allows > support for both industry standards such as H.320, as well as > proprietary architectures, and codecs such as Indeo by Intel > Corporation. QuickTime Conferencing is transport, compression and > media-device independent. Apple's built-in AV capabilities > combined with the performance of the PowerPC RISC architecture, > make it easy for users to make multimedia connections with others [ some more hype deleted ] > To use the Apple Media Conference Kit on the Macintosh, users need > at least 16 Megabytes of RAM, a 68040 or PowerPC-based Macintosh, > System 7.5, a network interface such as Ethernet, ISDN, Token > Ring, and optionally the ability to digitize audio and video using > the built-in AV subsystem or a third party digitizer card. To use > the Apple Media Conference Pro Kit on Macintosh, users need at > least 16 Megabytes of RAM, an AV PowerPC-based Macintosh and an > ISDN connection. To communicate with QuickTime Conferencing users > from the PC and other platforms, users will need an H.320 > compatible codec on their machine, available from a variety of > vendors. > QuickTime Conferencing technology is currently under > development and products using the technology have not yet been > completed. Apple will provide pricing and availability > information when products are completed and ready for release. [ Apple promo stuff deleted ] Ari@ES.net _/_/ _/_/_/_/ _/ Ari Ollikainen {VOX: 510 423-5962} _/ _/ _/ _/ _/ Energy Sciences Network {FAX: 510 423-8744} _/_/_/_/ _/_/_/_/ _/ National Energy Research Supercomputer Center _/ _/ _/ _/ _/ Lawrence Livermore National Laboratory _/ _/ _/ _/ _/ MailStop L-561, PO BOX 5509, Livermore, CA. 94551 ~~RECOM Technologies Inc.~~ From rem-conf-request@es.net Thu Feb 09 17:14:47 1995 Received: from gaia.cs.umass.edu by osi-west.es.net via ESnet SMTP service id <12901-0@osi-west.es.net>; Thu, 9 Feb 1995 14:13:50 +0000 Received: (from bhargava@localhost) by gaia.cs.umass.edu (8.6.9/8.6.9) id RAA07459 for rem-conf@es.net; Thu, 9 Feb 1995 17:14:49 -0500 Date: Thu, 9 Feb 1995 17:14:49 -0500 From: Alok K Bhargava Message-Id: <199502092214.RAA07459@gaia.cs.umass.edu> To: rem-conf@es.net Subject: unsubscribe unsubscribe From rem-conf-request@es.net Thu Feb 09 18:23:31 1995 Received: from hplabs.hpl.hp.com by osi-west.es.net via ESnet SMTP service id <13595-0@osi-west.es.net>; Thu, 9 Feb 1995 15:22:51 +0000 Received: from hplabsz.hpl.hp.com by hplabs.hpl.hp.com with ESMTP (1.37.109.10G/15.5+ECS 3.3+HPL1.1SU) id AA099322163; Thu, 9 Feb 1995 15:22:43 -0800 Received: by hplabsz.hpl.hp.com (1.37.109.14/15.5+ECS 3.3+HPL1.1) id AA191782169; Thu, 9 Feb 1995 15:22:49 -0800 From: Laura de Leon Message-Id: <9502091522.ZM19176@hplabsz.hpl.hp.com> Date: Thu, 9 Feb 1995 15:22:49 -0800 X-Mailer: Z-Mail (3.0.0 15dec93) To: rem-conf@es.net, sage-announce@usenix.org, baylisa@baylisa.org Subject: BayLISA: Amy Kreiling on the WWW 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. This meeting will also be broadcast via MBONE. Schedule -------- February 16th: Amy Kreiling on the World Wide Web March 16th: Arch Mott on the MBONE April 20th: Rich Salz on DCE To get further information on the meeting location, you can request it >from the majordomo server on baylisa.org, you can ftp it from ftp.baylisa.org:/BayLISA/location or you can query the BayLISA mail server by cutting and pasting the following line to your shell: echo "index baylisa" | mail majordomo@baylisa.org BayLISA makes video tapes of the meetings available to members. For more information on available videos, please send email to: video@baylisa.org For any other information, please send email to: info@baylisa.org If you have any questions, please contact me or any of the info alias listed above. From rem-conf-request@es.net Thu Feb 09 19:08:15 1995 Received: from hp.com by osi-west.es.net via ESnet SMTP service id <13985-0@osi-west.es.net>; Thu, 9 Feb 1995 16:07:17 +0000 Received: from hpindch.cup.hp.com (hpindac.cup.hp.com) by hp.com with ESMTP (1.37.109.14/15.5+ECS 3.3) id AA235574832; Thu, 9 Feb 1995 16:07:13 -0800 Received: by hpindch.cup.hp.com with SMTP (1.37.109.11/15.5+IOS 3.20+cup+OMrelay) id AA252824809; Thu, 9 Feb 1995 16:06:49 -0800 Full-Name: Cheng Tang Message-Id: <199502100006.AA252824809@hpindch.cup.hp.com> To: rem-conf@es.net Subject: Date: Thu, 09 Feb 95 16:06:47 -0800 From: ctang@hpindch.cup.hp.com unsubscribe From rem-conf-request@es.net Thu Feb 09 22:42:40 1995 Received: from intrepid.Intrepid.COM by osi-west.es.net via ESnet SMTP service id <02399-0@osi-west.es.net>; Thu, 9 Feb 1995 19:41:53 +0000 Received: from speedy.ARPA by intrepid.Intrepid.COM (931110.SGI/1.34) id AA23599; Thu, 9 Feb 95 19:40:59 -0800 Received: from speedy.intrepid.com (vladimir@localhost [127.0.0.1]) by speedy.intrepid.com (8.6.9/8.6.9) with ESMTP id TAA00638 for ; Thu, 9 Feb 1995 19:42:58 -0800 Message-Id: <199502100342.TAA00638@speedy.intrepid.com> To: rem-conf@es.net Subject: tunnel for intrepid.com Reply-To: vladimir@Intrepid.COM Date: Thu, 09 Feb 1995 19:42:57 -0800 From: Vladimir Vukicevic Hi.. I've been trying to get intrepid.com on the mbone for some time. We get our net access from AlterNET, but I've received no response from them for some time (+3 weeks); in any case, their mbone host is on the east coast, and we're on the west coast. The closest mbone host seems to be barrnet; 5 hops (3 local) to numenor.barrnet.net. However, I've also received no response from the person listed as the contact for barrnet mbone, morgan@jessica.stanford.edu. (Is this the right person?) So, does anyone have any idea of who to contact for a tunnel? Thanks in advance. - Vladimir -- Vladimir Vukicevic Proud member of Team Ada vladimir@intrepid.com Ada 9x -- it's not the same (415) 964-8135 Intek.9998 Inside! old Ada. From rem-conf-request@es.net Fri Feb 10 04:21:20 1995 Received: from rx7.ee.lbl.gov by osi-west.es.net via ESnet SMTP service id <04715-0@osi-west.es.net>; Fri, 10 Feb 1995 01:20:52 +0000 Received: by rx7.ee.lbl.gov for rem-conf@es.net (5.65/1.44r) id AA06891; Fri, 10 Feb 95 01:24:44 -0800 Message-Id: <9502100924.AA06891@rx7.ee.lbl.gov> To: rem-conf@es.net Subject: possible cause of mbone quality problems Thursday & Friday Date: Fri, 10 Feb 95 01:24:43 PST From: Van Jacobson I noticed fairly high loss rates on the MBone yesterday & today and lots of reception complaints on the IPng & NANOG whiteboards. Some investigation showed that konrad@sbrehm.nada.kth.se (130.237.228.11) has been sending nv video of an empty office at 300-600kb/s since early Thursday, Feb. 9th. (the video is being sent to 224.100.1.1 port 3456 at ttl 128). I sent some mail asking if this could be stopped but so far it's had no effect. If you noticed problems while trying to listen to the Shuttle, the IPng meeting, the NANOG meeting, the OpenMath workshop, etc., this high rate video is probably a large part of the cause. - Van From rem-conf-request@es.net Fri Feb 10 05:44:29 1995 Received: from rx7.ee.lbl.gov by osi-west.es.net via ESnet SMTP service id <05458-0@osi-west.es.net>; Fri, 10 Feb 1995 02:43:55 +0000 Received: by rx7.ee.lbl.gov for rem-conf@es.net (5.65/1.44r) id AA06973; Fri, 10 Feb 95 02:47:43 -0800 Message-Id: <9502101047.AA06973@rx7.ee.lbl.gov> To: Anne Marie Cc: rem-conf@es.net Subject: Re: Vat and ATM In-Reply-To: Your message of Thu, 09 Feb 95 10:53:55 GMT. Date: Fri, 10 Feb 95 02:47:42 PST From: Van Jacobson Anne Marie, There's a bug in Solaris that causes vat to misbehave on multi-homed hosts. I suspect it's what's causing the problem. We think we've kluged around the bug in the next release of vat, v3.5, which should be out in the next week or two. (skippable, overly detailed description of problem follows.) Vat uses separate sockets to send & receive (multicast forces this). On a multi-homed host, the kernel picks the local address of the outgoing interface as the source address for packets sent to the remote host. Since the remote will send its traffic back to that address, vat tries to 'bind' the receive socket to the local address of the send socket. So it creates the send socket, 'connects' it to the remote address, does a getsockname to find out what local address was used, then creates the receive socket and 'binds' it to that local address. But under Solaris getsockname on a udp socket always returns '0' for the address so vat was using the 'primary' local address (almost always the ethernet IP address) for the 'bind' and the receive socket ends up listening to the wrong address. In 3.5 we've changed things so that if getsockname fails, vat wildcards the local address & just takes any packets sent to the conversation's udp port, irrespective of the address they're sent to. This means unfortunate things will happen if you have multiple vat conversations using the same port (e.g., "vat foo" then "vat bar" will cause both vats to get all the packets from both remote hosts since both conversations use port 3456 & Solaris bugs force the receive to be done solely on the destination port) but its the best that can be done until/if the kernel is fixed. - Van From rem-conf-request@es.net Fri Feb 10 05:46:23 1995 Received: from charon.cwi.nl by osi-west.es.net via ESnet SMTP service id <05485-0@osi-west.es.net>; Fri, 10 Feb 1995 02:45:39 +0000 Received: from schelvis.cwi.nl by charon.cwi.nl with SMTP id ; Fri, 10 Feb 1995 11:44:45 +0100 Received: by schelvis.cwi.nl with SMTP id ; Fri, 10 Feb 1995 11:44:44 +0100 Message-Id: <9502101044.AA12177=jack@schelvis.cwi.nl> To: rem-conf@es.net Subject: Mbone over 2 ISDN links Organisation: Multi-media group, CWI, Kruislaan 413, Amsterdam Phone: +31 20 5924098(work), +31 20 5924199 (fax), +31 20 6160335(home) X-Last-Band-Seen: Mike Scott (Paradiso, 9-2), Waine Kramer (Melkweg) X-Mini-Review: MS had a lousy audience, WK was not convincing either Date: Fri, 10 Feb 1995 11:44:43 +0100 From: Jack Jansen For April, we're planning to do an mbone broadcast (~70Kbps video, 32Kbps idvi audio) over ISDN. We'd be using 2 64K ISDN links to send audio and video into the world. I'm a bit concerned about this two-link setup, though: I can imagine lots of misordered packets this way (which wouldn't be too bad for normal IP traffic, but which would seriously degrade audio). Has anyone transmitted something with such a setup, and how was the quality? -- Jack Jansen | If I can't dance I don't want to be part of Jack.Jansen@cwi.nl | your revolution -- Emma Goldman uunet!cwi.nl!jack G=Jack;S=Jansen;O=cwi;PRMD=surf;ADMD=400net;C=nl From rem-conf-request@es.net Fri Feb 10 05:54:54 1995 Received: from campino.Informatik.RWTH-Aachen.DE by osi-west.es.net via ESnet SMTP service id <05572-0@osi-west.es.net>; Fri, 10 Feb 1995 02:54:08 +0000 Received: from by campino.informatik.rwth-aachen.de (4.1/campino-6) id AB12389; Fri, 10 Feb 95 11:52:34 +0100 Received: from IKARUS/TEMPQ by i4.informatik.rwth-aachen.de (Mercury 1.20); 10 Feb 95 11:54:57 Received: from TEMPQ by IKARUS (Mercury 1.20); 10 Feb 95 10:39:50 To: rem-conf@es.net From: Claudia Popien Organization: Informatik IV - RWTH Aachen Date: 10 Feb 1995 10:40:50 GMT+1 Subject: CfP: ICDP96 (Germany) Priority: normal X-Mailer: Pegasus Mail/Mac v2.02 Message-Id: <15288B50697@i4.informatik.rwth-aachen.de> __________________________________________________________________________ ANNOUNCEMENT AND CALL FOR PAPERS ICDP '96: IFIP/IEEE INTERNATIONAL CONFERENCE ON DISTRIBUTED PLATFORMS Client/Server and Beyond: DCE, CORBA, ODP & Advanced Distributed Applications __________________________________________________________________________ Dresden, Germany February 27 - March 1, 1996 __________________________________________________________________________ In continuation of International Workshop on OSF DCE, Karlsruhe, Germany, 1993 Organized by IFIP IEEE Comm. Society Gesellschaft fuer Informatik Dresden Univ. of Techn. Aachen Univ. of Technology OBJECTIVES AND SCOPE Client/Server applications are of increasing importance in industry, and have been enhanced with advanced distributed object-oriented techniques, dedicated tool support and both multimedia and mobil computing extensions. Such solutions are a significant step towards a global distributed processing model. Recent responses to this trend are standardized platforms and models including the Distributed Computing Environment (DCE) of the Open Software Foundation (OSF), Open Distributed Processing (ODP) and the Common Object Request Broker Architecture (CORBA) of the Object Management Group (OMG). ICDP'96 will be a major forum for distributed systems researchers, network developers, service providers, application designers and end users for discussing the latest research and development results with respect to these platforms. Topics of particular interest include, but are not limited to: o Experiences with distributed applications and standardized platforms (DCE, CORBA, ODP, ONC+, ANSAware and others) o Distributed platforms in advanced development and research projects o Network Services (directory, security, file management etc.) o Distributed application management o Objects in distributed environments o Trading concepts and open markets of distributed services o Quality of service in distributed applications o Applications of mobile communication systems STRUCTURE OF THE CONFERENCE - Technical Stream: Latest research results will be presented. - Industrial Stream: Industrial developments and trends will be discussed. - Demonstration Stream: Exhibition around distributed processing. Original full papers (max. 15 pages) will belong to the Technical Stream. Furthermore, you are invited to submit extended abstracts focusing on practical work for both the Industrial Stream and the Demonstration Stream (max. 5 pages). Accepted papers will be published in the international conference proceedings by Chapman & Hall. All submissions must be sent online (postscript) to the following email-address: ICDP96@ibc.inf.tu-dresden.de IMPORTANT DATES: Deadline for Submission: June 15, 1995 Notification of Acceptance: September 15, 1995 Camera ready papers: October 15, 1995 Tutorials (one day): February 27, 1996 Conference (three days): February 28 - March 1, 1996 Location: Dresden has become famous above all as city of the arts and is only a two hours drive from Berlin to the north and Prague to the south. Major attractions are the Semper Opera, the baroque Zwinger, the art collections (Gruenes Gewoelbe, Gemaeldegalerie) and the Frauenkirche that is currently being rebuilt. The surrounding countryside also provides many opportunities for sightseeing including Pillnitz castle, the china manufacture in Meissen and Saxon Switzerland. For further information please contact the program chairs: Prof. Dr. Alexander Schill Prof. Dr. Otto Spaniol/Claudia Popien Dresden Univ. of Technology RWTH Aachen Dept. of Computer Science Computer Science IV D-01062 Dresden D-52056 Aachen GERMANY GERMANY WWW: http://www.inf.tu-dresden.de/TU/Informatik/IBDR/lsrn/ICDP96 e-mail: ICDP96@ibc.inf.tu-dresden.de FAX: +49 / 351 / 4575 335 PROGRAMME COMMITTEE: S.A. Aidarous, BNR, Ottawa (Canada) M. Bever, IBM ENC Heidelberg (Germany) P. Dasgupta, Arizona State Univ. (USA) J. Dilley, HP Cupertino (USA) R.L. Fike, RNF Systems (USA) A. Gaylord, Univ. Massachussetts (USA) K. Geihs, Univ. Frankfurt (Germany) A. Herbert, ANSA (UK) L. Heuser, DEC CEC, Karlsruhe (Germany) J. Janacek, TU Prague (Czech Republic) F. Kamoun, C.N. de l'Informatique (Tunisia) J. Kiho, Univ. Tartu (Estonia) D. Lin, IBM Austin (USA) P. Linington, Univ. Kent (UK) O. Martikainen, Telecom (Finland) F. Miralles, SNI Munich (Germany) B. Pehrson, Swedish Institute of Computer Science, Kista (Sweden) R. Posch, TU Graz (Austria) P. Radford, Logica (UK) K. Raymond, Univ. Brisbane (Australia) D. Ruddock, Bellcore, New Jersey (USA) H. Rudin, IBM (Switzerland) G. Schuermann, GMD FOKUS (Germany) R. Soley, OMG (USA) L. Svobodova, IBM (Switzerland) R. Torbergsen, SINTEF RUNIT, Trondheim (Norway) W. Tuvell, OSF Cambridge (USA) __________________________________________________________________ Claudia Popien Tel.: +49 241 8021440 RWTH Aachen, Informatik IV FAX: +49 241 8888220 Ahornstr. 55 e-mail: D-52056 Aachen GERMANY popien@informatik.rwth-aachen.de __________________________________________________________________ From rem-conf-request@es.net Fri Feb 10 08:02:25 1995 Received: from cyklop.nada.kth.se by osi-west.es.net via ESnet SMTP service id <06528-0@osi-west.es.net>; Fri, 10 Feb 1995 05:01:17 +0000 Received: from localhost.nada.kth.se (localhost.nada.kth.se [127.0.0.1]) by cyklop.nada.kth.se (8.6.9/8.6.9) with SMTP id OAA23903; Fri, 10 Feb 1995 14:01:03 +0100 Message-Id: <199502101301.OAA23903@cyklop.nada.kth.se> X-Authentication-Warning: cyklop.nada.kth.se: Host localhost.nada.kth.se didn't use HELO protocol To: rem-conf@es.net cc: hans@sics.se, iplab@nada.kth.se, staff@nada.kth.se Subject: Re: possible cause of mbone quality problems Thursday & Friday In-reply-to: Your message of Fri, 10 Feb 95 12:15:23 +0100. Date: Fri, 10 Feb 95 14:01:03 +0100 From: Konrad Tollmar > >To: rem-conf@es.net > >Subject: possible cause of mbone quality problems Thursday & Friday > >Date: Fri, 10 Feb 95 01:24:43 PST > >From: Van Jacobson > > > >I noticed fairly high loss rates on the MBone yesterday & today > >and lots of reception complaints on the IPng & NANOG whiteboards. > >Some investigation showed that konrad@sbrehm.nada.kth.se > >(130.237.228.11) has been sending nv video of an empty office at > >300-600kb/s since early Thursday, Feb. 9th. (the video is being....... Sorry, I did not instruct some student that did a demo carefully enough, my fault. But due to the VERY HIGH amount of complaints for your information the video was on between 9-11 GMT the 9 feb - no more no less (on ttl 128 ;-) Sincercly Konrad PS Alla som gör en demo med vat/nv etc... tänk på att sätta TTL nivån så det inte stör trafik utanför IPLab (tex 2) DS From rem-conf-request@es.net Fri Feb 10 08:18:10 1995 Received: from cancer.ucs.ed.ac.uk by osi-west.es.net via ESnet SMTP service id <06659-0@osi-west.es.net>; Fri, 10 Feb 1995 05:17:03 +0000 Received: from scorpio.ucs.ed.ac.uk (jaw@scorpio.ucs.ed.ac.uk [129.215.200.48]) by cancer.ucs.ed.ac.uk (8.6.9/8.6.9) with ESMTP id NAA03669; Fri, 10 Feb 1995 13:16:38 GMT Received: (jaw@localhost) by scorpio.ucs.ed.ac.uk (8.6.9/8.6.9) id NAA02825; Fri, 10 Feb 1995 13:16:35 GMT Date: Fri, 10 Feb 1995 13:16:34 +0000 (GMT) From: Graeme Wood Reply-To: Graeme.Wood@ucs.ed.ac.uk To: Konrad Tollmar cc: rem-conf@es.net, hans@sics.se, iplab@nada.kth.se, staff@nada.kth.se Subject: Re: possible cause of mbone quality problems Thursday & Friday In-Reply-To: <199502101301.OAA23903@cyklop.nada.kth.se> Message-ID: X-Department: "Unix Systems Support, Computing Services" X-Organisation: "The University of Edinburgh" X-URL: "http://ugwww.ucs.ed.ac.uk/~jaw/" X-Phone: +44 31 650 5003 X-Fax: +44 31 650 6552 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Fri, 10 Feb 1995, Konrad Tollmar wrote: > Sorry, I did not instruct some student that did a demo carefully enough, > my fault. But due to the VERY HIGH amount of complaints for your information > the video was on between 9-11 GMT the 9 feb - no more no less (on ttl 128 ;-) This is not true. There was video being sent out last night and this morning when I came into work ie. at least from 2000 9 Feb until 0930 10 Feb. The ttl must have been over 64 at least to get to Edinburgh from KTH. ============================================================================= Graeme Wood Email: Graeme.Wood@ucs.ed.ac.uk Unix Systems Support Phone: +44 131 650 5003 The University of Edinburgh Fax: +44 131 650 6552 ----------------------------------------------------------------------------- Scottish MICE National Support Centre Email: mice-nsc-scotland@ed.ac.uk for your multimedia conferencing support WWW: http://mice.ed.ac.uk/mice/ ============================================================================= From rem-conf-request@es.net Fri Feb 10 08:26:26 1995 Received: from reggae.ncren.net by osi-west.es.net via ESnet SMTP service id <06707-0@osi-west.es.net>; Fri, 10 Feb 1995 05:25:18 +0000 Received: from chaos.wg.com by reggae.ncren.net (5.65/tas-reggae/may94) id AA03501; Fri, 10 Feb 95 08:24:43 -0500 Received: from ppl-sel.wg.com (guilarte.wg.com) by wg.com (4.1/SMI-4.1) id AA05175; Fri, 10 Feb 95 08:24:42 EST Date: Fri, 10 Feb 95 08:23:01 PST From: guilarte@wg.com Subject: unsubscribe To: rem-conf@es.net X-Mailer: Chameleon - TCP/IP for Windows by NetManage, Inc. Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII unsubscribe From rem-conf-request@es.net Fri Feb 10 09:36:06 1995 Received: from frostbite-falls.uoregon.edu by osi-west.es.net via ESnet SMTP service id <07122-0@osi-west.es.net>; Fri, 10 Feb 1995 06:35:02 +0000 Received: (meyer@localhost) by frostbite-falls.uoregon.edu (8.6.9/8.6.5.Beta7) id GAA04014; Fri, 10 Feb 1995 06:34:49 -0800 Message-Id: <199502101434.GAA04014@frostbite-falls.uoregon.edu> X-Mailer: exmh version 1.5.3 12/28/94 To: Jack Jansen cc: rem-conf@es.net Subject: Re: Mbone over 2 ISDN links In-reply-to: jack.jansen@cwi.nl's message of Fri, 10 Feb 1995 11:44:43 +0100. <9502101044.AA12177=jack@schelvis.cwi.nl> X-btw: ns.uoregon.edu is phloem.uoregon.edu Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 10 Feb 1995 06:34:48 -0800 From: "David M. Meyer 503/346-1747" Jack, I have a bunch of sites where we have 2B+D and a single Sparc 5. We get multicast traffic there with sparse-mode PIM. I can tell you that with the numbers you mention (70kbps video + 32 kbps audio), you will notice some, potentially serious, degradation in quality. You'll have to be careful about what else is happening on the local side (i.e., run Netscape to some graphically oriented pages at the same time). I'd be glad to discuss this further if you'd like. Dave David M. Meyer Voice: +1-503-346-1747 Senior Network Engineer Pager: +1-503-342-9458 Office of University Computing Cellular: +1-503-954-1103 Computing Center FAX: +1-503-346-4397 University of Oregon Internet: meyer@ns.uoregon.edu 1225 Kincaid Eugene, OR 97403 From rem-conf-request@es.net Fri Feb 10 10:19:35 1995 Received: from terminator.rs.itd.umich.edu by osi-west.es.net via ESnet SMTP service id <07318-0@osi-west.es.net>; Fri, 10 Feb 1995 07:14:56 +0000 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id KAA16509; Fri, 10 Feb 1995 10:14:21 -0500 Message-Id: <199502101514.KAA16509@terminator.rs.itd.umich.edu> To: Jack Jansen Cc: rem-conf@es.net Subject: Re: Mbone over 2 ISDN links In-reply-to: Your message of Fri, 10 Feb 1995 11:44:43 +0100. <9502101044.AA12177=jack@schelvis.cwi.nl> Date: Fri, 10 Feb 1995 10:14:21 -0500 From: Dory Ethan Leifer There are a number of ISDN routers/bridges/inverse muxs that would be happy to leave your packets in order. Dory > For April, we're planning to do an mbone broadcast (~70Kbps video, > 32Kbps idvi audio) over ISDN. We'd be using 2 64K ISDN links to send audio > and video into the world. I'm a bit concerned about this two-link > setup, though: I can imagine lots of misordered packets this way > (which wouldn't be too bad for normal IP traffic, but which would > seriously degrade audio). Has anyone transmitted something with such a > setup, and how was the quality? > -- > Jack Jansen | If I can't dance I don't want to be part of > Jack.Jansen@cwi.nl | your revolution -- Emma Goldman > uunet!cwi.nl!jack G=Jack;S=Jansen;O=cwi;PRMD=surf;ADMD=400net;C=nl From rem-conf-request@es.net Fri Feb 10 10:36:55 1995 Received: from dutepp9.et.tudelft.nl by osi-west.es.net via ESnet SMTP service id <07500-0@osi-west.es.net>; Fri, 10 Feb 1995 07:34:32 +0000 Received: by dutepp9.et.tudelft.nl id AA06310 (5.67b/IDA-1.5 for rem-conf@es.net); Fri, 10 Feb 1995 16:34:20 +0100 Date: Fri, 10 Feb 1995 16:34:20 +0100 (MET) From: Hans Otten X-Sender: hans@dutepp9.et.tudelft.nl To: rem-conf@es.net Subject: Overview of available videograbbing hardware for Sun SparcStations Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, a few days ago I posted a message requesting information about using the SunVideo videograbber on a SparcStation running SunOS 4.1.3. A couple of people responded, and there where also two requests to mail or post my findings. So, here it is! Send comments to me so I can improve the list (make it more complete). Or is this info already in some FAQ? Videograbber hardware available for Sun SparcStations: supported by product company OS NV VIC price --------------------------------------------------------------------- VigraPix/ Vigra inc. SunOS 4.1.x/ * $995 NetVideo Solaris 2.x XVideo Parallax SunOS 4.1.x *? $3,295-$10,595 MultiVideo Parallax SunOS 4.1.x *? PowerVideo Parallax SunOS 4.1.x *? VideoPix Sun SunOS 4.1.x/ * * Solaris 2.x SunVideo Sun Solaris 2.x * * $1,495-$1,895 ParcVideo Xerox(?) SunOS 4.1.x * ??? Vitec/RasterOps ??? ? ? Notes: 1. NV support for the VigraPix is accomplished by it being compatible with the ParcVideo card. It seems the VigraPix is the commercial incarnation of the ParcVideo card(?). 2. Rumour has it that Sun no longer sells the VideoPix card. It is missing from their product info too. 3. The Parallax cards are accompanied (optionally) by a 24 bits frame buffer, which can be slow on lower-end SparcStations (SPARC 1). 4. Parallax cards perform badly with nv because card<->memory transfer is slow. 5. Parallax cards have a problem decimating video frames that results in wobbling. This confuses motion estimation resulting in low frame rates on static images. This has been circumvented in 'nv'. 6. SunVideo and Parallax cards have CCube 4000 RISC processors on them to do hardware compression. This is an option for Parallax cards. SunVideo does JPEG, MPEG1, CellB. H.261 is promised in the future. Parallax does JPEG. 7. Prices for and some information on the Parallax cards are from a SunVideo announcement. Vigra has a WWW server, http://www.vigra.com/. VigraPix info in http://www.vigra.com/products/vigrapix.announce.html Sun has a WWW server, http://www.sun.com/. SunVideo info in http://www.sun.com/smi/bang/SunVideo.html An overview of Desktop Videoconferencing products can be found at: http://www2.ncsu.edu/eos/service/ece/project/succeed_info/dtvc_survey (these are so-called total solutions, no seperate hardware listed here) Most of the information above comes from filtering the mail-archive of the rem-conf mailing-list for 'sun.*video', 'parallax' and 'videopix'. So some of you must have seen it already. Please correct any mistakes I made. I've so far recieved three messages saying the same thing, namely that the SunVideo card isn't supported under SunOS 4.1.3. Which is a pity, seeing the specs and all ;-( cheers, Hans. Disclaimer: I do not work for/am affiliated with any of the companies mentioned above. -- Hans Otten (student) | EMail: H.Otten@et.tudelft.nl Dept. of Computer Architecture | Phone: (+31)15-783502/132909 (Work/Home) Fac. of Electrical Engineering | Delft University of Technology | From rem-conf-request@es.net Fri Feb 10 11:06:18 1995 Received: from gw1.att.com by osi-west.es.net via ESnet SMTP service id <07704-0@osi-west.es.net>; Fri, 10 Feb 1995 08:03:14 +0000 Received: from sonapub.whats.att.com by ig1.att.att.com id AA23052; Fri, 10 Feb 95 10:30:32 EST Received: by sonapub.whats.att.com (Smail3.1.28.1 #7) id m0rcxJI-0002bgC; Fri, 10 Feb 95 10:31 EST Message-Id: Date: Fri, 10 Feb 95 10:31 EST From: tbr@sonapub.whats.att.com (Tom Reddington) To: Jack.Jansen@cwi.nl Cc: rem-conf@es.net In-Reply-To: <9502101044.AA12177=jack@schelvis.cwi.nl> (message from Jack Jansen on Fri, 10 Feb 1995 11:44:43 +0100) Subject: Re: Mbone over 2 ISDN links Ask your service provider if they support "bonding of B channels". It gives you one data stream. As an alternative some vendors of ISDN modems support channel "bonding" in the modem. I have a QuickAccess Remote that claims to do so in the near future. I would press any vendor on this claim though. -- tom reddington AT&T Bell Labs 67 Whippany Rd. WH 15F-333 P.O. Box 903 Whippany, NJ 07981-0903 Phone: (201) 386-7291 Fax: (201) 386-6616 t.b.reddington@att.com From rem-conf-request@es.net Fri Feb 10 13:16:59 1995 Received: from faui45.informatik.uni-erlangen.de by osi-west.es.net via ESnet SMTP service id <08838-0@osi-west.es.net>; Fri, 10 Feb 1995 10:14:30 +0000 Received: from faui43.informatik.uni-erlangen.de by uni-erlangen.de with SMTP; id AA13390 (5.65c-6/7.3w-FAU); Fri, 10 Feb 1995 19:13:56 +0100 Received: from faui45r.informatik.uni-erlangen.de by immd4.informatik.uni-erlangen.de with SMTP; id AA15285 (5.65c-6/7.3m-FAU); Fri, 10 Feb 1995 19:13:54 +0100 From: Toerless Eckert Message-Id: <199502101813.AA15285@faui43.informatik.uni-erlangen.de> Subject: Re: Overview of available videograbbing hardware for Sun SparcStations To: H.Otten@et.tudelft.nl (Hans Otten) Date: Fri, 10 Feb 1995 19:13:46 +0100 (MET) Cc: rem-conf@es.net In-Reply-To: from "Hans Otten" at Feb 10, 95 04:34:20 pm Organisation: CSD IMMD IV, University of Erlangen, Germany X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi I really like the idea of summarising this kind of information and i'd like to help to make it more reliable, so here are my 2cents of comments: > product company OS NV VIC price > --------------------------------------------------------------------- > VigraPix/ Vigra inc. SunOS 4.1.x/ * $995 > NetVideo Solaris 2.x > XVideo Parallax SunOS 4.1.x *? $3,295-$10,595 > MultiVideo Parallax SunOS 4.1.x *? > PowerVideo Parallax SunOS 4.1.x *? All three boards will work with NV's parallax support. They should also work with Solaris (not sure, not tried) > VideoPix Sun SunOS 4.1.x/ * * > Solaris 2.x There is an inofficial VideoPix driver for Solaris, but it's not supported. Otherwise it's identical to the SunOS driver. > SunVideo Sun Solaris 2.x * * $1,495-$1,895 > ParcVideo Xerox(?) SunOS 4.1.x * The ParcVideo is the name from the development phase of the VigrPix board, so it's no separate board. Ron Frederic should be able to throw more accurate lightening on that story, and there's also a Sun side of it too, though that hasn't yet made it into a product. > ??? Vitec/RasterOps ??? ? ? To my knowledge there are at least 2 cards from Rasterops with frame grabbing functions: a) SPARC Card TV II: Framegrabber card with analog video overlay function, ntsc/pal/secam video input runs into a video buffer memory on the card, where the cpu can read it from. simultaneously the video buffer memory is read out by a chip that combines the video coming in from some frame buffer via analog video input. b) SPARC Card TC PIP: Basically a 24 bit framebuffer card with the SPARC Card TV II on a special plug in board so that you do not need to combine the frame buffer video with the video input via analog multiplexing. You can also get another add on board containing a tv tuner for this framebuffer. Framegrabbing on these card is comparable fast to parallax frame grabbing. > Notes: > 1. NV support for the VigraPix is accomplished by it being compatible with > the ParcVideo card. It seems the VigraPix is the commercial incarnation > of the ParcVideo card(?). Right said fred. > 3. The Parallax cards are accompanied (optionally) by a 24 bits frame > buffer, which can be slow on lower-end SparcStations (SPARC 1). > 4. Parallax cards perform badly with nv because card<->memory transfer is > slow. No, it's not slow, it's a design limitation. Video has to be accessed 32 bit for a single pixel because it's RGB truecolor, whereas you can get 16 bit/pixel video on most other cards, which you wouldn't want to have on a true color framebuffer. > 5. Parallax cards have a problem decimating video frames that results in > wobbling. This confuses motion estimation resulting in low frame rates > on static images. This has been circumvented in 'nv'. It has ben circumvented ? Really ? > 6. SunVideo and Parallax cards have CCube 4000 RISC processors on them to > do hardware compression. This is an option for Parallax cards. > SunVideo does JPEG, MPEG1, CellB. H.261 is promised in the future. > Parallax does JPEG. The is CL-4000 VideoRISC and it's only on the SunVideo. It's programmable if you happen to get the required docs and development kit, so that's why there are JPEG/MPEG1 and CellB for it. The Parallax cards have - if they have compression - the CL-550 JPEG compression and decompression chip which is something totally different, i.e.: it's not programmable like the CL-4000, but it can do compression and decompression, which i havn't seen implemented on the CL-4000 (not that it wouldn't work), but basically the problem is that you need a hardware data path from the decompression chip to some framebuffer if you want to do fast decompression (like full rate CCIR601 decompression), and the SunVideo is a pure framegrabber card. The Multivideo has no JPEG chip, the PowerVideo has got one and for the XVideo the JPEG chip is an initial order option. > 7. Prices for and some information on the Parallax cards are from a > SunVideo announcement. > > Vigra has a WWW server, http://www.vigra.com/. VigraPix info in > http://www.vigra.com/products/vigrapix.announce.html > > Sun has a WWW server, http://www.sun.com/. SunVideo info in > http://www.sun.com/smi/bang/SunVideo.html > > An overview of Desktop Videoconferencing products can be found at: > http://www2.ncsu.edu/eos/service/ece/project/succeed_info/dtvc_survey > (these are so-called total solutions, no seperate hardware listed here) > > Most of the information above comes from filtering the mail-archive of > the rem-conf mailing-list for 'sun.*video', 'parallax' and 'videopix'. So > some of you must have seen it already. Please correct any mistakes I made. > > I've so far recieved three messages saying the same thing, namely that the > SunVideo card isn't supported under SunOS 4.1.3. Which is a pity, seeing > the specs and all ;-( Oh well, but then we'd really like to have it been supported by netbsd anyway, because SunOS 4.1.3 isn't much of a supported product anyway anymore. Toerless From rem-conf-request@es.net Fri Feb 10 13:38:13 1995 Received: from relay1.UU.NET by osi-east.es.net via ESnet SMTP service id <13775-0@osi-east.es.net>; Fri, 10 Feb 1995 10:37:35 +0000 Received: from sco.sco.COM by relay1.UU.NET with SMTP id QQycna16810; Fri, 10 Feb 1995 13:35:59 -0500 Received: from tehama.pdev.sco.COM by sco.sco.COM id aa02658; Fri, 10 Feb 95 10:23:25 PST Received: from basil.pdev.sco.COM by tehama.sco.com id aa12360; 10 Feb 95 10:35 PST From: shawnm@sco.COM To: meyer@frostbite-falls.uoregon.edu, Jack.Jansen@cwi.nl Subject: Re: Mbone over 2 ISDN links Cc: rem-conf@es.net X-Mailer: ScoMail 3.0.Bb MIME-Version: 1.0 Date: Fri, 10 Feb 1995 10:37:09 -0800 (PST) Message-ID: <9502101037.aa02707@basil.pdev.sco.com> I am very interested in this topic, as i am looking into setting up an mbone connection here at SCO. Since it is for research, we don't want it running over the production lines, so i'm looking for an inexpensive way to get this set up and was considering using ISDN. The ISDN connection would be for mbone only, other traffic would still go via production lines, if that's feasible. I would appreciate any comments, experiences, caveats, or other useful info concerning issues involved in this. If this is not of general interest to this list, i'd be happy to continue discussion via email with anyone interested. Thanks much. Shawn From tehama.pdev.sco.com!sco.sco.com!osi-west.es.net!es.net!rem-conf-request Fri Feb 10 07:29:55 1995 Message-Id: <199502101434.GAA04014@frostbite-falls.uoregon.edu> X-Mailer: exmh version 1.5.3 12/28/94 To: Jack Jansen cc: rem-conf@es.net Subject: Re: Mbone over 2 ISDN links In-reply-to: jack.jansen@cwi.nl's message of Fri, 10 Feb 1995 11:44:43 +0100. <9502101044.AA12177=jack@schelvis.cwi.nl> X-btw: ns.uoregon.edu is phloem.uoregon.edu Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 10 Feb 1995 06:34:48 -0800 From: "David M. Meyer 503/346-1747" Jack, I have a bunch of sites where we have 2B+D and a single Sparc 5. We get multicast traffic there with sparse-mode PIM. I can tell you that with the numbers you mention (70kbps video + 32 kbps audio), you will notice some, potentially serious, degradation in quality. You'll have to be careful about what else is happening on the local side (i.e., run Netscape to some graphically oriented pages at the same time). I'd be glad to discuss this further if you'd like. Dave David M. Meyer Voice: +1-503-346-1747 Senior Network Engineer Pager: +1-503-342-9458 Office of University Computing Cellular: +1-503-954-1103 Computing Center FAX: +1-503-346-4397 University of Oregon Internet: meyer@ns.uoregon.edu 1225 Kincaid Eugene, OR 97403 From rem-conf-request@es.net Fri Feb 10 13:55:39 1995 Received: from frostbite-falls.uoregon.edu by osi-west.es.net via ESnet SMTP service id <09286-0@osi-west.es.net>; Fri, 10 Feb 1995 10:53:53 +0000 Received: (meyer@localhost) by frostbite-falls.uoregon.edu (8.6.9/8.6.5.Beta7) id KAA04827; Fri, 10 Feb 1995 10:53:47 -0800 Message-Id: <199502101853.KAA04827@frostbite-falls.uoregon.edu> X-Mailer: exmh version 1.5.3 12/28/94 To: tbr@sonapub.whats.att.com (Tom Reddington) cc: Jack.Jansen@cwi.nl, rem-conf@es.net Subject: Re: Mbone over 2 ISDN links In-reply-to: tbr@sonapub.whats.att.com's message of Fri, 10 Feb 1995 10:31:00 -0500. X-btw: ns.uoregon.edu is phloem.uoregon.edu Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 10 Feb 1995 10:53:46 -0800 From: "David M. Meyer 503/346-1747" > Ask your service provider if they support "bonding of B channels". It Or better: Multilink PPP. Dave From rem-conf-request@es.net Fri Feb 10 15:12:05 1995 Received: from maelstrom.CC.McGill.CA by osi-west.es.net via ESnet SMTP service id <10022-0@osi-west.es.net>; Fri, 10 Feb 1995 12:09:44 +0000 Received: (from yves@localhost) by maelstrom.CC.McGill.CA (8.6.8/8.6.6) id PAA01046 for rem-conf@es.net; Fri, 10 Feb 1995 15:11:29 -0500 Message-Id: <199502102011.PAA01046@maelstrom.CC.McGill.CA> MIME-Version: 1.0 (NeXT Mail 3.3 v118.2) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Original-Received: by NeXT.Mailer (1.118.2) PP-warning: Illegal Received field on preceding line From: Yves Lepage Date: Fri, 10 Feb 95 15:11:24 -0500 To: rem-conf@es.net Subject: Mbone on a NeXT? Reply-To: yves@cc.mcgill.ca Hello, I now have NeXTSTEP 3.3 installed. SInce I now have an mcast machine, my first obvious goal would be to get MBONE broadcasts on my NeXT. Any news so far of MBONE apps being developped for NeXT? Any mrouted port to NeXT yet? Thanks a lot. Yves Lepage yves@cc.mcgill.ca From rem-conf-request@es.net Fri Feb 10 15:58:29 1995 Received: from eitech.eit.COM by osi-west.es.net via ESnet SMTP service id <10522-0@osi-west.es.net>; Fri, 10 Feb 1995 12:48:12 +0000 Received: from collage (collage.eit.COM) by eitech.eit.com (4.1/SMI-4.1) id AA27778; Fri, 10 Feb 95 12:47:52 PST Date: Fri, 10 Feb 95 12:47:52 PST From: vinay@eit.COM (Vinay Kumar) Message-Id: <9502102047.AA27778@eitech.eit.com> To: rem-conf@es.net Subject: yet another interesting news Todays (Feb.10) Wall St. Journal has an article in the "MarketPlace" section on "Audible Chats on Internet". It talks about some successful (!?) packet voice-phone product from VocalTec. Inc., Tel Aviv, Israel. Features: $49.00 (US), only pt.-to-pt. over IP, Windows/Intel platform, claims to have better audio quality than anything else out there.... Anyone heard about this or used it (before we all go and buy their stock) .....:) ? Enjoy, --- Vinay Kumar vinay@eit.com From rem-conf-request@es.net Fri Feb 10 16:42:54 1995 Received: from ell.ee.lbl.gov by osi-west.es.net via ESnet SMTP service id <10867-0@osi-west.es.net>; Fri, 10 Feb 1995 13:25:59 +0000 Received: by ell.ee.lbl.gov (8.6.9/1.43r) id NAA15332; Fri, 10 Feb 1995 13:25:52 -0800 From: mccanne@ee.lbl.gov (Steven McCanne) Message-Id: <199502102125.NAA15332@ell.ee.lbl.gov> To: rem-conf@es.net Subject: UCB Seminar reminder Date: Fri, 10 Feb 95 13:25:52 PST This is a reminder that Michael Orchard will be speaking on ``Motion in Video Compression: What's it Good For?'' from U.C. Berkeley today at 2pm PST. See the sd advertisement "UCB Seminar" and http://roger-rabbit.cs.berkeley.edu/298.html. Steve From rem-conf-request@es.net Fri Feb 10 16:48:57 1995 Received: from psi.paradise.com by osi-west.es.net via ESnet SMTP service id <11014-0@osi-west.es.net>; Fri, 10 Feb 1995 13:47:34 +0000 Received: from video.paradise.com by psi.paradise.com (4.1/gw.1.0) id AA08071; Fri, 10 Feb 95 16:27:58 EST Received: by video.paradise.com (5.x/SMI-SVR4) id AA08034; Fri, 10 Feb 1995 16:25:24 -0500 Date: Fri, 10 Feb 1995 16:25:24 -0500 From: paradise@video.paradise.com (Paradise Software) Message-Id: <9502102125.AA08034@video.paradise.com> To: H.Otten@et.tudelft.nl Subject: Overview of available videograbbing hardware for Sun SparcStations Cc: rem-conf@es.net X-Sun-Charset: US-ASCII Well, if we want to get it straight, I'll throw in my two cents worth tooo: >> VideoPix Sun SunOS 4.1.x/ * * >> Solaris 2.x > >There is an inofficial VideoPix driver for Solaris, but it's not >supported. Otherwise it's identical to the SunOS driver. Its a little known fact that Sun contracted with Paradise Software to port/support the VideoPix software to Solaris 2.X. We actually have a Solaris version of the entire VideoPix release with many bug fixes and some enhancements that we sell. Since Sun went ahead and made available a mostly working version of the software for free, few people ever bothered with us And the Solaris driver is NOT identical to the SUNOS version (at least the one we have), it is actually faster at frame grabbing! >> 5. Parallax cards have a problem decimating video frames that results in >> wobbling. This confuses motion estimation resulting in low frame rates >> on static images. This has been circumvented in 'nv'. > > It has ben circumvented ? Really ? Yeah, I like to see how thats done too. The problem occurs when grabbing 1/2 resolution video, the video decimation (sp?) is done by taking the next field and discarding the redundant horizontal data. Unfortunately, the fields are taken at random (i.e. a function of how fast your application makes call to their library) and the even/odd sequence of fields causes the wobbling seen. > The is CL-4000 VideoRISC and it's only on the SunVideo. It's programmable > if you happen to get the required docs and development kit, so that's > why there are JPEG/MPEG1 and CellB for it. The Parallax cards have - if > they have compression - the CL-550 JPEG compression and decompression > chip which is something totally different, i.e.: it's not programmable > like the CL-4000, but it can do compression and decompression, which > i havn't seen implemented on the CL-4000 (not that it wouldn't work), > but basically the problem is that you need a hardware data path from > the decompression chip to someframebuffer if you want to do fast decompression > (like full rate CCIR601 decompression), and the SunVideo is a pure > framegrabber card. The CL-4000 has been used in some of the MPEG-1 decoder cards for PCs, so it can be done. The data rate is for 1/2 resolution video and the scaling to 640x480 is done by the hardware video card (most have this now). A VERY important point is that the SunVideo JPEG/MPEG/CELLB is based on 4:1:1 subsampling, while the Parallax JPEG is 4:2:2. This means that the JPEG created on the SunVideo can't be decoded by the Parallax card. The cheapest Parallax card with compression/decompression is the PowerVideo at $5500 list. The SunVideo card with compression only lists at $1495. john. From rem-conf-request@es.net Fri Feb 10 17:22:09 1995 Received: from touchstone.power.net by osi-west.es.net via ESnet SMTP service id <11357-0@osi-west.es.net>; Fri, 10 Feb 1995 14:16:12 +0000 Received: by power.net (Smail3.1.29.1 #3) id m0rd3cu-0005N2C; Fri, 10 Feb 95 14:15 PST Date: Fri, 10 Feb 1995 14:15:44 -0800 (PST) From: Elias Levy To: Yves Lepage cc: rem-conf@es.net Subject: Re: Mbone on a NeXT? In-Reply-To: <199502102011.PAA01046@maelstrom.CC.McGill.CA> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Fri, 10 Feb 1995, Yves Lepage wrote: > Hello, > > I now have NeXTSTEP 3.3 installed. SInce I now have an mcast machine, > my first obvious goal would be to get MBONE broadcasts on my NeXT. > > Any news so far of MBONE apps being developped for NeXT? > > Any mrouted port to NeXT yet? > While we are at it. Is there an mrouted for NeXT 486? > Thanks a lot. > > Yves Lepage > yves@cc.mcgill.ca > elias@power.net (Elias Levy) PowerNet, Inc. From rem-conf-request@es.net Fri Feb 10 17:24:03 1995 Received: from achilles.ctd.anl.gov by osi-west.es.net via ESnet SMTP service id <11397-0@osi-west.es.net>; Fri, 10 Feb 1995 14:21:58 +0000 Received: from olivia.ctd.anl.gov by achilles.ctd.anl.gov (4.1/SMI-4.1) id AA17777; Fri, 10 Feb 95 16:21:51 CST Received: by olivia.ctd.anl.gov (5.0/SMI-SVR4) id AA19464; Fri, 10 Feb 1995 16:21:49 +0600 Message-Id: <9502102221.AA19464@olivia.ctd.anl.gov> To: rem-conf@es.net Subject: PIM/DVMRP interaction Date: Fri, 10 Feb 95 16:21:47 -0600 From: Linda Winkler Content-Length: 154 Is it possible to join two DVMRP clouds via PIM? DVMRP PIM DVMRP tunnel----cloud----tunnel (site) (site) (MBONE) Linda From rem-conf-request@es.net Fri Feb 10 19:26:49 1995 Received: from alpha.Xerox.COM by osi-west.es.net via ESnet SMTP service id <13045-0@osi-west.es.net>; Fri, 10 Feb 1995 16:25:48 +0000 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14452(3)>; Fri, 10 Feb 1995 16:25:40 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <49859>; Fri, 10 Feb 1995 16:25:37 -0800 X-Mailer: exmh version 1.5.3 12/28/94 To: yves@cc.mcgill.ca cc: rem-conf@es.net, fenner@parc.xerox.com Subject: Re: Mbone on a NeXT? In-reply-to: Your message of "Fri, 10 Feb 95 12:11:24 PST." <199502102011.PAA01046@maelstrom.CC.McGill.CA> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 10 Feb 1995 16:25:22 PST Sender: Bill Fenner From: Bill Fenner Message-Id: <95Feb10.162537pst.49859@crevenia.parc.xerox.com> In message <199502102011.PAA01046@maelstrom.CC.McGill.CA> you write: >Any news so far of MBONE apps being developped for NeXT? Not so far. I have heard that some people are working on applications, but they are still mostly in the idea phase. >Any mrouted port to NeXT yet? NeXTStep 3.3 does not have the kernel pieces necessary for mrouted. You need some other machine to be your router for you. Bill From rem-conf-request@es.net Fri Feb 10 20:43:13 1995 Received: from tweety.CS.Berkeley.EDU by osi-west.es.net via ESnet SMTP service id <01552-0@osi-west.es.net>; Fri, 10 Feb 1995 17:42:34 +0000 Received: (larry@localhost) by tweety.cs.berkeley.edu (8.6.9/8.3) id RAA25518; Fri, 10 Feb 1995 17:42:28 -0800 Date: Fri, 10 Feb 1995 17:42:28 -0800 From: Larry Rowe Message-Id: <199502110142.RAA25518@tweety.cs.berkeley.edu> To: rem-conf@es.net Subject: MBONE Announcement (2/17 Berkeley MM Seminar) MULTIMEDIA AND GRAPHICS SEMINAR The MBone - Interactive Multimedia on the Internet Van Jacobson Lawrence Berkeley Laboratories Berkeley, California Date: February 17, 1995 Time: 2-3:30 Room: 405 Soda Hall In academic circles it has always been fashionable to claim that real time, interactive audio and video will not and can not work over IP and the Internet. Although most of the world's network researchers held (and hold) to this belief with an almost religious ferver, in 1991 a tiny group of agnostics asked "why is this true?" Starting from DARTNET, a small ARPA testbed network, this group evolved the Internet Multicast Backbone, or MBone, an overlay of the Internet that today allows more than 20,000 people on 1500 nets in 30 countries to routinely use audio and video conferencing for collaboration, distance learning, meetings, seminars and entertainment ranging from Space Shuttle flights to Rolling Stones concerts. Along the way we learned that almost all the widely held beliefs about multimedia networking were wrong. And we eventually realized that not only was IP capable of supporting interactive multimedia, it was the best available architecture for multimedia applications, infinitely superior to baroque, fragile, monstrosities like ST-II and ATM. This talk will be a brief overview of the history of the MBone and some of the lessons learned. ------------ This seminar will be broadcast on the MBONE starting around 2:15. 405 Soda Hall is a relatively small seminar room (approx. 25 seats). Folks at Berkeley might want to attend the seminar by watching it on your workstation, if it can receive MBONE transmissions. For further information on accessing the MBONE contact see the FAQ (/usr/sww/doc/faq/mbone.faq). From rem-conf-request@es.net Fri Feb 10 21:43:58 1995 Received: from ncb.gov.sg by osi-west.es.net via ESnet SMTP service id <01869-0@osi-west.es.net>; Fri, 10 Feb 1995 18:42:25 +0000 Received: by ncb.gov.sg (4.1/SMI-4.1) id AA15884; Sat, 11 Feb 95 10:40:11 SST Date: Sat, 11 Feb 1995 10:40:10 +0800 (SST) From: Tan Pow Hwee Subject: Re: Mbone over 2 ISDN links To: Jack Jansen Cc: rem-conf@es.net In-Reply-To: <9502101044.AA12177=jack@schelvis.cwi.nl> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, We tried multicasting over a Combinet bridge some time ago. It works pretty well with 64Kbps video (nv) and vat (32Kbps audio), with multicast traffic going through transparently. More importantly, the voice quality is good. The Combinet bridge was also simple to set up, supporting 2B channels. We've also tried Sunlink PPP over ISDN, but it supports only 1B. The PPP setup was also quite tedious (maybe due to our inexperience), and the voice tends to break up with simultaneous video transmission. Sorry I can't give concrete performance statistics, as this was done quite some time ago and no measurements were recorded. Regards, Pow-hwee Tan powhwee@ncb.gov.sg From rem-conf-request@es.net Sat Feb 11 02:17:01 1995 Received: from everest.cclabs.missouri.edu by osi-west.es.net via ESnet SMTP service id <03383-0@osi-west.es.net>; Fri, 10 Feb 1995 23:15:54 +0000 Received: from sgi3.phlab.missouri.edu (sgi3.phlab.missouri.edu [128.206.115.33]) by everest.cclabs.missouri.edu (8.6.9/8.6.6-Arete) with SMTP id BAA28264 for ; Sat, 11 Feb 1995 01:15:50 -0600 Date: Sat, 11 Feb 1995 01:15:50 -0600 (CST) From: Paul 'Shag' Walmsley X-Sender: ccshag@sgi3.phlab.missouri.edu To: rem-conf@es.net Subject: mrouted fix/3.x for IRIX 5? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Ever since we started having problems with mrouted 2.2 periodically dropping its connection to the rest of the MBone, I have looked forward to a new release of mrouted for IRIX. Recently, I tried to take a more active role in this by downloading the mrouted 3.3 source and attempting to compile it. Hah. Loads of constants included from system header files that don't appear to exist ... even searching my entire /usr/include tree for them turned up nothing. Is anyone else involved in porting mrouted 3.3 to IRIX? Any information that anyone could provide would be appreciated. - Paul "Shag" Walmsley "I'll drink a toast to bold evolution any day!" From rem-conf-request@es.net Sat Feb 11 04:01:03 1995 Received: from ceres.fokus.gmd.de by osi-west.es.net via ESnet SMTP service id <04297-0@osi-west.es.net>; Sat, 11 Feb 1995 01:00:25 +0000 Received: from ursa.fokus.gmd.de by ceres.fokus.gmd.de with SMTP (PP-ICR1v5); Sat, 11 Feb 1995 09:58:01 +0100 X-Mailer: exmh version 1.5.3 12/28/94 To: Jack Jansen cc: rem-conf@es.net From: Henning Schulzrinne Subject: Re: Mbone over 2 ISDN links In-reply-to: Your message of "Fri, 10 Feb 95 11:44:43 +0100." <9502101044.AA12177=jack@schelvis.cwi.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 11 Feb 95 09:58:49 +0100 Sender: schulzrinne@fokus.gmd.de > For April, we're planning to do an mbone broadcast (~70Kbps video, > 32Kbps idvi audio) over ISDN. We'd be using 2 64K ISDN links to send audio > and video into the world. I'm a bit concerned about this two-link > setup, though: I can imagine lots of misordered packets this way > (which wouldn't be too bad for normal IP traffic, but which would > seriously degrade audio). Reordering should not be a major problem. We have done tests here with an artificial delay box, where about 30-50% of all packets were out of order, as delay was simply uniformly distributed, independent from packet to packet. The playout delay adjustment coped pretty well, with no additional break-up. You are likely to miss a few opportunities for talkspurt delay adjustment since the first packet of a talkspurt might arrive after the second one. > Has anyone transmitted something with such a > setup, and how was the quality? > -- > Jack Jansen | If I can't dance I don't want to be part of > Jack.Jansen@cwi.nl | your revolution -- Emma Goldman > uunet!cwi.nl!jack G=Jack;S=Jansen;O=cwi;PRMD=surf;ADMD=400net;C=nl From REM-CONF-request@es.net Sat Feb 11 07:21:47 1995 Received: from cs.ida.org by osi-west.es.net via ESnet SMTP service id <05728-0@osi-west.es.net>; Sat, 11 Feb 1995 04:21:21 +0000 Received: from macmailgate.ida.org by ida.org (4.1/SMI-4.1) id AA13376; Thu, 9 Feb 95 15:58:28 EST Message-Id: Date: 9 Feb 1995 16:04:22 -0500 From: Dianne Dry Subject: None To: MBONE LIST X-Mailer: Mail*Link SMTP/QM 3.0.0 Subject: Time:4:03 PM OFFICE MEMO None Date:2/9/95 subcribe MBONE@ddry@ida.org From rem-conf-request@es.net Sat Feb 11 20:43:01 1995 Received: from susie.vigra.com by osi-west.es.net via ESnet SMTP service id <09731-0@osi-west.es.net>; Sat, 11 Feb 1995 17:42:27 +0000 Received: (from steve@localhost) by susie.vigra.com (8.6.9/Vigra-1.1 Boogie) id RAA23005; Sat, 11 Feb 1995 17:41:18 -0800 Date: Sat, 11 Feb 1995 17:41:18 -0800 From: Steve Haehnichen Message-Id: <199502120141.RAA23005@susie.vigra.com> To: rem-conf@es.net CC: Hans Otten In-reply-to: Hans Otten's message of Fri, 10 Feb 1995 15:34:20 GMT Subject: Overview of available videograbbing hardware for Sun SparcStations Reply-to: steve@vigra.com -=> On Fri, 10 Feb 1995 15:34:20 GMT, Hans Otten said: > Hi, > a few days ago I posted a message requesting information about using > the SunVideo videograbber on a SparcStation running SunOS 4.1.3. > A couple of people responded, and there where also two requests to > mail or post my findings. So, here it is! Send comments to me so I > can improve the list (make it more complete). Or is this info > already in some FAQ? I haven't seen a comprehensive Sparc video-grabber list like, and this is an excellent start. If it hasn't been done already and there's interest, I would love to give it a Web and FTP home. Since both MBone and the video peripheral market is growing quickly, so more people are likely to be asking for such a comparison. I'll add my input regarding PARCVid/VigraPix, since that's the one I know best. > product company OS NV VIC price > --------------------------------------------------------------------- > VigraPix/ Vigra inc. SunOS 4.1.x/ * $995 > Notes: > 1. NV support for the VigraPix is accomplished by it being compatible with > the ParcVideo card. It seems the VigraPix is the commercial incarnation > of the ParcVideo card(?). This is correct. Vigra has licensed the whole shebang from Xerox, and we hope to sell tons of them. Of course, I might be biased, since I'm the guy working on it now. :) It's been delayed a bunch from when we intended to release it, but the manual is almost done now so VigraPix should be shipping full-scale sometime this coming week. Ask sales@vigra.com if you want marketspeak. The VigraPix is compatible with the PARCVid at the device-driver interface level, so any binaries that look for /dev/parcvid* will work as-is. For new applications that don't need to be directly PARCVid compatible, VigraPix comes with its own library, which is improved some. There are fully-supported drivers for SunOS 4.1.x and Solaris 2.x, and they use the same library. > Vigra has a WWW server, http://www.vigra.com/. VigraPix info in > http://www.vigra.com/products/vigrapix.announce.html Yep! And the curious can check out CanyonCam to see the VigraPix in action (during San Diego daylight hours). It's a real-time snapshot of the canyon outside my office. -Steve -- Steve Haehnichen Vigra, Inc. San Diego, CA steve@vigra.com (619) 597-7080 x169 Fax: (619) 597-7094 From rem-conf-request@es.net Sun Feb 12 01:33:46 1995 Received: from techunix.technion.ac.il by osi-west.es.net via ESnet SMTP service id <11415-0@osi-west.es.net>; Sat, 11 Feb 1995 22:33:12 +0000 Received: from comnet.technion.ac.il (inater@comnet.technion.ac.il [132.68.48.219]) by techunix.technion.ac.il (8.6.9/8.6.6) with SMTP id IAA10217 for ; Sun, 12 Feb 1995 08:33:04 +0200 Date: Sun, 12 Feb 95 08:34:54 IST From: Inna Ternyak Message-Id: <9502120634.AA25621@comnet.technion.ac.il> To: rem-conf@es.net Subject: unsubscribe unsubscribe From rem-conf-request@es.net Sun Feb 12 04:10:43 1995 Received: from mullian.ee.mu.OZ.AU by osi-west.es.net via ESnet SMTP service id <12497-0@osi-west.es.net>; Sun, 12 Feb 1995 01:10:16 +0000 Received: from rees.ee.mu.OZ.AU by mullian.ee.mu.OZ.AU with SMTP id AA23171 (5.67b/IDA-1.5 for ); Sun, 12 Feb 1995 19:10:12 +1000 youdy (rfc931-sender: youdy@rees.ee.mu.OZ.AU) From: Hu Youdy Received: (youdy@localhost) by rees.ee.mu.OZ.AU (8.6.8/8.6.6) id UAA15594 for rem-conf@es.net; Sun, 12 Feb 1995 20:10:11 +1100 Date: Sun, 12 Feb 1995 20:10:11 +1100 Message-Id: <199502120910.UAA15594@rees.ee.mu.OZ.AU> To: rem-conf@es.net Subject: Overview of available videograbbing hardware for Sun SparcStations > ........ > A couple of people responded, and there where also two requests to mail > or post my findings. So, here it is! Send comments to me so I can improve > the list (make it more complete). Or is this info already in some FAQ? [....] We use RasterOps video card on Sparcstation (SPARC 1) running SunOS 4.1.3 here. I know this is very old product without compression and decompression on the hardware, does vic or nv support this card? I would appreciate if anyone can give information about this card to run vic or nv. yh From rem-conf-request@es.net Sun Feb 12 09:49:24 1995 Received: from sics.se by osi-west.es.net via ESnet SMTP service id <14648-0@osi-west.es.net>; Sun, 12 Feb 1995 06:49:00 +0000 Received: from hans.sics.se by sics.se (5.65+bind 1.7+ida 1.4.2/SICS-1.4) with SMTP id AA19331; Sun, 12 Feb 95 15:48:47 +0100 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 12 Feb 1995 15:48:49 +0100 To: rem-conf@es.net From: hans@sics.se (Hans Eriksson) Subject: Space video or not? I get audio but no video from the Space Shuttle. At least I do not see the announcement in sd. Did sd miss the packet or is there no video? /hans From rem-conf-request@es.net Sun Feb 12 11:41:19 1995 Received: from fenris.hiof.no by osi-west.es.net via ESnet SMTP service id <15188-0@osi-west.es.net>; Sun, 12 Feb 1995 08:39:42 +0000 Received: from abdallah.hiof.no by fenris.hiof.no with SMTP (PP) id <06661-0@fenris.hiof.no>; Sun, 12 Feb 1995 17:39:31 +0100 Received: by abdallah.hiof.no (5.0/SMI-SVR4) id AA05328; Sun, 12 Feb 1995 16:39:18 +0000 Date: Sun, 12 Feb 1995 16:39:17 +0000 (GMT) From: Borre Ludvigsen Subject: Re: Space video or not? To: Hans Eriksson Cc: rem-conf@es.net In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE content-length: 258 It landed safely yesterday. - B=F8rre On Sun, 12 Feb 1995, Hans Eriksson wrote: > I get audio but no video from the Space Shuttle. At least I do not see th= e > announcement in sd. Did sd miss the packet or is there no video? >=20 > /hans >=20 >=20 >=20 From rem-conf-request@es.net Sun Feb 12 11:56:07 1995 Received: from sics.se by osi-west.es.net via ESnet SMTP service id <15263-0@osi-west.es.net>; Sun, 12 Feb 1995 08:55:10 +0000 Received: from hans.sics.se by sics.se (5.65+bind 1.7+ida 1.4.2/SICS-1.4) with SMTP id AA25405; Sun, 12 Feb 95 17:54:53 +0100 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 12 Feb 1995 17:54:56 +0100 To: Borre Ludvigsen From: hans@sics.se (Hans Eriksson) Subject: Re: Space video or not? Cc: rem-conf@es.net At 17.39 95-02-12, Borre Ludvigsen wrote: >It landed safely yesterday. So what is sent out currently on the audio-channel? Replay from NASA-Select? I'd love to have some video also, maybe slooow but still. /hans From rem-conf-request@es.net Sun Feb 12 15:38:14 1995 Received: from eitech.eit.COM by osi-west.es.net via ESnet SMTP service id <16540-0@osi-west.es.net>; Sun, 12 Feb 1995 12:37:48 +0000 Received: from collage (collage.eit.COM) by eitech.eit.com (4.1/SMI-4.1) id AA10907; Sun, 12 Feb 95 12:37:36 PST Date: Sun, 12 Feb 95 12:37:36 PST From: vinay@eit.COM (Vinay Kumar) Message-Id: <9502122037.AA10907@eitech.eit.com> To: steve@vigra.com Subject: Re: Overview of available videograbbing hardware for Sun SparcStations Cc: rem-conf@es.net, H.Otten@et.tudelft.nl I have had a list (of sorts) under the MBone Home Page at http://www.eit.com/techinfo/mbone/vendors.html If you have any feedbacks or any information, please feel free to send in to me, i will be happy to upgrade the pages or link the pages to other sites with information. Enjoy, --- Vinay Kumar vinay@eit.com > From rem-conf-request@es.net Sat Feb 11 20:33:36 1995 > Date: Sat, 11 Feb 1995 17:41:18 -0800 > From: Steve Haehnichen > To: rem-conf@es.net > Cc: Hans Otten > Subject: Overview of available videograbbing hardware for Sun SparcStations > Reply-To: steve@vigra.com > Content-Length: 2411 > > -=> On Fri, 10 Feb 1995 15:34:20 GMT, Hans Otten said: > > > Hi, > > > a few days ago I posted a message requesting information about using > > the SunVideo videograbber on a SparcStation running SunOS 4.1.3. > > > A couple of people responded, and there where also two requests to > > mail or post my findings. So, here it is! Send comments to me so I > > can improve the list (make it more complete). Or is this info > > already in some FAQ? > > I haven't seen a comprehensive Sparc video-grabber list like, and this > is an excellent start. > > If it hasn't been done already and there's interest, I would love to > give it a Web and FTP home. Since both MBone and the video peripheral > market is growing quickly, so more people are likely to be asking for > such a comparison. > > I'll add my input regarding PARCVid/VigraPix, since that's the one I > know best. > > > product company OS NV VIC price > > --------------------------------------------------------------------- > > VigraPix/ Vigra inc. SunOS 4.1.x/ * $995 > > > Notes: > > 1. NV support for the VigraPix is accomplished by it being compatible with > > the ParcVideo card. It seems the VigraPix is the commercial incarnation > > of the ParcVideo card(?). > > This is correct. Vigra has licensed the whole shebang from Xerox, and > we hope to sell tons of them. Of course, I might be biased, since I'm > the guy working on it now. :) It's been delayed a bunch from when we > intended to release it, but the manual is almost done now so VigraPix > should be shipping full-scale sometime this coming week. Ask > sales@vigra.com if you want marketspeak. > > The VigraPix is compatible with the PARCVid at the device-driver > interface level, so any binaries that look for /dev/parcvid* will work > as-is. > > For new applications that don't need to be directly PARCVid > compatible, VigraPix comes with its own library, which is improved > some. > > There are fully-supported drivers for SunOS 4.1.x and Solaris 2.x, and > they use the same library. > > > Vigra has a WWW server, http://www.vigra.com/. VigraPix info in > > http://www.vigra.com/products/vigrapix.announce.html > > Yep! And the curious can check out CanyonCam to see the VigraPix in > action (during San Diego daylight hours). It's a real-time snapshot > of the canyon outside my office. > > -Steve > > -- > > Steve Haehnichen Vigra, Inc. San Diego, CA > steve@vigra.com (619) 597-7080 x169 Fax: (619) 597-7094 > From rem-conf-request@es.net Mon Feb 13 02:45:51 1995 Received: from ibminet.awdpa.ibm.com by osi-west.es.net via ESnet SMTP service id <20183-0@osi-west.es.net>; Sun, 12 Feb 1995 23:45:02 +0000 Received: by ibminet.awdpa.ibm.com (5.61/1.15) id AA09045; Sun, 12 Feb 95 23:52:29 -0800 Received: by ibmpa.awdpa.ibm.com (5.65b(em1)/2.06) id AA24624; Sun, 12 Feb 95 23:36:19 -0800 Received: from cs.nps.navy.mil by ibminet.awdpa.ibm.com (5.61/1.15) id AA08846; Sun, 12 Feb 95 23:42:25 -0800 Received: from trouble.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA23981; Sun, 12 Feb 95 23:35:35 PST Received: by trouble.cs.nps.navy.mil (940715.SGI.52/911001.SGI) for @cs.nps.navy.mil:rem-conf%es.net@ibmpa.awdpa.ibm.com id AA29913; Sun, 12 Feb 95 23:35:35 -0800 From: Your VE info source Message-Id: <9502122335.ZM29901@trouble.cs.nps.navy.mil> Date: Sun, 12 Feb 1995 23:35:34 -0800 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: rem-conf%es.net@ibmpa.awdpa.ibm.com Subject: Symposium on Visualizing Time-Varying Data: Call for Participation Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 FIRST CALL FOR PARTICIPATION Symposium on Visualizing Time-Varying Data September 18-19, 1995 Williamsburg, Virginia Sponsored by the Institute for Computer Applications in Science and Engineering (ICASE) and NASA Langley Research Center (LaRC) in cooperation with ACM SIGGRAPH. CONTENTS: 1) Symposium Overview 2) Papers 3) Discussion Sessions 4) Visualization "Home Videos" 5) Datasets On Line 6) Submissions 7) Electronic Information 8) Symposium Organizers 1) Symposium Overview ======================================================================= Time-varying datasets present difficult problems for both analysis and visualization. For example, the data may be terabytes in size, distributed across mass storage systems in remote locations, with time scales ranging from femtoseconds to centuries. The purpose of the symposium is to bring the producers of time-varying datasets together with visualization specialists to assess open issues in the field, present new solutions, and encourage collaborative problem-solving. Morning sessions will be devoted to papers, while afternoons will focus on presentations of current work and group discussions. Attendance is limited to 80 participants. Researchers from such fields as aerospace, atmospheric sciences, structural analysis, chemistry, and medicine, as well as developers of software and hardware systems for visualization will benefit from attending the symposium. 2) Papers ======================================================================= Original papers will be reviewed for acceptance and publication in the proceedings. Final versions of accompanying videos will appear in the video proceedings. Submit 5 copies of the full paper (maximum 6000 words) and 5 copies of any accompanying videotape (VHS only; maximum 5 minutes) with your name, address, phone, fax, and e-mail by May 1, 1995, to the Symposium Secretary. Suggested topics include: Display of Data * Interpolating time-varying geometry * Display of time-varying vector fields * Sonification Interaction * User interfaces for managing the time dimension * Managing frame rates and latency * System architecture for time-varying visualization * Navigating through large time-varying datasets Data Management * Data management and organization * Compression/decompression of massive time-varying datasets Problems for which current techniques are inadequate 3) Discussion Sessions ======================================================================= There will be 3-4 discussion sessions on topics selected from advance proposals. These sessions provide a forum for you and your colleagues to define outstanding problems or set long-range research goals. Authors of accepted proposals will serve as discussion leaders. Send your 1-page proposal with your name, address, phone, fax, and e-mail, by May 1, 1995, to the Symposium Secretary. 4) Visualization "Home Videos" ======================================================================= There will be a single session for informal 10-minute presentations of current work, preferably in video format. This can be unedited footage of work-in-progress relating to visualization of time-varying data. Send a 1-paragraph description of the work plus a representative picture (or video segment) with your name, address, phone, fax, and e-mail, by August 25, 1995, to the Symposium Secretary. This forum is also open to researchers who have acquired or produced time-varying data and are in search of a useful visualization of it. Such submissions should describe (in 1 page) the nature of the problem in need of visualization. 5) Datasets On Line ======================================================================= Here's an opportunity for you to get the world working on your tough visualization problems! In conjunction with the 1995 ICASE/LaRC Symposium on Visualizing Time-Varying Data, a repository of time-varying datasets is being established at ICASE. Datasets accepted for this repository will be made publicly available on the Internet to serve as benchmark applications for visualization researchers and software developers. The intent is to provide a collection of data which poses new or challenging problems not readily addressed by existing visualization systems. Dataset Proposals ----------------------------------------------------------------- Because of space limitations, and to ensure that contributions meet the guidelines described below, dataset proposals will be screened by the Symposium organizers for interest and content. Accepted proposals will be made available on the World Wide Web to serve as documentation and pointers to the data. We therefore encourage proposals in the form of HTML documents (preferred) or ASCII text. Embedded links to personal home pages and sponsoring organizations may be included as appropriate (see below). Proposals should supply the following information: * A descriptive title. * Name(s), address(es), affiliation(s), phone and FAX numbers, and e-mail address(es) of the submitter(s). One individual should be designated as a point of contact for technical questions regarding the contents of the dataset. Since we expect that accepted datasets will remain available on the network for a prolonged period of time, stable e-mail addresses should be provided. * If applicable, the names and affiliations of other individuals who contributed to the collection or production of the dataset, and a list of organizations which sponsored the work. * A brief description of the dataset and the application which produced it. This should include a justification of why the dataset is considered to be interesting or challenging from a visualization standpoint. * If available, a representative image from one timestep of this or a closely related dataset. * A short name for the dataset (16 characters or less). * The size of the dataset and the number of timesteps it contains. The total size of the data, after compression with the standard UNIX compress utility, must not exceed 2 gigabytes. Subsets of larger datasets will be considered as long as the subset does not exceed 2 GB. * A detailed description of the dataset format, including the spatial organization or grid structure, temporal and spatial units of measure, bounding boxes, number and type of variables, limits on data ranges, etc. This should be at a level which will allow someone who is unfamiliar with the dataset to develop code to read and process its contents. Individual timesteps must be contained in separate files to facilitate retrieval of subsets, and filenames should reflect the ordering in time. Data may be in either ASCII or binary form. If binary data is submitted, the byte-order must be specified, integers must be represented in two's-complement form, and floating-point numbers must be in ANSI/IEEE Standard 754 format. Dataset proposals must be submitted by May 1, 1995 to the Symposium Secretary. Notification of Acceptance and Submission of Data ----------------------------------------------------------------- Submitters of dataset proposals will be notified of acceptance via e-mail by July 1, 1995. Detailed instructions for submitting the actual data will be supplied at that time. Data is due at ICASE via FTP or 8mm tape by August 25, 1995. Attribution ----------------------------------------------------------------- The names and affiliations of the submitters, contributors, and sponsors will be made available along with accepted datasets. As a matter of professional courtesy, recipients of the data will be asked to acknowledge its source when they use it in their own work, and to notify the submitters if they achieve any significant visualization results involving a dataset. Authorization to Redistribute ----------------------------------------------------------------- By submitting data to this repository, you are certifying that ICASE and NASA Langley may freely redistribute the data anywhere in the world for any purpose, and that you are authorized to make the data available in this manner. 6) Submissions ======================================================================= Mail all submission materials to the Symposium Secretary: Emily Todd (emily@icase.edu) ICASE Mail Stop 132C NASA Langley Research Center Hampton, VA 23681-0001 804/864-2175 fax: 804/864-6134 Materials must be received by their deadline dates. May 1 * Papers due * Discussion proposals due * On-line dataset proposals due July 1 * Notification of acceptance August 25 * Final camera-ready version of papers and videos due * "Home video" descriptions due * On-line datasets due 7) Electronic Information ======================================================================= An electronic version of this call, together with information on registration/accommodations and guidelines for submissions, is available on the World Wide Web at http://www.icase.edu/workshops/vtvd or by sending mail (no subject of message-body required) to vtvd@icase.edu 8) Symposium Organizers ======================================================================= Program Committee Lambertus Hesselink, Stanford (Program Chair) Bob Haimes, MIT Chuck Hansen, LANL David Lane, CSC (NASA Ames) Nelson Max, LLNL Bill von Ofenheim, NASA LaRC Lloyd Treinish, IBM Watson Val Watson, NASA ARC Symposium Co-Chairs David C. Banks, ICASE Kathy Stacy, NASA LaRC Audio/Visual Chair Kurt Severance, NASA LaRC Publicity Chair Kwan-Liu Ma, ICASE Symposium Secretary Emily Todd, ICASE From rem-conf-request@es.net Mon Feb 13 11:59:52 1995 Received: from swan.cl.cam.ac.uk by osi-west.es.net via ESnet SMTP service id <24776-0@osi-west.es.net>; Mon, 13 Feb 1995 08:59:25 +0000 Received: from labes.cl.cam.ac.uk (user pb (rfc931)) by swan.cl.cam.ac.uk with SMTP (PP-6.5) to cl; Mon, 13 Feb 1995 16:59:02 +0000 X-Mailer: exmh version 1.5.3+cl+pgp 94/12/28 To: rem-conf@es.net, mbone@ISI.EDU Cc: Ross.Anderson@cl.cam.ac.uk Subject: JIPS Mbone transmission 95/2/14 16:15-17:15UTC (cl.cam.ac.uk Security) SendBreakWidth: 85 SendWidth: 72 X-uri: X-face: &@N3QE9h|>f`igFCkZ'a1`z=nNLXb}k>H(79G"V?@!&*yn)uhPBctF1vc}LD'{OA%$bsX+l [wN,I^G8kKj2NFxQrr@1C4QBC]hq5-%ZkV,^Zl/qE<0`zCQ1nM+]-N<^WG[H)]?d)A:L9AF gOU[BjbaY)uBAMz}h!fm^O0# Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 13 Feb 1995 16:58:56 +0000 From: Piete Brooks Message-ID: <"swan.cl.cam.:010840:950213165909"@cl.cam.ac.uk> We shall be transmitting the Security Group's seminar as a "low key" transmission (without anyone manning the camera, etc) for Security groups within ac.uk, but if anyone outside JIPS wants the TTL raised, please let me know. NAME: David J C MacKay of the Mullard Radio Astronomy Observatory DATE: Tuesday 14th Feb a995 at 4.15pm (16:15 UTC) TITLE: A Free Energy Minimization Framework for Inference Problems in Modulo 2 Arithmetic This paper studies the task of inferring a binary vector s given noisy observations of the binary vector t = A s mod 2, where A is an M times N binary matrix. This task arises in correlation attack on a class of stream ciphers and in other decoding problems. The unknown binary vector is replaced by a real vector of probabilities that are optimized by variational free energy minimization. The derived algorithms converge in computational time of order between w_{A} and N w_{A}, where w_{A} is the number of 1s in the matrix A, but convergence to the correct solution is not guaranteed. Applied to error correcting codes based on sparse matrices A, these algorithms give a system with empirical performance comparable to that of BCH and Reed-Muller codes. Applied to the inference of the state of a linear feedback shift register given the noisy output sequence, the algorithms offer a principled version of Meier and Staffelbach's (1989) algorithm B, thereby resolving the open problem posed at the end of their paper. The algorithms presented here appear to give superior performance. Short version submitted to Electronic Letters: postscript (53K). Short version including pseudocode appendix: postscript (61K). Long version: (to appear in Proceedings of 1994 K.U. Leuven Workshop on Cryptographic Algorithms) postscript (101K). This seminar will be multicast (audio and video) on the mbone as part of our multimedia test programme. Further information is available at http://www.cl.cam.ac.uk/mbone/#cl. From rem-conf-request@es.net Mon Feb 13 12:07:32 1995 Received: from viipuri.nersc.gov by osi-east.es.net via ESnet SMTP service id <27331-0@osi-east.es.net>; Mon, 13 Feb 1995 09:07:07 +0000 Received: by viipuri.nersc.gov (4.1/ESnet-1.2) id AA02826; Mon, 13 Feb 95 09:07:05 PST Date: Mon, 13 Feb 95 09:07:05 PST From: ari@es.net (Ari Ollikainen) Message-Id: <9502131707.AA02826@viipuri.nersc.gov> To: rem-conf@es.net Subject: Internet Phone(TM)! Cc: RCWG@nic.hep.net, videophone@es.net The attached is NOT a product recommendation but passed on as information for to spur discussion of these sorts of products... [it's NOT multicast capable and support only two-party calls] Talk over the Internet with your own voice. Communicate with people from all over the world. And all this with your existing Internet account. Internet Phone (TM) is a unique software product that opens a new and exciting dimension for Internet users. With Internet Phone you can use the Internet to speak with any user all over the world! Yes, real-time voice conversations over the Internet, at the price of a local phone call or even less. All you need is Internet Phone, a TCP\IP Internet connection and a Windows-compatible audio device. Plug in a microphone and speaker, run Internet Phone, and, by clicking a button, get in touch with Internet users all over the world. Whether you want to meet new friends, get information personally, or make the direct business contact, Internet Phone is for you. A friendly graphic user interface and a smart Voice-Activation feature make conversation a snap. VocalTec's sophisticated voice compression and voice transfer technology makes sure your voice gets across in a flash, using only a fraction of the available bandwidth. Internet Phone always presents you with an updated list of topics and on-line users for you to choose. You can even set up Quick-Dial buttons which give you immediate access to frequently called users. Once you establish contact with a user, communication is carried out directly over the Internet. For answers to frequently asked questions about Internet Phone and more information contact URL:http://www/vocaltec.com/ Ari@ES.net _/_/ _/_/_/_/ _/ Ari Ollikainen {VOX: 510 423-5962} _/ _/ _/ _/ _/ Energy Sciences Network {FAX: 510 423-8744} _/_/_/_/ _/_/_/_/ _/ National Energy Research Supercomputer Center _/ _/ _/ _/ _/ Lawrence Livermore National Laboratory _/ _/ _/ _/ _/ MailStop L-561, PO BOX 5509, Livermore, CA. 94551 ~~RECOM Technologies Inc.~~ From rem-conf-request@es.net Mon Feb 13 16:27:47 1995 Received: from adept.PRPA.Philips.COM by osi-west.es.net via ESnet SMTP service id <27818-0@osi-west.es.net>; Mon, 13 Feb 1995 13:27:18 +0000 Received: from thud.PRPA.Philips.COM by adept.PRPA.Philips.COM (4.1/SMI-4.1) id AA15477; Mon, 13 Feb 95 13:27:38 PST Received: by thud.PRPA.Philips.COM (4.1/SMI-4.1) id AA07676; Mon, 13 Feb 95 13:27:26 PST Date: Mon, 13 Feb 95 13:27:26 PST From: roelofs@thud.PRPA.Philips.COM (Greg Roelofs) Message-Id: <9502132127.AA07676@thud.PRPA.Philips.COM> To: vladimir@Intrepid.COM Subject: Re: tunnel for intrepid.com Cc: rem-conf@es.net > Hi.. I've been trying to get intrepid.com on the mbone for some time. We get > our net access from AlterNET, but I've received no response from them for > some time (+3 weeks); Pester them some more. They may have lost your e-mail/phone message/ whatever. They were pretty responsive with us. Try asking for Hank Kilmer. > in any case, their mbone host is on the east coast, Not so. We have a tunnel to their new Palo Alto MBONE host. Response is pretty excellent (especially for last month's BayLISA multicast, in which I was about the only one on the MBONE who could make out anything for the first hour or so). Greg Roelofs Philips Research Palo Alto From rem-conf-request@es.net Mon Feb 13 20:49:46 1995 Received: from viipuri.nersc.gov by osi-east.es.net via ESnet SMTP service id <08974-0@osi-east.es.net>; Mon, 13 Feb 1995 17:49:08 +0000 Received: by viipuri.nersc.gov (4.1/ESnet-1.2) id AA03772; Mon, 13 Feb 95 17:49:04 PST Date: Mon, 13 Feb 95 17:49:04 PST From: ari@es.net (Ari Ollikainen) Message-Id: <9502140149.AA03772@viipuri.nersc.gov> To: videophone@es.net Subject: Re: Internet Phone(TM)! Cc: RCWG@nic.hep.net, rem-conf@es.net > > > For answers to frequently asked questions about Internet Phone and more > > information contact URL:http://www/vocaltec.com/ > ! should be: http://www.vocaltec.com [sorrry about that!] Ari@ES.net _/_/ _/_/_/_/ _/ Ari Ollikainen {VOX: 510 423-5962} _/ _/ _/ _/ _/ Energy Sciences Network {FAX: 510 423-8744} _/_/_/_/ _/_/_/_/ _/ National Energy Research Supercomputer Center _/ _/ _/ _/ _/ Lawrence Livermore National Laboratory _/ _/ _/ _/ _/ MailStop L-561, PO BOX 5509, Livermore, CA. 94551 ~~RECOM Technologies Inc.~~ From rem-conf-request@es.net Tue Feb 14 02:22:55 1995 Received: from leon.cti.gr by osi-west.es.net via ESnet SMTP service id <02982-0@osi-west.es.net>; Mon, 13 Feb 1995 23:19:57 +0000 Received: from LEON.CTI.GR by LEON.CTI.GR (PMDF V4.2-14 #4336) id <01HN18TYC4VO8WX9YY@LEON.CTI.GR>; Tue, 14 Feb 1995 09:11:56 EET Date: Tue, 14 Feb 1995 09:11:56 +0200 (EET) From: "Kostas I. Karanassios - Network Manager" Subject: HELP NEEDED: Building a WAN with QoS guarantees. To: big-lan@suvm.acs.syr.edu, cisco@spot.colorado.edu, end2end-interest@isi.edu, ietf@CNRI.Reston.VA.US, rem-conf@es.net, xtp-relay@cs.concordia.edu Cc: karank@LEON.CTI.GR, aronios@LEON.CTI.GR, behrakis@LEON.CTI.GR, balaoura@LEON.CTI.GR Message-id: <01HN18TYCEIU8WX9YY@LEON.CTI.GR> X-VMS-To: IN%"big-lan@suvm.acs.syr.edu, cisco@spot.colorado.edu, end2end-interest@isi.edu, ietf@CNRI.Reston.VA.US, rem-conf@es.net, xtp-relay@cs.concordia.edu" X-VMS-Cc: IN%"karank@cti.gr, aronios@cti.gr, behrakis@cti.gr, balaoura@cti.gr" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Dear Networkers, Apologies for the crossposting of this message to multiple newsgroups and e-mail lists. I would appreciate any kind of help (vendor/product info, references, experiences, etc) on the following problem: How to build a WAN with a broadcast/multicast functionality in order to connect a Server-station with N x Client-stations/PCs (N>=400), via point-to-point network connections (data rate >=19.2 Kbps), _______ Client-station1 (PC) +----------------+ ( ) / | Server-station |----------( WAN ) -- Client-station2 (PC) +----------------+ ( ) \ . ------- \ . . Client-stationN (PC) so that: the broadcast/multicast capability of the WAN will GUARANTEE fairness of RELIABLE packet delivery (periodic info updates from Server to Client stations) with less than 0.1 sec latency between packet delivery to first (1) and last (N) Client station. Currently, I am thinking of two possible approaches: Approach 1: ----------- Implement the WAN through an appropriate X.25 switch able to enforce the special QoS guarantee mentioned above. Questions to be answered: 1. Which X.25 vendors/products (switches,PADs, etc) support the above broadcast capability ? 2. Is it possible (any products?) to also run IP over the above WAN with acceptable overhead so that the special QoS guarantee mentioned above is still enforced ? Approach 2: ----------- Implement the WAN as an IP internetwork - with Multicast extensions - able to enforce the special QoS guarantee mentioned above. Questions to be answered: 1. How RELIABLE delivery of packets can be enforced on the above WAN (using UDP/IP-Multicast or other) ? 2. Any IP products (with Multicast extensions) able to enforce QoS guarantees (especially the one mentioned above)? Any kind of help will be much appreciated. Thank you in advance, Kostas Karanassios Network Manager P.S. Please respond directly to me. Thank you. ------------------------------------------------------------------------------ Computer Technology Institute (CTI) Tel : +30 61 992.061, 994.317-8 Kolokotroni 3, 26221 Patras, Greece Fax : +30 61 993.973, 222.086 P.O. Box 1122, 26110 Patras, Greece e-mail: Kostas.Karanassios@cti.gr ------------------------------------------------------------------------------ From rem-conf-request@es.net Tue Feb 14 12:32:42 1995 Received: from odin.UU.NET by osi-west.es.net via ESnet SMTP service id <07972-0@osi-west.es.net>; Tue, 14 Feb 1995 09:32:15 +0000 Received: by odin.UU.NET (maildrop) id QQydbq19113; Tue, 14 Feb 1995 12:32:02 -0500 Date: Tue, 14 Feb 1995 12:32:02 -0500 Message-Id: From: Henry Kilmer To: roelofs@thud.PRPA.Philips.COM (Greg Roelofs) Cc: vladimir@Intrepid.COM, rem-conf@es.net Subject: Re: tunnel for intrepid.com In-Reply-To: <9502132127.AA07676@thud.PRPA.Philips.COM> References: <9502132127.AA07676@thud.PRPA.Philips.COM> Greg Roelofs writes: >> Hi.. I've been trying to get intrepid.com on the mbone for some time. We get >> our net access from AlterNET, but I've received no response from them for >> some time (+3 weeks); > >Pester them some more. They may have lost your e-mail/phone message/ >whatever. They were pretty responsive with us. Try asking for Hank >Kilmer. His requests did get lost in the shuffle (I have since found one of the requests). I also set them up a few days ago after I saw his posting. Sorry for the delay. >> in any case, their mbone host is on the east coast, > >Not so. We have a tunnel to their new Palo Alto MBONE host. Response is >pretty excellent (especially for last month's BayLISA multicast, in which >I was about the only one on the MBONE who could make out anything for the >first hour or so). That is great to hear! Thanks! -Hank From rem-conf-request@es.net Tue Feb 14 13:33:41 1995 Received: from philabs.philips.com by osi-west.es.net via ESnet SMTP service id <08507-0@osi-west.es.net>; Tue, 14 Feb 1995 10:33:10 +0000 Received: from mars.philabs.philips.com by philabs.philips.com (smail2.5/12-15-87/4.1) id AA00885; Tue, 14 Feb 95 13:32:58 EST Received: by mars.philabs.philips.com (4.1/SMI-4.1) id AA00932; Tue, 14 Feb 95 13:32:56 EST Date: Tue, 14 Feb 95 13:32:56 EST From: jec@philabs.philips.com (Jorge E. Caviedes) Message-Id: <9502141832.AA00932@mars.philabs.philips.com> To: rem-conf@es.net Subject: Job opening Cc: acohen@cs.tamu.edu ---------------------------------------------------------------------------- Position in Multimedia Education Research Philips Laboratories has an opening for candidates to join an interdisciplinary team to investigate and develop networked multimedia technologies applicable to education applications, in particular authoring, collaboration tools, adaptive user interfaces, and access over broadband networks. We are looking for an individual with knowledge of collaboration software and networks. His contribution would be enhancing existing or new applications by providing collaboration tools (e.g. whiteboards) which may use video an audio as well and assessing their impact on learning. Applications include synchronous and asynchronous learning systems for professional and higer education. Qualified candidates will have at least a Masters degree, knowledge of shareware or collaboration software, and programming expertise in low/high level languages/tools. Ability to work with multiple platforms is a plus. --------------------------------- Please send resumes to Jorge Caviedes, Ph.D. Sr. Member Research Staff Philips Laboratories 345 Scarborough Rd Briarcliff Manor, NY 10510 or Sandie Spadaro Human Resources Philips Laboratories 345 Scarborough Rd Briarcliff Manor, NY 10510 From rem-conf-request@es.net Tue Feb 14 14:18:17 1995 Received: from philabs.philips.com by osi-west.es.net via ESnet SMTP service id <08966-0@osi-west.es.net>; Tue, 14 Feb 1995 11:17:29 +0000 Received: from mars.philabs.philips.com by philabs.philips.com (smail2.5/12-15-87/4.1) id AA03789; Tue, 14 Feb 95 14:17:21 EST Received: by mars.philabs.philips.com (4.1/SMI-4.1) id AA00949; Tue, 14 Feb 95 14:17:19 EST Date: Tue, 14 Feb 95 14:17:19 EST From: jec@philabs.philips.com (Jorge E. Caviedes) Message-Id: <9502141917.AA00949@mars.philabs.philips.com> To: rem-conf@es.net Subject: Job opening - revised Cc: acohen@cs.tamu.edu Here is the posting, the previous one slipped by without proofreading. ------------------------- ---------------------------------------------------------------------------- Position in Multimedia Education Research Philips Laboratories has an opening for candidates to join an interdisciplinary team to investigate and develop networked multimedia technologies applicable to education applications, in particular authoring, collaboration tools, adaptive user interfaces, and access over broadband networks. We are looking for an individual with knowledge of collaboration software and computer networks. We want to assess the impact of collaboration tools such as whiteboards combined with audio and video capabilities on learning systems. The work includes enhancing existing applications to provide collaboration tools and contributing to the design of systems for learning and teaching on demand (e.g. knowledge servers). Applications include synchronous and asynchronous learning systems for professional and higer education. Qualified candidates will have at least a Masters degree, knowledge of shareware or collaboration software, networking, and programming expertise in low/high level languages/tools. Ability to work with multiple platforms is a plus. --------------------------------- From rem-conf-request@es.net Tue Feb 14 14:50:33 1995 Received: from tutuila.gsfc.nasa.gov by osi-west.es.net via ESnet SMTP service id <09258-0@osi-west.es.net>; Tue, 14 Feb 1995 11:49:31 +0000 Received: by tutuila.gsfc.nasa.gov (931110.SGI/930416.SGI.AUTO) for rem-conf@es.net id AA24280; Tue, 14 Feb 95 14:53:20 -0500 From: gene Message-Id: <9502141453.ZM24278@tutuila.gsfc.nasa.gov> Date: Tue, 14 Feb 1995 14:53:18 -0500 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: rem-conf@es.net Subject: keeping track of VAT participants Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 I was wondering if anyone knows how I can keep a log of all the people who participate in a specific VAT and NV session that I will be running. We would like to have a list of all the folks who joined in. Any suggestions would be most appreciated. Thanks and regards, gene feldman NASA/Goddard Space Flight Center gene@seawifs.gsfc.nasa.gov From rem-conf-request@es.net Tue Feb 14 15:38:30 1995 Received: from philabs.philips.com by osi-west.es.net via ESnet SMTP service id <09903-0@osi-west.es.net>; Tue, 14 Feb 1995 12:36:57 +0000 Received: from mars.philabs.philips.com by philabs.philips.com (smail2.5/12-15-87/4.1) id AA08362; Tue, 14 Feb 95 15:36:48 EST Received: by mars.philabs.philips.com (4.1/SMI-4.1) id AA01008; Tue, 14 Feb 95 15:36:46 EST Date: Tue, 14 Feb 95 15:36:46 EST From: jec@philabs.philips.com (Jorge E. Caviedes) Message-Id: <9502142036.AA01008@mars.philabs.philips.com> To: jec@philabs.philips.com, nichols@jeanet.PRPA.Philips.COM, rem-conf@es.net Subject: Re: Job opening Definitely not a good day, I goofed with the english, and also with the choice of words. Please accept my apologies. The reviewed posting does not specify gender, here it is again. (Got to go home soon, this cold medicine is not helping my head.) Be asured that Philips is an equal opportunity employer. > From nichols@jeanet.PRPA.Philips.COM Tue Feb 14 15:08:19 1995 > Date: Tue, 14 Feb 95 12:07:13 PST > From: nichols@jeanet.PRPA.Philips.COM (Kathleen Nichols) > To: jec@philabs.philips.com > Subject: Re: Job opening > Content-Length: 2020 > > > I forwarded your posting to a good friend who works in that field > and has many contacts (she's not interested in relocating, but > I thought she might know somene). She said "sounds like a fascinating > opening. It's only for men, though - too bad!" I think you ought to > find someway to remove the offending "his". A lot of the good people > in that field are women. > > Regards, > Kathie > > > From rem-conf-request@es.net Tue Feb 14 11:17:36 1995 > > Date: Tue, 14 Feb 95 13:32:56 EST > > From: jec@philabs.philips.com (Jorge E. Caviedes) > > To: rem-conf@es.net > > Subject: Job opening > > Cc: acohen@cs.tamu.edu > > Content-Length: 1310 > > > > > > > > ---------------------------------------------------------------------------- > > Position in Multimedia Education Research > > > > > > Philips Laboratories has an opening for candidates to join an > > interdisciplinary team to investigate and develop networked multimedia > > technologies applicable to education applications, in particular authoring, > > collaboration tools, adaptive user interfaces, and access over broadband > > networks. > > > > We are looking for an individual with knowledge of collaboration software > > and networks. His contribution would be enhancing existing or new > > applications by providing collaboration tools (e.g. whiteboards) which may > > use video an audio as well and assessing their impact on > > learning. Applications include synchronous and asynchronous learning > > systems for professional and higer education. > > We are looking for an individual with knowledge of collaboration software and networks. We want to assess the impact of collaboration tools such as whiteboards combined with audio and video capabilities on learning systems. The work includes enhancing existing applications to provide collaboration tools and contributing to the design of systems for learning and teaching on demand (e.g. knowledge servers). Applications include synchronous and asynchronous learning systems for professional and higer education. Qualified candidates will have at least a Masters degree, knowledge of shareware or collaboration software, networking, and programming expertise in low/high level languages/tools. Ability to work with multiple platforms is a plus. > > --------------------------------- > > > > Please send resumes to > > > > Jorge Caviedes, Ph.D. > > Sr. Member Research Staff > > Philips Laboratories > > 345 Scarborough Rd > > Briarcliff Manor, NY 10510 > > > > or > > > > Sandie Spadaro > > Human Resources > > Philips Laboratories > > 345 Scarborough Rd > > Briarcliff Manor, NY 10510 > > > > > From rem-conf-request@es.net Tue Feb 14 17:48:40 1995 Received: from rpi.edu by osi-west.es.net via ESnet SMTP service id <11120-0@osi-west.es.net>; Tue, 14 Feb 1995 14:47:51 +0000 Received: from ecse.rpi.edu by rpi.edu (4.1/SMHUB41); id AA11683; Tue, 14 Feb 95 17:25:34 EST for rem-conf@es.net Received: by ecse.rpi.edu (4.1/HUB10); id AA11836; Tue, 14 Feb 95 17:25:31 EST for jenniw@rpi.edu Date: Tue, 14 Feb 1995 17:25:29 -0500 (EST) From: Ken Vastola To: tccc@cs.umass.edu, cellular@dfv.rwth-aachen.de, perform@tay1.dec.com, end2end-interest@isi.edu, ietf@isi.edu, rem-conf@es.net, announcements.chi@xerox.com, arl@arl1.wustl.edu, atm@bbn.com, cip@bbn.com, cnom@maestro.bellcore.com, ccrc@dworkin.wustl.edu, enternet-ec@bbn.com, enternet@bbn.com, f-troup@aurora.cis.upenn.edu, g-troup@dworkin.wustl.edu, globecom@signet.com.sg, hipparch@sophia.inria.fr, icad-request@santafe.edu, iplpdn@cnri.reston.va.us, sig11@roses.stanford.edu, sigmedia@bellcore.com, smds@cnri.reston.va.us, sound@acm.org, tcplw@cray.com, tf-mm@i4serv.informatik.rwth-aachen.de, uist.chi@xerox.com, xtp-relay@cs.concordia.ca Cc: "William C. Jennings" Subject: Faculty Position at RPI Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Folks, Below is an ad for a faculty position which has just become available in my department at RPI. This position is at the assistant professor level. Please forward it to appropriate PhD students and also to individuals who received their doctorates over the last few years who may be interested. Thank you. Ken Vastola _____________________________________________________________________________ Professor Kenneth S. Vastola vastola@ecse.rpi.edu Electrical, Computer and Systems Engineering Dept. Rensselaer Polytechnic Institute Troy, New York 12180-3590 http://networks.ecse.rpi.edu/~vastola/ _____________________________________________________________________________ Rensselaer Polytechnic Institute The Department of Electrical, Computer and Systems Engineering invites applications for a tenure-track faculty position at the Assistant Professor level. The specific area of interest is Computer Engineering with emphasis on computer communication networks and/or distributed computing systems. We are seeking someone who can work effectively with existing strengths in optical and high-speed integrated networks, multimedia networking, image and video processing, and parallel and distributed systems. This new faculty position is part of a major Engineering Renaissance at Rensselaer initiative designed to position Rensselaer for technological leadership in the 21st century. The ECSE Department is the largest academic unit at Rensselaer, with 35 faculty and 250 graduate students. There are also close links between ECSE and the Department of Computer Science. ECSE is seeking to add top quality faculty who bring innovative approaches to modern areas of research and who can effectively participate in a campus-wide educational initiative in Interactive Learning. ECSE has major programs in multimedia communications and signal processing; robotics, intelligent control and manufacturing; integrated electronics and electronics manufacturing; and energy systems. Excellent opportunities exist for faculty to participate in interdisciplinary research centers, including the Center for Image Processing Research, the Center for Integrated Electronics and Electronics Manufacturing, the New York State Center for Advanced Technology in Automation, Manufacturing and Robotics, and the Scientific Computation Research Center. New faculty are will receive special career start-up arrangements including summer support, equipment, graduate student support and reduced teaching loads to encourage the development of successful research programs. Applications and/or requests for further information should be directed to: Dr. William C. Jennings Department Head Electrical, Computer and Systems Engineering Rensselaer Polytechnic Institute Troy, NY, 12180-3590. Dr. Jennings may be reached by phone at (518) 276-6316 or electronically at jennings@ecse.rpi.edu. Rensselaer is an affirmative action/equal opportunity employer and specifically encourages applications from women and minorities. From rem-conf-request@es.net Tue Feb 14 18:08:14 1995 Received: from uu10.psi.com by osi-west.es.net via ESnet SMTP service id <11358-0@osi-west.es.net>; Tue, 14 Feb 1995 15:07:27 +0000 Received: by uu10.psi.com (5.65b/4.0.061193-PSI/PSINet) via UUCP; id AA22802 for ; Tue, 14 Feb 95 17:29:33 -0500 Received: from mailgate1.insoft.com by insoft2.insoft.com (4.1/RHP-1.0) id AA20944; Tue, 14 Feb 95 17:26:39 EST Original-Received: from cc:Mail by mailgate1.insoft.com id AA792811290 Tue, 14 Feb 95 17:21:30 EST PP-warning: Illegal Received field on preceding line Date: Tue, 14 Feb 95 17:21:30 EST From: map@mailgate1.insoft.com (Michael A. Po) Message-Id: <9501147928.AA792811290@mailgate1.insoft.com> To: jec@philabs.philips.com (Jorge E. Caviedes), rem-conf@es.net Cc: acohen@cs.tamu.edu Subject: Re: Job opening I think the guy that posted this should be blasted off the rem-conf list. It is totally uncool to post a job opening to this forum. There are other avenues available to fill job positions - use them. _______________________________________________________________________________ Subject: Job opening Author: jec@philabs.philips.com (Jorge E. Caviedes) Date: 2/14/95 1:32 PM ---------------------------------------------------------------------------- Position in Multimedia Education Research Philips Laboratories has an opening for candidates to join an interdisciplinary team to investigate and develop networked multimedia technologies applicable to education applications, in particular authoring, collaboration tools, adaptive user interfaces, and access over broadband networks. We are looking for an individual with knowledge of collaboration software and networks. His contribution would be enhancing existing or new applications by providing collaboration tools (e.g. whiteboards) which may use video an audio as well and assessing their impact on learning. Applications include synchronous and asynchronous learning systems for professional and higer education. Qualified candidates will have at least a Masters degree, knowledge of shareware or collaboration software, and programming expertise in low/high level languages/tools. Ability to work with multiple platforms is a plus. --------------------------------- Please send resumes to Jorge Caviedes, Ph.D. Sr. Member Research Staff Philips Laboratories 345 Scarborough Rd Briarcliff Manor, NY 10510 or Sandie Spadaro Human Resources Philips Laboratories 345 Scarborough Rd Briarcliff Manor, NY 10510 From rem-conf-request@es.net Tue Feb 14 18:31:54 1995 Received: from scapa.cs.ualberta.ca by osi-west.es.net via ESnet SMTP service id <11540-0@osi-west.es.net>; Tue, 14 Feb 1995 15:31:02 +0000 Received: from nestow.cs.ualberta.ca by scapa.cs.ualberta.ca id <13791-1>; Tue, 14 Feb 1995 16:30:53 -0700 Subject: Multicast and ATM From: Kannan Thiruvengadam To: mbone@isi.edu Date: Tue, 14 Feb 1995 16:30:47 -0700 (MST) Cc: rem-conf@es.net X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 123 Message-Id: <95Feb14.163053-0700_mst.13791-1+3@scapa.cs.ualberta.ca> Hello, Is anybody working on issues concering the use of Multicast on ATM ? Please share the knowledge. Thanks - Kannan From rem-conf-request@es.net Wed Feb 15 03:16:38 1995 Received: from ceres.fokus.gmd.de by osi-east.es.net via ESnet SMTP service id <06383-0@osi-east.es.net>; Wed, 15 Feb 1995 00:16:12 +0000 Received: from ursa.fokus.gmd.de by ceres.fokus.gmd.de with SMTP (PP-ICR1v5); Wed, 15 Feb 1995 09:12:41 +0100 X-Mailer: exmh version 1.5.3 12/28/94 To: rem-conf@es.net From: Henning Schulzrinne Subject: Multicast loopback behavior Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 15 Feb 95 09:13:34 +0100 Sender: schulzrinne@fokus.gmd.de IP multicast with ttl=0 makes a reasonably good IPC within a host and would be useful for all kinds of notifications services (say, notifying email applications that new mail has arrived). However, the loopback behavior makes this somewhat inconvenient. Solaris 2.4, for example, says: IF_IP_MULTICAST_LOOP Loopback for multicast datagrams. Normally multicast datagrams are delivered to members on the sending host. Setting the unsigned charac- ter argument to 0 will cause the opposite behavior. This means that a process can't define the behavior of not receiving its own transmissions, while still being able to communicate with other processes on the same host. Filtering one's own transmissions is possible, but painful and makes multicast and point-to-point datagram communication different. In the rem-conf context, this behavior has the disadvantage that, say, an RTP monitor like msessmon cannot 'see' the SR packets coming from an RTP application on the same host, unless LOOP is turned on (with the unpleasant consequence of the application having to look at and discard its own packets). A quick scan of host requirements doesn't seem to say anything on this topic, thus, I'm curious as to the motivation (besides kernel implementation convenience). This may tread dangerously close to the EID-ish discussion of what endpoints should be... Henning From rem-conf-request@es.net Wed Feb 15 04:46:46 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <16054-0@osi-west.es.net>; Wed, 15 Feb 1995 01:46:06 +0000 Received: from muridae.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Wed, 15 Feb 1995 09:45:30 +0000 To: gene cc: rem-conf@es.net Subject: Re: keeping track of VAT participants In-reply-to: Your message of "Tue, 14 Feb 95 14:53:18 EST." <9502141453.ZM24278@tutuila.gsfc.nasa.gov> Date: Wed, 15 Feb 95 09:44:03 +0000 From: Gordon Joly MICE do keep some records (of the weekly MICE meetings and MICE seminars). And I note in the passing that three of yesterdays entries in sd were marked private (CISCO, GraphicsNet 95 and one other). I have yesterday's MICE seminar vat log for example. Gordon Joly Email: G.Joly@cs.ucl.ac.uk +441713807934 FAX +441713871397 Computer Science, University College London, Gower St., LONDON WC1E 6BT http://www.cs.ucl.ac.uk/people/gordo/ http://artaids.dcs.qmw.ac.uk:8001/ From rem-conf-request@es.net Wed Feb 15 05:45:54 1995 Received: from surfer_i.emagic.com by osi-west.es.net via ESnet SMTP service id <16486-0@osi-west.es.net>; Wed, 15 Feb 1995 02:45:16 +0000 Received: from [140.174.183.7] (adelaide.emagic.com [140.174.183.7]) by surfer.emagic.com (8.6.9/8.6.9-MT2.02) with SMTP id BAA04649 for ; Wed, 15 Feb 1995 01:32:39 -0800 (PST) X-Sender: ag@surfer.emagic.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 15 Feb 1995 01:32:19 -0800 To: rem-conf@es.net From: ag@emagic.com (Andrew Green) Subject: Another interesting news item... Hot on the heels of the VocalTec piece from the WSJ... The Guardian in the UK also ran an interesting piece on its front page on Friday 10th February. Modesty forbids me from reprinting it here :) But if you're interested in finding out more about NetPhone, the application for the Macintosh that was featured in the article, point your web browser to http://www.emagic.com/netphone/mainblurb.html [A gif of the article itself is at http://www.emagic.com/netphone/scrapbook.html] _____________________________________________________________ Andrew Green ag@emagic.com Electric Magic Company Voice: +1 (415) 566 7939 209 Downey Street Fax: +1 (415) 566 6615 San Francisco, CA 94117-4421 http://www.emagic.com/ From rem-conf-request@es.net Wed Feb 15 07:27:07 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <17221-0@osi-west.es.net>; Wed, 15 Feb 1995 04:26:22 +0000 Received: from mortimer.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Wed, 15 Feb 1995 12:25:20 +0000 To: Henning Schulzrinne cc: rem-conf@es.net Subject: Re: Multicast loopback behavior In-reply-to: Your message of "Wed, 15 Feb 95 09:13:34 +0100." Date: Wed, 15 Feb 95 12:25:09 +0000 Message-ID: <4467.792851109@cs.ucl.ac.uk> From: Jon Crowcroft >IP multicast with ttl=0 makes a reasonably good IPC within a host and >would be useful for all kinds of notifications services (say, notifying >email applications that new mail has arrived). right - van and steve mcanne already use this for communicating between different vat's and all kinds of other things - it is very cute, and seems to be pretty efficient! >A quick scan of host requirements doesn't seem to say anything on this >topic, thus, I'm curious as to the motivation (besides kernel >implementation convenience). This may tread dangerously close to the >EID-ish discussion of what endpoints should be... it does depend on port and so_reuseaddr stuff too... jon From rem-conf-request@es.net Wed Feb 15 09:45:43 1995 Received: from faui45.informatik.uni-erlangen.de by osi-west.es.net via ESnet SMTP service id <18074-0@osi-west.es.net>; Wed, 15 Feb 1995 06:45:13 +0000 Received: from faui43.informatik.uni-erlangen.de by uni-erlangen.de with SMTP; id AA02209 (5.65c-6/7.3w-FAU); Wed, 15 Feb 1995 15:03:57 +0100 Received: from faui45r.informatik.uni-erlangen.de by immd4.informatik.uni-erlangen.de with SMTP; id AA24704 (5.65c-6/7.3m-FAU); Wed, 15 Feb 1995 15:03:54 +0100 From: Toerless Eckert Message-Id: <199502151403.AA24704@faui43.informatik.uni-erlangen.de> Subject: Re: Multicast loopback behavior To: schulzrinne@fokus.gmd.de (Henning Schulzrinne) Date: Wed, 15 Feb 1995 15:03:46 +0100 (MET) Cc: rem-conf@es.net In-Reply-To: <199502151008.AA15822@faui45.informatik.uni-erlangen.de> from "Henning Schulzrinne" at Feb 15, 95 09:13:34 am Organisation: CSD IMMD IV, University of Erlangen, Germany X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > From rem-conf-request@es.net Wed Feb 15 11:08 MET 1995 > Received: from faui45.informatik.uni-erlangen.de by immd4.informatik.uni-erlangen.de with SMTP; > id AA09881 (5.65c-6/7.3m-FAU); Wed, 15 Feb 1995 11:08:37 +0100 > Received: from osi-east.es.net by uni-erlangen.de with SMTP; > id AA15822 (5.65c-6/7.3w-FAU); Wed, 15 Feb 1995 11:08:20 +0100 > Message-Id: <199502151008.AA15822@faui45.informatik.uni-erlangen.de> > Received: from ceres.fokus.gmd.de by osi-east.es.net via ESnet SMTP service > id <06383-0@osi-east.es.net>; Wed, 15 Feb 1995 00:16:12 +0000 > Received: from ursa.fokus.gmd.de by ceres.fokus.gmd.de with SMTP (PP-ICR1v5); > Wed, 15 Feb 1995 09:12:41 +0100 > X-Mailer: exmh version 1.5.3 12/28/94 > To: rem-conf@es.net > From: Henning Schulzrinne > Subject: Multicast loopback behavior > Mime-Version: 1.0 > Content-Type: text/plain; charset="us-ascii" > Date: Wed, 15 Feb 95 09:13:34 +0100 > Sender: schulzrinne@fokus.gmd.de > > IP multicast with ttl=0 makes a reasonably good IPC within a host and > would be useful for all kinds of notifications services (say, notifying > email applications that new mail has arrived). However, the loopback > behavior makes this somewhat inconvenient. Solaris 2.4, for example, > says: > > IF_IP_MULTICAST_LOOP Loopback for multicast datagrams. > Normally multicast datagrams are > delivered to members on the sending > host. Setting the unsigned charac- > ter argument to 0 will cause the > opposite behavior. I am wondering if there is a chance to suppress local delivery of multicast packets originated on the local machine in SunOS multicas too. The problem is that my application does not want to receive the packets it originates, but it is not possible to determine if the packets come from the local application. Toerless From rem-conf-request@es.net Wed Feb 15 09:53:13 1995 Received: from philabs.philips.com by osi-west.es.net via ESnet SMTP service id <18138-0@osi-west.es.net>; Wed, 15 Feb 1995 06:52:42 +0000 Received: from mars.philabs.philips.com by philabs.philips.com (smail2.5/12-15-87/4.1) id AA11911; Wed, 15 Feb 95 09:52:40 EST Received: by mars.philabs.philips.com (4.1/SMI-4.1) id AA01194; Wed, 15 Feb 95 09:52:38 EST Date: Wed, 15 Feb 95 09:52:38 EST From: jec@philabs.philips.com (Jorge E. Caviedes) Message-Id: <9502151452.AA01194@mars.philabs.philips.com> To: map@mailgate1.insoft.com Subject: Re: Job opening Cc: rem-conf@es.net Dear Mr. Po, I only posted to rem-conf because is a forum where specialists in the area I am interested in may be found. If you read the description it is not a job for an unrelated discipline, perhaps others may appreciate it, in fact I got a couple of replies from members of rem-conf. So, perhaps the group should decide what is and is not "cool." relax and ignore it if what you read is not for your, it may be of interest to others in rem-conf. sincerely, Jorge Caviedes From rem-conf-request@es.net Wed Feb 15 10:32:06 1995 Received: from gw1.att.com by osi-west.es.net via ESnet SMTP service id <18422-0@osi-west.es.net>; Wed, 15 Feb 1995 07:31:24 +0000 Received: from qsun.ho.att.com by ig1.att.att.com id AA23399; Wed, 15 Feb 95 10:32:12 EST Received: by qsun.ho.att.com (4.1/EMS-1.1.1 SunOS) id AA15034; Wed, 15 Feb 95 10:29:23 EST Date: Wed, 15 Feb 95 10:29:23 EST From: braja@qsun.ho.att.com Message-Id: <9502151529.AA15034@qsun.ho.att.com> To: atm@sun.com, cell-relay@mythos.ucs.indiana.edu, cnom@maestro.bellcore.com, globecom@signet.com.sg, hipparch@sophia.inria.fr, ietf@CNRI.Reston.VA.US, rem-conf@es.net Subject: CFP: Revised Schedule Dear Colleagues: There has been a discrepency in the submission dates for Computer Communications special issue on ATM network algorithms, as announced in the journal and in my previous email messages. To adhere to the latter date (as announced in the journal), the submission deadline has been postponed to April, 30, 1995. The revised schedule is attached below. I apologize for any inconvenience. Sincerely, Bala Rajagopalan (braja@qsun.att.com) =========================================================================== CALL FOR PAPERS COMPUTER COMMUNICATIONS: SPECIAL ISSUE ON ALGORITHMS FOR ATM NETWORKS =========================================================================== The international data communications research journal "Computer Communications" announces a special issue on Algorithms for ATM Networks Guest Editor: Dr. Bala Rajagopalan AT&T Bell Laboratories, Holmdel, New Jersey, U.S.A ATM has been widely acknowledged as the technology for broadband ISDN. Many local and wide-area ATM networks are in use and more are on the way to deployment. While progress has been made in standardizing ATM network access, much work is still underway on resolving many key networking issues. This special issue of "Computer Communications" aims to present and document current research and experience in the design, analysis and implementation of ATM network algorithms. The focus will be on practical algorithms for routing, traffic management, internetworking and allied functions. Relevant topics include: - virtual circuit routing and admission control - multicasting - internetworking - resource allocation - congestion control - policing - dynamic bandwidth sharing - queueing disciplines - performance models - implementation experience IMPORTANT DATES: Submissions due: April, 30, 1995 Author notification: June, 30, 1995 Final Manuscripts: August, 30, 1995 Publication Date: Autumn, 1995 AUTHOR INFORMATION: Submissions made to the special issue should not have appeared in, or been submitted to other archival publications. All papers will be subjected to the journal's usual refereeing process. Papers developed >from earlier conference and workshop presentations are welcome. Prospective authors should send six copies of their manuscript (in English), or an electronic version in postscript form (preferred), to the guest editor: Dr. Bala Rajagopalan AT&T Bell Laboratories, Rm 1F-401A 101 Crawfords Corner Road Holmdel, NJ 07733 U.S.A Tel: +1 908 949 8017; Fax: +1 908 949 1726; Email: braja@qsun.att.com Authors are advised to consult the journal's 'Notes for Authors Submitting on Disk', published in the journal or available from the General Editor (PO Box 31, Market Harborough, Leics LE16 9RQ, UK) or from the US Editor (Raj Yavatkar, Department of Computer Science, University of Kentucky, 40506-0046, USA, raj@dcs.uky.edu) before submitting their papers. Publication guidelines are also available in the world-wide web, at http://www.elsevier.nl/ From rem-conf-request@es.net Wed Feb 15 11:53:16 1995 Received: from rpi.edu by osi-west.es.net via ESnet SMTP service id <19259-0@osi-west.es.net>; Wed, 15 Feb 1995 08:52:24 +0000 Received: from hibp.ecse.rpi.edu (hibp7.ecse.rpi.edu) by rpi.edu (4.1/SMHUB41); id AA22734; Wed, 15 Feb 95 11:52:21 EST for rem-conf@es.net Received: from hibp6.ecse.rpi.edu by hibp.ecse.rpi.edu (4.1/ST26); id AA09991 for rem-conf@es.net; Wed, 15 Feb 95 11:52:19 EST Message-Id: <9502151652.AA09991@hibp.ecse.rpi.edu> X-Mailer: exmh version 1.5.3 12/28/94 To: Toerless Eckert Cc: schulzrinne@fokus.gmd.de (Henning Schulzrinne), rem-conf@es.net Subject: Re: Multicast loopback behavior In-Reply-To: Your message of "Wed, 15 Feb 1995 15:03:46 +0100." <199502151403.AA24704@faui43.informatik.uni-erlangen.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 15 Feb 1995 11:51:37 -0500 From: Paul Stewart > > IP multicast with ttl=0 makes a reasonably good IPC within a host and > > would be useful for all kinds of notifications services (say, notifying > > email applications that new mail has arrived). However, the loopback > > behavior makes this somewhat inconvenient. Solaris 2.4, for example, > > says: > > > > IF_IP_MULTICAST_LOOP Loopback for multicast datagrams. > > Normally multicast datagrams are > > delivered to members on the sending > > host. Setting the unsigned charac- > > ter argument to 0 will cause the > > opposite behavior. > > I am wondering if there is a chance to suppress local delivery of > multicast packets originated on the local machine in SunOS multicas too. > The problem is that my application does not want to receive the packets > it originates, but it is not possible to determine if the packets > come from the local application. > > Toerless If I'm understanding this question correctly, yes. The question, I guess is whether you would like this to be suppressed at the sender or the reciever. Currently this is only available to the sender. Here's the header (): #define IP_MULTICAST_LOOP 4 /* set/get IP multicast loopback */ And here's an example of how to use it: char opt; int sd; /* normal mcast socket setup ensues */ opt = 0; setsockopt(sd, IPPROTO_IP, IP_MULTICAST_LOOP, &opt, 1); Hope I didn't supply information you already knew... -- Paul From rem-conf-request@es.net Wed Feb 15 16:43:23 1995 Received: from ibd.ar.com by osi-east.es.net via ESnet SMTP service id <19593-0@osi-east.es.net>; Wed, 15 Feb 1995 13:42:56 +0000 Received: (seeker@localhost) by ar.com (8.6.9/8.6.5) id NAA27738 for rem-conf@es.net; Wed, 15 Feb 1995 13:32:48 -0800 Date: Wed, 15 Feb 1995 13:32:48 -0800 From: "Rick H. Wesson" Message-Id: <199502152132.NAA27738@ar.com> To: rem-conf@es.net Content-Length: 26 subscribe rem-conf seeker From rem-conf-request@es.net Wed Feb 15 18:58:03 1995 Received: from andie.st-and.ac.uk by osi-west.es.net via ESnet SMTP service id <01605-0@osi-west.es.net>; Wed, 15 Feb 1995 15:57:11 +0000 Received: from tamdhu.dcs.st-and.ac.uk by andie.st-andrews.ac.uk with SMTP (PP) id <15585-0@andie.st-andrews.ac.uk>; Wed, 15 Feb 1995 18:53:26 +0000 Received: from turret.dcs.st-and.ac.uk by dcs.st-and.ac.uk (4.1/SMI-4.1) id AA18290; Wed, 15 Feb 95 18:51:21 GMT Message-Id: <9502151851.AA18290@ dcs.st-and.ac.uk> To: gene Cc: rem-conf@es.net Subject: Re: keeping track of VAT participants In-Reply-To: Your message of "Tue, 14 Feb 1995 14:53:18 EST." <9502141453.ZM24278@tutuila.gsfc.nasa.gov> Date: Wed, 15 Feb 1995 18:54:20 +0000 From: Paul Harrington Gene> I was wondering if anyone knows how I can keep a log of all the Gene> people who participate in a specific VAT and NV session that I Gene> will be running. We would like to have a list of all the folks Gene> who joined in. Any suggestions would be most appreciated. By grubbing around in vat.tcl, you find the following code: global sitebox set sitebox .m.left.sites.sb sitebox $sitebox [ - ] bind . c "$sitebox purge" bind . C "$sitebox purge" bind . o "$sitebox sort" bind . O "$sitebox sort" bind . l "$sitebox list" bind . L "$sitebox list" Then you can start up a wish and execute the following send vat ".m.left.sites.sb list" which will give you output like the stuff below. I suppose that you can do this periodically and then merge the new ones in each time? I have not gone beyond the inital step of getting the 'raw' data: I have no idea whether the innards of vat change the sitebox variable at any time. pjjH ----------------sample o/p from {send vat ".m.left.sites.sb list"} -------------- Paul Harrington (St Andrews, Scotland) [138.251.199.74*] jon@lagavulin.cs.ucl.ac.uk [128.16.8.50] Mitch Collinsworth (Cornell PCG) [128.84.247.156] Todd Montgomery (WVU/CERC) [157.182.44.98] Van Jacobson (LBL) [128.3.112.135] Matthew Donaldson [129.127.104.12] From rem-conf-request@es.net Thu Feb 16 04:46:05 1995 Received: from piraya.electrum.kth.se by osi-west.es.net via ESnet SMTP service id <06157-0@osi-west.es.net>; Thu, 16 Feb 1995 01:45:14 +0000 Received: from dumbo.electrum.kth.se (dumbo.electrum.kth.se [130.237.215.94]) by piraya.electrum.kth.se (8.6.9/8.6.9) with ESMTP id KAA23364; Thu, 16 Feb 1995 10:45:03 +0100 Received: from localhost.electrum.kth.se (localhost.electrum.kth.se [127.0.0.1]) by dumbo.electrum.kth.se (8.6.9/8.6.9) with SMTP id KAA04981; Thu, 16 Feb 1995 10:45:02 +0100 Message-Id: <199502160945.KAA04981@dumbo.electrum.kth.se> X-Authentication-Warning: dumbo.electrum.kth.se: Host localhost.electrum.kth.se didn't use HELO protocol To: Paul Harrington cc: gene , rem-conf@es.net Subject: Re: keeping track of VAT participants In-reply-to: Your message of Wed, 15 Feb 95 18:54:20 GMT. <9502151851.AA18290@ dcs.st-and.ac.uk> Date: Thu, 16 Feb 95 10:45:00 +0100 From: Christian Wettergren | Then you can start up a wish and execute the following | send vat ".m.left.sites.sb list" | | which will give you output like the stuff below. I suppose that you | can do this periodically and then merge the new ones in each time? | | I have not gone beyond the inital step of getting the 'raw' data: I | have no idea whether the innards of vat change the sitebox variable at | any time. | | Paul Harrington (St Andrews, Scotland) [138.25 1.199.74*] | jon@lagavulin.cs.ucl.ac.uk [128.16.8.50] | Mitch Collinsworth (Cornell PCG) [128.84.247.156] | Todd Montgomery (WVU/CERC) [157.182.44.98] | Van Jacobson (LBL) [128.3.112.135] | Matthew Donaldson [129.127.104.12] Why not just press capital l: `L` in the window? /Christian Wettergren Swedish MICE - National Support Center From rem-conf-request@es.net Thu Feb 16 05:26:58 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <06664-0@osi-west.es.net>; Thu, 16 Feb 1995 02:26:21 +0000 Received: from waffle.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Thu, 16 Feb 1995 10:24:50 +0000 To: Henning Schulzrinne , rem-conf@es.net Subject: Re: Multicast loopback behavior In-reply-to: Your message of "Wed, 15 Feb 95 12:25:09 GMT." <4467.792851109@cs.ucl.ac.uk> Date: Thu, 16 Feb 95 10:24:42 +0000 Message-ID: <1272.792930282@cs.ucl.ac.uk> From: Jon Crowcroft > >IP multicast with ttl=0 makes a reasonably good IPC within a host and > >would be useful for all kinds of notifications services (say, notifying > >email applications that new mail has arrived). >right - van and steve mcanne already use this for communicating >between different vat's and all kinds of >other things - it is very cute, and seems to be pretty efficient! > >A quick scan of host requirements doesn't seem to say anything on this > >topic, thus, I'm curious as to the motivation (besides kernel > >implementation convenience). This may tread dangerously close to the > >EID-ish discussion of what endpoints should be... >it does depend on port and so_reuseaddr stuff too... i forgot to add - this is why a lot of applications use two sockets (or 4 if you are doing rtp & rtcp) 1 uses a free port, and is used to send _from_, so that receivers can use connect() to set up a filter, while the other is used to receive the messages but this means you have a bit of a mess when you want to do what you want above....what you're saying is you want loopback to have 2 semantics - 1 per host, 1 per process (i.e. EID), but at the point you have an IP multicast addr, you havn't got a handle on this....but i guess for the application you have in mind, it'd be easy to specify a special case of loopback anything to the mcast addr setsockopt(s, IPPROTO_IP, IP_ADD_MEMBERSHIP, (char *)&mreq, sizeof(mreq)) have a setsockopt(sock, IPPROTO_IP, IP_MULTICAST_LOOP_EVERY_ONE_ON_THIS_HOST_BUT_ME, &loop, sizeof(loop)); call, right should be easy to hack into the code....it'd be a new case in the pcb match code...running round checking the flags....oh, no, wait, you'd need to look at the source of the packet, and identify which process it'd come from ,and its probably UDP, so you can't if someone's done a SO_REUSEADDR rather than the two socket hack above..... nope, sorry, it don't work...we need a new form of address/EID:-( jon From rem-conf-request@es.net Thu Feb 16 08:27:31 1995 Received: from sics.se by osi-west.es.net via ESnet SMTP service id <07776-0@osi-west.es.net>; Thu, 16 Feb 1995 05:27:05 +0000 Received: from ecla1-4c.inria.fr by sics.se (5.65+bind 1.7+ida 1.4.2/SICS-1.4) with SMTP id AA02136; Thu, 16 Feb 95 14:26:31 +0100 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 16 Feb 1995 14:26:45 +0100 To: jec@philabs.philips.com (Jorge E. Caviedes) From: hans@sics.se (Hans Eriksson) Subject: Re: Job opening Cc: map@mailgate1.insoft.com, rem-conf@es.net Dear Mr. Caviedes, commersial advertising for whatever is a no-no outside of the channels where it is explicitly OK, such as comp.new-products, *.jobs etc. I would not like this group (and others) to be violated like you did. The signal/noise level will quickly become bad and hide the stuff that rem-conf is created for. Please read the appropriate netiquette articles. cheers /hans Hans Eriksson, SICS, Box 1263, Isafjordsg 22, 164 28 Kista, Sweden Tel: +46 8 752 1527 Fax: +46 8 751 7230 email: hans@sics.se From rem-conf-request@es.net Thu Feb 16 11:27:23 1995 Received: from obelix.hrz.tu-chemnitz.de by osi-west.es.net via ESnet SMTP service id <09324-0@osi-west.es.net>; Thu, 16 Feb 1995 08:26:54 +0000 Received: from tricia.hrz.tu-chemnitz.de by obelix.hrz.tu-chemnitz.de with Local SMTP (PP) id <03653-0@obelix.hrz.tu-chemnitz.de>; Thu, 16 Feb 1995 17:23:20 +0100 Received: by tricia.hrz.tu-chemnitz.de (4.1/SMI-4.1) id AA09307; Thu, 16 Feb 95 17:23:17 +0100 Date: Thu, 16 Feb 1995 17:23:16 +0100 (MET) From: "X.500-Manager DE" To: rem-conf@es.net Cc: mbone@ISI.EDU Subject: Announcement - KiVS'95 - 22.-24. February 1995 Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII We will broadcast a part of this conference over the internet using Mbone. The opening and the first plenary session we will be broadcasted with ttl 127 and for the rest of the conference we will use ttl 47 (Germany only). We will send with vat, vic/h261 and wb. An announcement in sd will be made soon. --------------------------------------------------------- Kommunikation in Verteilten Systemen - KiVS '95 "Neue Laender - Neue Netze - Neue Dienste" 22. - 24. Februar 1995 ITG/GI - Fachtagung Technische Universitaet Chemnitz-Zwickau --------------------------------------------------------- 22. February: ------------- 9:30 - 11:00 (MET): ------------------ opening welcome: - B.Butscher (Speaker of section "Kommunikation und verteilte Systeme) welcoming speech: - Prof. Dr. Kurt Biedenkopf, ministerpresident of the Free State of Saxony - Dr. P. Seifert, mayor of city Chemnitz - Prof. Dr. G. Hecht, rector of the Technical University of Chemnitz-Zwickau plenary session I: - Programs for Networking Research and Testbed Activities in the U.S. Prof. Dr. Domenico Ferrari, University of California, Berkeley, ICSI For more information see (German language): URL:http//www.tu-chemnitz.de/~apf/kivs95.html URL:http//www.tu-chemnitz.de/~apf/kivs95tagung.html Enrico Mowitz .............................................................................. Mail: ds-manager@tu-chemnitz.de S=ds-manager;PRMD=tu-chemnitz;ADMD=d400;C=de WWW-URL: http://tricia.hrz.tu-chemnitz.de Telefon: +49 371 531-1379 .............................................................................. From rem-conf-request@es.net Thu Feb 16 20:00:45 1995 Received: from viipuri.nersc.gov by osi-east.es.net via ESnet SMTP service id <19100-0@osi-east.es.net>; Thu, 16 Feb 1995 17:00:18 +0000 Received: by viipuri.nersc.gov (4.1/ESnet-1.2) id AA07584; Thu, 16 Feb 95 17:00:16 PST Date: Thu, 16 Feb 95 17:00:16 PST From: ari@es.net (Ari Ollikainen) Message-Id: <9502170100.AA07584@viipuri.nersc.gov> To: RCWG@nic.hep.net, rem-conf@es.net, videophone@es.net Subject: ANOTHER voice-over-the-Internet product! On the heels of VocalTec's InterNetPhone for PC and e-magic's NetPhone for the Macintosh platform, comes the Personal Internet Companion Kit (PICK) for the PC from Third Planet Publishing. Priced at $99.95 PICK is sheduled to be available in 2Q95. "...PICK features include voice encryption for all parties, unlimited standard conference calling capabilities, enhanced conference calling where users can talk selectively to separate conference groups simultaneously, call screening, and caller identification. ... ...PICK users can design their own interface to explore the Internet using a proprietary Mosaic-type Windows engine. They can also create their own commands for online services and assign the commands to icons for easy execution. System requirements to use PICK include a 9,600 bits-per-second (bps) or higher modem, a PC powered by at least a 33 Megahertz (MHz) 386 chip, four megabytes (MB) of system memory, a multimedia sound card, a microphone, speakers and local Internet connection..." Ari@ES.net _/_/ _/_/_/_/ _/ Ari Ollikainen {VOX: 510 423-5962} _/ _/ _/ _/ _/ Energy Sciences Network {FAX: 510 423-8744} _/_/_/_/ _/_/_/_/ _/ National Energy Research Supercomputer Center _/ _/ _/ _/ _/ Lawrence Livermore National Laboratory _/ _/ _/ _/ _/ MailStop L-561, PO BOX 5509, Livermore, CA. 94551 ~~RECOM Technologies Inc.~~ From rem-conf-request@es.net Thu Feb 16 23:42:32 1995 Received: from ncb.gov.sg by osi-east.es.net via ESnet SMTP service id <03928-0@osi-east.es.net>; Thu, 16 Feb 1995 20:42:07 +0000 Received: by ncb.gov.sg (4.1/SMI-4.1) id AA05917; Fri, 17 Feb 95 11:24:45 SST Date: Fri, 17 Feb 1995 11:24:44 +0800 (SST) From: Tan Pow Hwee Subject: Re: ANOTHER voice-over-the-Internet product! To: Ari Ollikainen Cc: RCWG@nic.hep.net, rem-conf@es.net, videophone@es.net In-Reply-To: <9502170100.AA07584@viipuri.nersc.gov> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thu, 16 Feb 1995, Ari Ollikainen wrote: > > "...PICK features include voice encryption for all parties, Any idea what is the codec used for voice encoding? Does the voice transmission work on a real-time basis (transfer as you speak, decode and playback as it receive) or is it a store-and-forward kind of conferencing tool? > unlimited standard conference calling capabilities, enhanced > conference calling where users can talk selectively to separate > conference groups simultaneously, call screening, and caller > identification. > Regards, ph tan From rem-conf-request@es.net Fri Feb 17 03:44:02 1995 Received: from relay1.UU.NET by osi-east.es.net via ESnet SMTP service id <07033-0@osi-east.es.net>; Fri, 17 Feb 1995 00:43:43 +0000 Received: from alterdial.UU.NET by relay1.UU.NET with SMTP id QQydli09690; Fri, 17 Feb 1995 03:43:41 -0500 Received: from [198.4.181.158] by alterdial.UU.NET with SMTP id QQydli24517; Fri, 17 Feb 1995 03:43:36 -0500 X-Sender: mail00821@alterdial.uu.net (Unverified) Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 17 Feb 1995 03:43:16 -0500 To: mbone@isi.edu From: adamgood@voices.com (Adam Goodman) Subject: Multicast applications on Solaris 2.x for x86 Cc: rem-conf@es.net Hello All, I was wondering if it is possible to recompile source code for all the multicast applications under Solaris 2.x for x86 machines. Does the x86 Solaris even come with multicast support in the kernel? If not, can it be recompiled to include multicast support? Can mrouted be recompiled to work on a machine like this? Is this feasible at all? Does anyone have any experience with this? If none of this is possible, is there any effort underway (by either SunSoft or anyone else) to enable multicast on Solaris for x86? Any help with this will be greatly appreciated. TIA, -Adam Adam M. Goodman Mulsanne Communications 19 W. 44th St. Ste. 1217 New York, NY 10036 ph# (212) 221-7065 fx# (212) 221-1413 From rem-conf-request@es.net Fri Feb 17 05:04:04 1995 Received: from bells.cs.ucl.ac.uk by osi-east.es.net via ESnet SMTP service id <08580-0@osi-east.es.net>; Fri, 17 Feb 1995 02:03:37 +0000 Received: from waffle.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Fri, 17 Feb 1995 10:01:16 +0000 To: Toerless Eckert cc: schulzrinne@fokus.gmd.de (Henning Schulzrinne), rem-conf@es.net Subject: Re: Multicast loopback behavior In-reply-to: Your message of "Wed, 15 Feb 95 15:03:46 +0100." <199502151403.AA24704@faui43.informatik.uni-erlangen.de> Date: Fri, 17 Feb 95 10:01:08 +0000 Message-ID: <1020.793015268@cs.ucl.ac.uk> From: Jon Crowcroft >I am wondering if there is a chance to suppress local delivery of >multicast packets originated on the local machine in SunOS multicas too. >The problem is that my application does not want to receive the packets >it originates, but it is not possible to determine if the packets >come from the local application. well nothing is impossible, its just a hack we could easily change the mbuf struct to hold a pid or the originating process, and have any of the PCB lookup matches include that for some special setsockopt case... or how about overwriting the ip hdr id field for packets that have ttl 0 - that'd be trivial.....since they never leave the machien they wont get fragmented, so the id field has no function whatsoever... in fact, there must be lots of fields in the ip header that could be re-used for ttl=0 packets.... gosh, what fun!!! jon From rem-conf-request@es.net Fri Feb 17 05:14:36 1995 Received: from lohi.dat.tele.fi by osi-east.es.net via ESnet SMTP service id <08673-0@osi-east.es.net>; Fri, 17 Feb 1995 02:14:01 +0000 Received: from lohi.dat.tele.fi by lohi.dat.tele.fi id <11042-0@lohi.dat.tele.fi>; Fri, 17 Feb 1995 12:11:18 +0200 To: adamgood@voices.com CC: mbone@ISI.EDU, rem-conf@es.net In-reply-to: (adamgood@voices.com) Subject: Re: Multicast applications on Solaris 2.x for x86 Date: Fri, 17 Feb 1995 12:11:18 +0200 From: Juha Heinanen Sender: Juha.Heinanen@lohi.dat.tele.fi it is hard to compile the multicast applications for anything unless you have the sources and those are not available except for nv. it would be nice if the sources of the multicast applications were either publicly available or if there was a company that would be selling binaries on a commercial basis. neither of these two is now true, which i consider a very bad thing. -- juha From rem-conf-request@es.net Fri Feb 17 06:18:53 1995 Received: from bells.cs.ucl.ac.uk by osi-east.es.net via ESnet SMTP service id <09311-0@osi-east.es.net>; Fri, 17 Feb 1995 03:17:58 +0000 Received: from waffle.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Fri, 17 Feb 1995 11:15:09 +0000 To: Juha Heinanen cc: adamgood@voices.com, mbone@ISI.EDU, rem-conf@es.net Subject: Re: Multicast applications on Solaris 2.x for x86 In-reply-to: Your message of "Fri, 17 Feb 95 12:11:18 +0200." <199502171013.AA27251@venera.isi.edu> Date: Fri, 17 Feb 95 11:15:05 +0000 Message-ID: <1329.793019705@cs.ucl.ac.uk> From: Jon Crowcroft >it is hard to compile the multicast applications for anything unless you >have the sources and those are not available except for nv. and vic and ivs and a few other things.... jon From rem-conf-request@es.net Fri Feb 17 06:27:39 1995 Received: from concorde.inria.fr by osi-east.es.net via ESnet SMTP service id <09508-0@osi-east.es.net>; Fri, 17 Feb 1995 03:26:45 +0000 Received: from givry.inria.fr (givry.inria.fr [128.93.8.18]) by concorde.inria.fr (8.6.9/8.6.9) with ESMTP id MAA25154; Fri, 17 Feb 1995 12:26:28 +0100 Received: from givry.inria.fr (localhost.inria.fr [127.0.0.1]) by givry.inria.fr (8.6.8/8.6.6) with ESMTP id MAA00706; Fri, 17 Feb 1995 12:26:27 +0100 Message-Id: <199502171126.MAA00706@givry.inria.fr> From: Francis Dupont To: Juha Heinanen cc: adamgood@voices.com, mbone@isi.edu, rem-conf@es.net Subject: Re: Multicast applications on Solaris 2.x for x86 In-reply-to: Your message of Fri, 17 Feb 1995 12:11:18 +0200. <199502171013.AA27251@venera.isi.edu> Date: Fri, 17 Feb 1995 12:26:20 +0100 Sender: Francis.Dupont@inria.fr In your previous mail you wrote: it is hard to compile the multicast applications for anything unless you have the sources and those are not available except for nv. it would be nice if the sources of the multicast applications were either publicly available or if there was a company that would be selling binaries on a commercial basis. neither of these two is now true, which i consider a very bad thing. => I fully agree with you! We should stop to use multicast tools without available sources or industry-level support or worse to consider them as standards... Francis.Dupont@inria.fr PS: IVS (INRIA Videoconferencing System) and Nevot sources are available too. From rem-conf-request@es.net Fri Feb 17 08:08:43 1995 Received: from mitsou.inria.fr by osi-east.es.net via ESnet SMTP service id <10568-0@osi-east.es.net>; Fri, 17 Feb 1995 05:00:57 +0000 Received: by mitsou.inria.fr (8.6.9/8.6.9) id OAA19512; Fri, 17 Feb 1995 14:00:38 +0100 Message-Id: <199502171300.OAA19512@mitsou.inria.fr> To: Juha Heinanen cc: adamgood@voices.com, mbone@ISI.EDU, rem-conf@es.net Subject: Re: Multicast applications on Solaris 2.x for x86 In-reply-to: Your message of "Fri, 17 Feb 1995 12:11:18 +0200." <199502171238.NAA16848@sophia.inria.fr> Date: Fri, 17 Feb 1995 14:00:37 +0100 From: Christian Huitema Juha, The sources of ivs are available on: ftp://zenon.inria.fr/rodeo/ivs/* Christian Huitema From rem-conf-request@es.net Fri Feb 17 08:09:00 1995 Received: from faui45.informatik.uni-erlangen.de by osi-east.es.net via ESnet SMTP service id <10595-0@osi-east.es.net>; Fri, 17 Feb 1995 05:08:18 +0000 Received: from faui43.informatik.uni-erlangen.de by uni-erlangen.de with SMTP; id AA16112 (5.65c-6/7.3w-FAU); Fri, 17 Feb 1995 14:03:36 +0100 Received: from faui45r.informatik.uni-erlangen.de by immd4.informatik.uni-erlangen.de with SMTP; id AA07597 (5.65c-6/7.3m-FAU); Fri, 17 Feb 1995 14:03:33 +0100 From: Toerless Eckert Message-Id: <199502171303.AA07597@faui43.informatik.uni-erlangen.de> Subject: Re: Multicast applications on Solaris 2.x for x86 To: Francis.Dupont@inria.fr (Francis Dupont) Date: Fri, 17 Feb 1995 14:03:23 +0100 (MET) Cc: Juha.Heinanen@lohi.dat.tele.fi, adamgood@voices.com, mbone@isi.edu, rem-conf@es.net In-Reply-To: <199502171126.MAA00706@givry.inria.fr> from "Francis Dupont" at Feb 17, 95 12:26:20 pm Organisation: CSD IMMD IV, University of Erlangen, Germany X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > PS: IVS (INRIA Videoconferencing System) and Nevot sources > are available too. PPS: vic sources are available too. All we need is vat... From rem-conf-request@es.net Fri Feb 17 08:59:51 1995 Received: from lohi.dat.tele.fi by osi-east.es.net via ESnet SMTP service id <11062-0@osi-east.es.net>; Fri, 17 Feb 1995 05:58:59 +0000 Received: from lohi.dat.tele.fi by lohi.dat.tele.fi id <13727-0@lohi.dat.tele.fi>; Fri, 17 Feb 1995 15:57:33 +0200 To: Toerless.Eckert@Informatik.Uni-Erlangen.de CC: Francis.Dupont@inria.fr, adamgood@voices.com, mbone@isi.edu, rem-conf@es.net In-reply-to: <199502171303.AA07597@faui43.informatik.uni-erlangen.de> (Toerless.Eckert@Informatik.Uni-Erlangen.de) Subject: Re: Multicast applications on Solaris 2.x for x86 Date: Fri, 17 Feb 1995 15:57:33 +0200 From: Juha Heinanen Sender: Juha.Heinanen@lohi.dat.tele.fi PPS: vic sources are available too. All we need is vat... where did you get sd and mrouted sources? -- juha From rem-conf-request@es.net Fri Feb 17 09:59:53 1995 Received: from burdell.cc.gatech.edu by osi-east.es.net via ESnet SMTP service id <11875-0@osi-east.es.net>; Fri, 17 Feb 1995 06:59:12 +0000 Received: from flora.cc.gatech.edu (kevin@flora.cc.gatech.edu [130.207.8.20]) by burdell.cc.gatech.edu (8.6.9/8.6.9) with ESMTP id JAA25750; Fri, 17 Feb 1995 09:59:07 -0500 Received: (from kevin@localhost) by flora.cc.gatech.edu (8.6.9/8.6.9) id JAA03287; Fri, 17 Feb 1995 09:59:02 -0500 Date: Fri, 17 Feb 1995 09:59:02 -0500 From: kevin@cc.gatech.edu (Kevin C. Almeroth) Message-Id: <199502171459.JAA03287@flora.cc.gatech.edu> To: Francis.Dupont@inria.fr, Toerless.Eckert@informatik.uni-erlangen.de Subject: Re: Multicast applications on Solaris 2.x for x86 Cc: rem-conf@es.net >>> PS: IVS (INRIA Videoconferencing System) and Nevot sources >>> are available too. >> >>PPS: vic sources are available too. All we need is vat... Do I sense another deluge of posts bashing those who are responsible for not making the VAT code available? If the deluge is to come, let me ask that a least one valid justification for not releasing the source be given at some point. -Kevin Almeroth From rem-conf-request@es.net Fri Feb 17 10:47:14 1995 Received: from alpha.Xerox.COM by osi-east.es.net via ESnet SMTP service id <01448-0@osi-east.es.net>; Fri, 17 Feb 1995 07:45:08 +0000 Received: from skylark.parc.xerox.com ([13.2.116.7]) by alpha.xerox.com with SMTP id <14430(2)>; Fri, 17 Feb 1995 07:44:28 PST Received: from localhost by skylark.parc.xerox.com with SMTP id <12174>; Fri, 17 Feb 1995 07:44:07 -0800 To: Juha Heinanen Cc: Toerless.Eckert@informatik.uni-erlangen.de, Francis.Dupont@inria.fr, adamgood@voices.com, mbone@isi.edu, rem-conf@es.net Cc: deering@parc.xerox.com Subject: Re: Multicast applications on Solaris 2.x for x86 In-reply-to: Juha.Heinanen's message of Fri, 17 Feb 95 05:57:33 -0800. <199502171359.AA02132@venera.isi.edu> Date: Fri, 17 Feb 1995 07:44:03 PST Sender: Steve Deering From: Steve Deering Message-Id: <95Feb17.074407pst.12174@skylark.parc.xerox.com> > where did you get sd and mrouted sources? > > -- juha mrouted sources have been publically available since 1989. The current version is available from ftp://parcftp.xerox.com/pub/net-research/. Steve From rem-conf-request@es.net Fri Feb 17 11:09:13 1995 Received: from faui45.informatik.uni-erlangen.de by osi-east.es.net via ESnet SMTP service id <01963-0@osi-east.es.net>; Fri, 17 Feb 1995 08:08:11 +0000 Received: from faui43.informatik.uni-erlangen.de by uni-erlangen.de with SMTP; id AA26665 (5.65c-6/7.3w-FAU); Fri, 17 Feb 1995 17:06:03 +0100 Received: from faui45r.informatik.uni-erlangen.de by immd4.informatik.uni-erlangen.de with SMTP; id AA17557 (5.65c-6/7.3m-FAU); Fri, 17 Feb 1995 17:04:39 +0100 From: Toerless Eckert Message-Id: <199502171604.AA17557@faui43.informatik.uni-erlangen.de> Subject: Re: Multicast applications on Solaris 2.x for x86 To: kevin@cc.gatech.edu (Kevin C. Almeroth) Date: Fri, 17 Feb 1995 17:04:34 +0100 (MET) Cc: Francis.Dupont@inria.fr, Toerless.Eckert@informatik.uni-erlangen.de, rem-conf@es.net In-Reply-To: <199502171459.JAA03287@flora.cc.gatech.edu> from "Kevin C. Almeroth" at Feb 17, 95 09:59:02 am Organisation: CSD IMMD IV, University of Erlangen, Germany X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > Do I sense another deluge of posts bashing those who are responsible > for not making the VAT code available? If the deluge is to come, let > me ask that a least one valid justification for not releasing the source > be given at some point. Oh yes, it's a good time to bash again. Free beer isn't good enough we want to see how it's brewed... Toerles From rem-conf-request@es.net Fri Feb 17 11:41:51 1995 Received: from NS.METROLINK.COM by osi-east.es.net via ESnet SMTP service id <02542-0@osi-east.es.net>; Fri, 17 Feb 1995 08:39:16 +0000 Received: from anubis.metrolink.com. (anubis.metrolink.com) by ns.metrolink.com with SMTP id AA27245 (5.67b/IDA-1.5 for ); Fri, 17 Feb 1995 11:45:21 GMT Received: by anubis.metrolink.com. (4.1/SMI-4.1) id AA04739; Fri, 17 Feb 95 11:47:07 EST Date: Fri, 17 Feb 95 11:47:07 EST From: pax@anubis.metrolink.com (Garry M. Paxinos) Message-Id: <9502171647.AA04739@anubis.metrolink.com.> To: mbone@ISI.EDU Cc: rem-conf@es.net Subject: Re: Multicast applications on Solaris 2.x for x86 X-Mailer: XALT Mail [Version 1.2.d] X-Stamp-Id: 7 > > PS: IVS (INRIA Videoconferencing System) and Nevot sources > > are available too. > > PPS: vic sources are available too. All we need is vat... Does anyone have the source to Nevot tar'd up with all the other required packages? Thanks, Pax. ---- Metro Link Incorporated. 4711 N. Powerline Rd. Fort Lauderdale Fl, 33309 Voice: +1.305.938.0283x414 Fax: +1.305.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 Fri Feb 17 11:55:26 1995 Received: from bizarre.rtpnc.epa.gov by osi-east.es.net via ESnet SMTP service id <03040-0@osi-east.es.net>; Fri, 17 Feb 1995 08:54:22 +0000 Received: by bizarre.rtpnc.epa.gov (8.6.9/1.34) id LAA02961; Fri, 17 Feb 1995 11:53:49 -0500 Date: Fri, 17 Feb 1995 11:53:49 -0500 From: "Frank E. Terhaar-Yonkers" Message-Id: <199502171653.LAA02961@bizarre.rtpnc.epa.gov> To: rem-conf@es.net Subject: Re: MBONE Announcement (2/17 Berkeley MM Seminar) Cc: X-Face: ,fjtWiMPydUaSQl%8[eTg`u:^BXt&T)Sny(6w\*U"5D9H[Z$kG%Q/z;Z=NwrPiXf-aMF3R) Rsand$,]26-8>5@HD(A3A79gN|0%NHsdek4mT8E,>j+\w!~d2#nH;~NV!5a0"`5$Cj8d\or(Jy/JQ_ |uc;C[filmZ(~#lre*l:|O%d/PJFy`.5w8)sMZ-)QI3TaV"j'k Is anyone (close to, or at the source) planning to record Van's talk and make it available for FTP? thanks - Frank >From rem-conf-request@es.net Sat Feb 11 01:39:42 1995 >Date: Fri, 10 Feb 1995 17:42:28 -0800 >From: Larry Rowe >To: rem-conf@es.net >Subject: MBONE Announcement (2/17 Berkeley MM Seminar) > > MULTIMEDIA AND GRAPHICS SEMINAR > > The MBone - Interactive Multimedia on the Internet > > Van Jacobson > Lawrence Berkeley Laboratories > Berkeley, California > > Date: February 17, 1995 Time: 2-3:30 Room: 405 Soda Hall ------------------------------------------------- Frank Terhaar-Yonkers fty@vislab.epa.gov Martin Marietta Technical Services/U.S. EPA P.O. Box 14365, Mail Stop 4201-2, RTP, NC 27709 voice - (919)541-2297 fax - (919)541-3967 PGP public key on request - or on your favorite PGP server From rem-conf-request@es.net Fri Feb 17 14:03:01 1995 Received: from eitech.eit.COM by osi-west.es.net via ESnet SMTP service id <03236-0@osi-west.es.net>; Fri, 17 Feb 1995 11:02:19 +0000 Received: from hnear (hnear.eit.COM) by eitech.eit.com (4.1/SMI-4.1) id AA00966; Fri, 17 Feb 95 11:02:09 PST Received: from localhost (jay@localhost) by hnear (940816.SGI.8.6.9/8.6.4) with SMTP id LAA06320 for ; Fri, 17 Feb 1995 11:01:22 -0800 Message-Id: <199502171901.LAA06320@hnear> X-Authentication-Warning: hnear: jay owned process doing -bs X-Authentication-Warning: hnear: Host localhost didn't use HELO protocol To: rem-conf@es.net Subject: Re: Multicast applications on Solaris 2.x for x86 In-Reply-To: Your message of "Fri, 17 Feb 1995 09:59:02 EST." <199502171459.JAA03287@flora.cc.gatech.edu> Date: Fri, 17 Feb 1995 11:01:19 -0800 From: Jay Glicksman Just to add one more request to the cacophony: we have a great need for the source to wb. Jay G. From rem-conf-request@es.net Sat Feb 18 02:11:36 1995 Received: from ell.ee.lbl.gov by osi-west.es.net via ESnet SMTP service id <08935-0@osi-west.es.net>; Fri, 17 Feb 1995 23:11:06 +0000 Received: by ell.ee.lbl.gov (8.6.9/1.43r) id XAA24670; Fri, 17 Feb 1995 23:10:56 -0800 From: mccanne@ee.lbl.gov (Steven McCanne) Message-Id: <199502180710.XAA24670@ell.ee.lbl.gov> To: Jon Crowcroft cc: rem-conf@es.net Subject: Re: Multicast loopback behavior In-reply-to: Your message of Thu, 16 Feb 95 10:24:42 +0000. <1272.792930282@cs.ucl.ac.uk> Date: Fri, 17 Feb 95 23:10:55 PST Sorry to keep beating on this thread, but I'd like to see the semantics of the loopback flag simply change so that turning it off means turning off delivery only to the originating application (while still maintaining delivery to other applications on the local host). I can't think of a case where the current semantics would be preferred over this alternative. At one point, I looked at the multicast implementation to see how easy this change would be, and it isn't trivial. The current semantics are much easier to implement (given the present implementation architecture), which is why, I suspect, the semantics are the way they are. Steve From rem-conf-request@es.net Sat Feb 18 04:46:30 1995 Received: from ceres.fokus.gmd.de by osi-west.es.net via ESnet SMTP service id <10252-0@osi-west.es.net>; Sat, 18 Feb 1995 01:45:45 +0000 Received: from ursa.fokus.gmd.de by ceres.fokus.gmd.de with SMTP (PP-ICR1v5); Sat, 18 Feb 1995 10:43:15 +0100 X-Mailer: exmh version 1.5.3 12/28/94 To: pax@anubis.metrolink.com (Garry M. Paxinos) cc: rem-conf@es.net Subject: Nevot sources Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 18 Feb 95 10:44:12 +0100 From: Henning Schulzrinne Get the ftp://gaia.cs.umass.edu/pub/hgschulz/nevot/nevot-XX.tar.gz package with the sources, where XX is the version number of the day. Looking at doc/nevot.ps, it gives you half a dozen more or less entertaining installation options and the list of files to go with it, depending whether you are a dynamic or static (library) person. If you find yourself confused, let me know and I'll try to clarify the docs. Henning ---- Henning Schulzrinne email: hgs@fokus.gmd.de GMD-Fokus phone: +49 30 25499 182 Hardenbergplatz 2 fax: +49 30 25499 202 D-10623 Berlin URL: http://www.fokus.gmd.de/htbin/info/step/hgs From rem-conf-request@es.net Sat Feb 18 08:22:50 1995 Received: from mailsun.aber.ac.uk by osi-west.es.net via ESnet SMTP service id <11349-0@osi-west.es.net>; Sat, 18 Feb 1995 05:22:25 +0000 Received: from mailhost.aber.ac.uk (actually host saturnbb.aber.ac.uk) by mailsun.aber.ac.uk with SMTP (XTPPst-c); Sat, 18 Feb 1995 13:15:12 +0000 To: rem-conf@es.net cc: dap@aber.ac.uk Subject: Multicasting Support on PCs? Date: Sat, 18 Feb 1995 13:15:08 +0000 Message-ID: <3450.793113308@mailhost.aber.ac.uk> From: D E PRICE Dear All, Like most people I suspect, all my multicasting kit is currently Unix Workstations (all Suns infact). However, as much as I search, I can't seem to find a PC TCP/IP stack with decent multicasting support + applications to go with it...... Clearly, I would also like some applications that would work in the PC environment over the multicast stack. Initially, I would like applications that would interwork with sd, vat, nv, vic, wb, .... and so on but we also need a mechanism to write new applications too. Any help you can all provide would be greatly appreciated. Dave Price ----------------------------------------------------------------- | David Price, Computer Science | | | | Computer Science, University of Wales, Aberystwyth, | | Penglais Campus, Aberystwyth, Dyfed, SY23 3DB | | | | Janet: dap@uk.ac.aber Internet: dap@aber.ac.uk | | Phone: +44 970 622428 FAX: +44 970 622455 | ----------------------------------------------------------------- From rem-conf-request@es.net Sat Feb 18 10:37:53 1995 Received: from sics.se by osi-west.es.net via ESnet SMTP service id <12049-0@osi-west.es.net>; Sat, 18 Feb 1995 07:37:31 +0000 Received: from p4896.sth.pi.se by sics.se (5.65+bind 1.7+ida 1.4.2/SICS-1.4) with SMTP id AA06192; Sat, 18 Feb 95 16:36:30 +0100 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 18 Feb 1995 16:36:35 +0100 To: Jon Crowcroft From: hans@sics.se (Hans Eriksson) Subject: Re: Multicast loopback behavior Cc: Toerless Eckert , schulzrinne@fokus.gmd.de (Henning Schulzrinne), rem-conf@es.net > >I am wondering if there is a chance to suppress local delivery of > >multicast packets originated on the local machine in SunOS multicas too. > >The problem is that my application does not want to receive the packets > >it originates, but it is not possible to determine if the packets > >come from the local application. > >well nothing is impossible, its just a hack Unless my memory fails me and/or it has changed I beleive there is an sockopt (or whatever). I remember toggling that in some code I wrote ags ago. I could then get local delivery or not at will. >gosh, what fun!!! yeah, a hacking holiday, i.e. me, a computer, a connection and a week or so. dreams... /hans From rem-conf-request@es.net Sat Feb 18 14:49:25 1995 Received: from ctrvx1.Vanderbilt.Edu by osi-west.es.net via ESnet SMTP service id <13257-0@osi-west.es.net>; Sat, 18 Feb 1995 11:49:03 +0000 Received: from ctrvax.Vanderbilt.Edu by ctrvax.Vanderbilt.Edu (PMDF V4.2-15 #7190) id <01HN72XLZ9M08XD7RO@ctrvax.Vanderbilt.Edu>; Sat, 18 Feb 1995 13:27:28 CST Date: Sat, 18 Feb 1995 13:27:28 -0600 (CST) From: BEZALEL GAVISH Subject: 3rd Telecommunication Systems Conference To: listoflists:; Message-id: <01HN72XLZJ968XD7RO@ctrvax.Vanderbilt.Edu> X-VMS-To: IN%"listoflists" X-VMS-Cc: GAVISHB MIME-version: 1.0 Content-transfer-encoding: 7BIT 3-rd International Conference on Telecommunication Systems - 1995 Call for Participation Program and Schedule (March 16-19, 1995) The 3-rd International Conference on Telecommunication Systems will be held at the Owen Graduate School of Management, Vanderbilt University, Nashville, Tennessee. Below is a tentative program and schedule. Individuals interested to participate could get in touch with: Mrs. Dru Mace Owen Graduate School of Management Vanderbilt University Nashville, TN 37203 Tel: (615) 322-3694 E-mail: MACED@CTRVAX.VANDERBILT.EDU ------------------ Program and Schedule ----------------------------------- Tursday - March 16, 1995 Tursday - March 16, 1995 Tursday - March 16, 1995 Tursday - March 16, 1995 3:00 - 7:00 Registration - On First floor of the Owen Graduate School of Management (OGSM). %================================================================ SESSION 1: ATM Networks Modelling ATM Traffic and Bandwidth Management using Virtual Private Networks, M. Gerla and S. Fotedar, SESSION 1: ATM Networks Modelling Finite Time Cell Loss Ratios in an ATM Multiplexer with Bursty Traffic Load, -- M. Baumann, Using Perturbation Analysis to Solve the Capacity and Flow Assignment Problem for General and ATM Networks, -- C. A. Brooks and P. Varaiya, Pricing and Design of B-ISDN Networks, -- A. Girard and A. Ben Cheikh, The Superposition of Virtual Connections with Periodic Traffic in an ATM Multiplexer: Idle and Busy Period Distributions, -- Z. Bazanowski and U. Killat, :30PM -- Pick-up for Reception. 8:00 - 10:30 Reception at the Gavish's residence. Shuttle service will be available from OGSM to Gavish home, and back to the hotels. Friday - March 17, 1995 Friday - March 17, 1995 Friday - March 17, 1995 Friday - March 17, 1995 SESSION 2: Routing An Adaptable Routing Optimization Model for Communication Networks, M. R. Bartolacci and S. D. Wu, Quo Vadis - Adaptive Heuristics for Routing in Large Communication Networks, A. R. Mikler, J. S. K. Wong and V. Honavar, A New Proximal Decomposition Algorithm for Routing in Telecommunication Networks, -- P. Mahey, A. Ouorou, L. LeBlanc and J. Chifflet, Trade-Offs in VP-based and VC-based Traffic Shaping, Z. Bazanowski and U. Killat, SESSION 3: Protocols Modelling and Analysis of the ISO RTSE Protocol, A. Jirachiefpattana and R. Lai, Pipelining in Protocol Stacks, -- D. M. Wisse and G. L. Reijns, Secure Communications in Broadband Networks, -- E. Cruselles, M Soriano, J. Forne and J. L. Melus, XTPX Based Multimedia Transport System for Flexible QoS Support, I. Miloucheva and O. Bonnesz, %================================================================ SESSION 4: Economics of Telecommunications - 1 Computation and Regulation in Communication Markets, Michael Katz -- Chief Economist, FCC Billing Users for TCP, -- R. J. Edell, N. McKeown and P.P. Varaiya, Using Price Feedback for ATM Efficiency, -- J. MacKie-Mason, J. Murphy and L. Murphy, Modelling the Economics of Imperfect Interoperability for Telecommunications, J. P. Bailey, Pricing Internet: The New Zealand Experience, -- M. Carter and G. Guthrie, %================================================================ SESSION 5: Cellular Systems Code Allocation in Layered CDMA Cellular Systems, E. E. Pickett and A. K. Varagiannis, Models for Configuring Cellular Networks with Mobility, B. Gavish and S. Sridhar, Modeling and Analysis of the Dynamic Location Registration and Paging in PCS Microcellular, -- S. J. Kim and C. Y. Lee, Decentralized Dynamic Channel Assignment (DDCA) for Wireless Communications, P. L. Reilly, SESSION 6: Mobile Systems TND-Tool for Topological Network Design of Mobile Communication Networks, M. Shahbaz, On Modelling and Performance Analysis of a Large Communication Network - FedEx Station Environment, P. Waknis, C. Spencer, D. Browning, J. Burk and I. Williams, Considerations in Estimating Cellular Subscriber Service Quality at the Systems Level, -- R. Nikides, Capacity Expansion of Survivable Telecommunication Networks for Cellular Phones, -- D. Alevras and R. Wessaely, 7:30PM -- Pick-up for Reception. 8:00 - 10:30 Dinner and show at the Wildhorse Saloon (Dress comfortably and wear your dancing shoes.) Saturday - March 18, 1995 Saturday - March 18, 1995 Saturday - March 18, 1995 Saturday - March 18, 1995 SESSION 7: Intelligent Networks On Finding Good Structures for Intelligent Networks, T. Jensen and R. Lorentzen, Mean Delays in Intelligent Networks under Overload, M. Kwiatkowski and B. Northcote, Information Management for Communication Network Configuration Control, C. Kroell and M. Bertelsmeier, Maximizing Vendor Profits from AIN Software Applications and Service- Creation Tools: A Nonlinear Programming Model, S. Rogers and V. K. Quan, %================================================================ SESSION 8: Interconnection Networks Interconnection of LANs with Survivability Considerations: Tabu Search and Lagrangian Dual Approaches, -- F. Kaefer and J. S. Park, Characterizing the Behavior of High-Speed Interconnection Systems with Distributed Control, -- I. Chlamtac, M. G. Kienzle and C. Szabo, A Two Step Clustering Method Applied to Telecommunications Network Planning, N. Aubry, R. Ribeiro and H. Tavares, An Algorithm for Designing Interconnection of LANs with a Connectionless Service Over ATM, -- F. X. Godron, N. Boissin and A. Sutter, SESSION 9: Network Design Methods A Tabu Search Heuristic for a Telecommunication Network Design Problem, J. Xu, F. Glover and S. Y. Chiu, Spare Channel Assignment for DCS Mesh-Restorable Networks, K. Lee, K. C. Park and S. Park, Fast Heuristics for Modular Dimensioning of Telecommunication Networks, A. Girard and F. Paquet, A Hub Location Problem in Designing Digital Data Service Network, Y. Lee, B. Lim and June S. Park, Using Generalized Capacitated Trees for Designing the Topology of Local Access Networks, -- L. Gouveia and M. J. Lopes, %================================================================ SESSION 10: Economics of Telecommunications - 2 The PCS Spectrum Auctions: Theory to Practice, P. Cramton Pricing for ATM Network Efficiency, J. Murphy and L. Murphy, New Types of Resource Issues in Open Distributed Systems: An Agency Theory Modelling Approach, -- Z. Milosevic and A. Lister, SESSION 11: Satellite Based Systems Equilibrium Point Analysis of a Random Access CDMA Satellite Broadcast Channel, -- M. E. Woodward and M. D. S. Harris, Internetworking Asynchronous Transfer Mode with the Consultative Committee for Space Data Systems Advanced Orbiting Systems Protocols, T. Hanson and J. Murphy, Performance of Common Data Communications Protocols Over Long Delay Links - An Experimental Examination, -- H. Kruse, Altitude Considerations in LEOS, -- B. Gavish and J. Kalvenes, 7:00 PM -- Reception and Dinner at the University Club Keynote Speaker - Mr. Tim Beach, Director of Broadband Multi-Media Services, BellSouth. Sunday - March 19, 1995 Sunday - March 19, 1995 Sunday - March 19, 1995 Sunday - March 19, 1995 Sunday - March 19, 1995 %================================================================ SESSION 12: Network Design Methods Big Networks Can't be Flat, -- R. A. Thompson, Heuristics for Ring Network Design, -- K. Altinkemer and B. Kim, Reformulating the Miller-Tucker-Zemlin Constraints: An Application to Spanning Trees with Hop Constraints, -- L. Gouveia and J. M. Pires, Optimization of a Geographically Distributed Air-Ground Airline Telecommunication System, -- A. Kreidi and B. Sanso, SESSION 13: ATM Network Modelling Analysis of the Rate-Based Traffic Management Proposal for ATM Networks, L. Benmohamed and D. Su, Characterizing Variation of Traffic Parameters in ATM Networks Using Neural Networks, -- I. Khalil, B. M. All, M. R. Mukerjee and A. R. Bidin, Formulas for Cell Delay Variation in ATM Networks, A. Meddeb, C. Rosenberg and F. Guillemin, Analytic Modeling of SSCOP, -- K. Kant, SESSION 14: Reliability and Availability Availability Analysis of Multi-Layer Networks, -- D. Vercauteren, P. Demeester, J. Luystermans and E. Houtrelle, Location of Nodes on Commuications Networks Considering a User Pre-Specified Minimum Reliability Under Failures, -- V. Marianov, M. Perez and M. Rios, Rate Regulation with Feedback Controller in ATM Networks - A Neural Network Approach, -- Y. C. Liu and C. Douligeris, Reliable Network Design with Endogenously Determined Grade of Service, M. Perez and C. Cadena, SESSION 15: Transient Queues Efficient Algorithms for Computing Transient Performance Measures for Queues and Their Application to ATM Call Acceptance and Overload Control, D. Lucantoni, SESSION 16: Stochastic Modelling Traffic Flow Estimation Algorithm for Network Management Support System, R. Matsuzaki and H. Ito, A Bi-Level Queueing System, -- D. T. Chen and C. C. Lee, Performance Evaluation by the Analysis of Error Burst Activity, R. A. Butler, Virtual Queueing Networks: A Discrete-time Concept for the Performance Modelling of Network Access Protocols, -- M. E. Woodward, 12:35 - 1:00 Closing Session --------------------------------------------------------------------------- For additional information and registration contact: Mrs. Dru Mace Owen Graduate School of Management Vanderbilt University Nashville, TN 37203 Tel: (615) 322-3694 E-mail: MACED@CTRVAX.VANDERBILT.EDU ------------------------------------------------------------------------------- Bezalel Gavish Owen Graduate School of Management Vanderbilt University Nashville, TN, 37203 Bitnet: GAVISHB@VUCTRVAX Internet: GAVISHB@CTRVAX.VANDERBILT.EDU Tel: (615) 322-3659 Home: (615) 370-0813 FAX: (615) 343-7177 ------------------------------------------------------------------------------- From rem-conf-request@es.net Sat Feb 18 15:39:26 1995 Received: from mailhost.lanl.gov by osi-west.es.net via ESnet SMTP service id <13646-0@osi-west.es.net>; Sat, 18 Feb 1995 12:38:59 +0000 Received: from rust.lanl.gov by mailhost.lanl.gov (8.6.8.1/1.2) id NAA01814; Sat, 18 Feb 1995 13:38:56 -0700 Received: by rust.lanl.gov (NX5.67c/NX3.0S) id AA29743; Sat, 18 Feb 95 13:38:56 -0700 Date: Sat, 18 Feb 95 13:38:56 -0700 From: Dick Phillips Message-Id: <9502182038.AA29743@rust.lanl.gov> To: rem-conf@es.net Subject: advice on APIs for telecollaboration Folks: Suppose you had an application -- telemedicine, for example -- to which you'd like to add support for video, audio, and whiteboard telecollaboration. The application runs on UNIX (Sun, SGI, HP, AIX) and Windows NT. These features, for various reasons, should be integrated into the primary application, not just running in concert with it. Questions: 1) Are there APIs for the various MBONE tools to which one can write for the desired integration? 2) Is there any hope, with today's technology, to accomplish the multi- platform integration described above? 3) What strategy would you follow to accomplish the integration? I should mention that we're not averse to using helper hardware for any or all platforms we support. Thanks in advance for any advice you care to give. Dick Phillips Los Alamos National Lab. rlp@lanl.gov From rem-conf-request@es.net Sun Feb 19 04:18:42 1995 Received: from ceres.fokus.gmd.de by osi-west.es.net via ESnet SMTP service id <17870-0@osi-west.es.net>; Sun, 19 Feb 1995 01:18:10 +0000 Received: from ursa.fokus.gmd.de by ceres.fokus.gmd.de with SMTP (PP-ICR1v5); Sun, 19 Feb 1995 10:15:48 +0100 X-Mailer: exmh version 1.5.3 12/28/94 To: Dick Phillips cc: rem-conf@es.net From: Henning Schulzrinne Subject: Re: advice on APIs for telecollaboration In-reply-to: Your message of "Sat, 18 Feb 95 13:38:56 MST." <9502182038.AA29743@rust.lanl.gov> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 19 Feb 95 10:16:42 +0100 Sender: schulzrinne@fokus.gmd.de > Folks: > > Suppose you had an application -- telemedicine, for example -- to which > you'd like to add support for video, audio, and whiteboard telecollaboration. > The application runs on UNIX (Sun, SGI, HP, AIX) and Windows NT. These > features, for various reasons, should be integrated into the primary > application, not just running in concert with it. Questions: > > 1) Are there APIs for the various MBONE tools to which one can write for > the desired integration? > > 2) Is there any hope, with today's technology, to accomplish the multi- > platform integration described above? > > 3) What strategy would you follow to accomplish the integration? > > I should mention that we're not averse to using helper hardware for any > or all platforms we support. > > Thanks in advance for any advice you care to give. > > Dick Phillips > Los Alamos National Lab. > rlp@lanl.gov I have faced a (roughly) similar problem in integrating the Nevot audio engine into a WWW collaboration tool. Nevot exists in a no-user-interface version which you can link into your application, with a relatively small-diameter API. It's 'documented' in the nevot/include/Audio.h file. While it says 'Audio', I believe that most of the concepts would work just as well for video, with the additional complication of having to integrate the video output X handling. This API is at the library level. Another approach is the integration of different processes, with appropriate IPC. Tcl/Tk applications (which means, basically all MBONE tools) can always be remote controlled by Tcl/Tk send or, more intrusively, by stripping off the Tk interface layer and doing the calls oneself from the telemedicine application. Nevot also offers the notion of a message 'API' with which you can control the application either through unicast, application-level multicast or multicast control packets. Again, some of the values are audio specific, but it should require very little effort to define the necessary additional parameters for video (basically, just some rules for telling the application what encoding to use). For details, see the upcoming NOSSDAV and ftp://gaia.cs.umass.edu/pub/Schu9502:Message.ps.gz Getting the Unix-centric MBONE tools to run on Windows NT is going to be the hard one, unless the OS has an event-handling mechanism somewhat similar to select() or poll() or event callbacks. Any NT experts? Henning ---- Henning Schulzrinne email: hgs@fokus.gmd.de GMD-Fokus phone: +49 30 25499 182 Hardenbergplatz 2 fax: +49 30 25499 202 D-10623 Berlin URL: http://www.fokus.gmd.de/htbin/info/step/hgs From rem-conf-request@es.net Sun Feb 19 07:42:09 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <19224-0@osi-west.es.net>; Sun, 19 Feb 1995 04:41:41 +0000 Received: from rodent.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Sun, 19 Feb 1995 12:40:26 +0000 To: kevin@cc.gatech.edu (Kevin C. Almeroth) cc: Francis.Dupont@inria.fr, Toerless.Eckert@informatik.uni-erlangen.de, rem-conf@es.net Subject: Re: Multicast applications on Solaris 2.x for x86 In-reply-to: Your message of "Fri, 17 Feb 95 09:59:02 EST." <199502171459.JAA03287@flora.cc.gatech.edu> Date: Sun, 19 Feb 95 12:40:22 +0000 Message-ID: <606.793197622@cs.ucl.ac.uk> From: Jon Crowcroft >Do I sense another deluge of posts bashing those who are responsible >for not making the VAT code available? If the deluge is to come, let >me ask that a least one valid justification for not releasing the source >be given at some point. Kevin 1/ (real reason) it isn't rtpv2 compatible yet - source code divergence would be lamentable at this stage.... 2/ (motivational reason) it'd be nice for some other people (apart from thierry and henning) to put in a spot of effort on unix audio tools - there are other ways to do some of thus...in fact, starting from a MAC or PC tool might lead to a system that is more generally portable.....and also there are some good ideas in the literature on more loss tolerant, and higher quality audio encodings that might be good to try... 3/ (paranoid) - DARPA orignally funded the vat work - what if the "mute" button in fact does not mute your mike, but just turns the meters off, and everyone out there running vat (on any multicast address or unicast address) is actually providing the DIA or CIA or DSA or NSA with the worlds biggest bugging/tapping system? - think about it.....preventing you from examining the source code would be a good cover for this... [no , monitoring the net is no good - it could all be recording in memory and sending at random intervals later.....have you ever checked?????] jon oops, nearly forgot the :-) From rem-conf-request@es.net Sun Feb 19 10:09:53 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <19899-0@osi-west.es.net>; Sun, 19 Feb 1995 07:09:20 +0000 Received: from waffle.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Sun, 19 Feb 1995 15:08:37 +0000 To: Henning Schulzrinne cc: Dick Phillips , rem-conf@es.net Subject: Re: advice on APIs for telecollaboration In-reply-to: Your message of "Sun, 19 Feb 95 10:16:42 +0100." Date: Sun, 19 Feb 95 15:08:34 +0000 Message-ID: <2376.793206514@cs.ucl.ac.uk> From: Jon Crowcroft >> 1) Are there APIs for the various MBONE tools to which one can write for >> the desired integration? >> 2) Is there any hope, with today's technology, to accomplish the multi- >> platform integration described above? >> 3) What strategy would you follow to accomplish the integration? > ftp://gaia.cs.umass.edu/pub/Schu9502:Message.ps.gz this is a fairly clean approach - another is the multicast extensions to dpwish/tcl that Jon Knight did as a starting point... or else use cccp.... >Getting the Unix-centric MBONE tools to run on Windows NT is going to >be the hard one, unless the OS has an event-handling mechanism somewhat >similar to select() or poll() or event callbacks. Any NT experts? one of the design/implementation goals of cccp was to isolate the poor application programmer from yet more event handling if possible....although it would appear that progrms that are intimiately bound up in networking AND user interfaces tend to be nothing but event handlers! while i can't comment on NT or Warp, it seems to me that this is the deathknell for system environments that rely on too much "cooperative multitasking" rather than a decent multi-processing environment....(i.e. bye bye windows/DOS/MACs...) something you really do need for a programming environment that admits of remote as well as local control (i.e. telescript/tcl style) is a name registry - one very cute thing about multicast is that it is jolly good for providing just this.... the cccp approach is based on hierarcahical name spaces of media sources and control agents, and allows efficient mapping of these ontol multicast address assignements (and is future proof against hierarchical multicast addresses if/when they appear)... one slight problem (which the Henning's approach is slightly more adbvanced in) is the overlap between RTP functionaoity and such a tool/API....itds not entirely clear exactly6 where to draw the line (i;m trying to avoid simply saying that its a layer - most mbone tools are built on RTP; session and activity info can be gleaned from it, so why not just layer the control functions on that...?....well, because there are slkight differences, possibly i nthe timestamp and other requirements.....) jon From rem-conf-request@es.net Sun Feb 19 16:57:30 1995 Received: from cc.newcastle.edu.au by osi-west.es.net via ESnet SMTP service id <21956-0@osi-west.es.net>; Sun, 19 Feb 1995 13:57:07 +0000 Received: from cc.newcastle.edu.au by cc.newcastle.edu.au (PMDF V4.3-13 #6545) id <01HN9M0QB7KG8WWDIN@cc.newcastle.edu.au>; Mon, 20 Feb 1995 08:56:48 +1100 Date: Mon, 20 Feb 1995 08:56:48 +1100 From: David Morrison Subject: Re: ANOTHER voice-over-the-Internet product! Sender: David Morrison To: rem-conf@es.net Message-id: <01HN9M0QCTFM8WWDIN@cc.newcastle.edu.au> Organization: The University of Newcastle X-VMS-To: IN%"rem-conf@es.net" X-VMS-Cc: SYSNET MIME-version: 1.0 Content-transfer-encoding: 7BIT > "...PICK features include voice encryption for all parties, > unlimited standard conference calling capabilities, enhanced > conference calling where users can talk selectively to separate > conference groups simultaneously, call screening, and caller > identification. ... > System requirements to use PICK include a 9,600 bits-per-second ^^^^^^^^^^^^^^^^^^^^^ > (bps) or higher modem, a PC powered by at least a 33 Megahertz (MHz) > 386 chip, four megabytes (MB) of system memory, a multimedia sound > card, a microphone, speakers and local Internet connection..." Wow! All this at only 9600 bps! David Morrison, Manager, Networks and Comms, Uni of Newcastle, Australia David.Morrison@newcastle.edu.au or (VAX PSI) psi%0505249626002::sysnet Phone: +61 49 215397 Fax: +61 49 216910 Education is no good unless you know it. The rest is just Useless Knowledge. From rem-conf-request@es.net Sun Feb 19 22:14:50 1995 Received: from stone.ucs.indiana.edu by osi-west.es.net via ESnet SMTP service id <23470-0@osi-west.es.net>; Sun, 19 Feb 1995 19:14:12 +0000 Received: by stone.ucs.indiana.edu (4.1/9.7jsm) id AA05242; Sun, 19 Feb 95 22:14:07 EST Date: Sun, 19 Feb 1995 22:14:06 -0500 (EST) From: Cell-Relay Gopher Janitor Subject: Re: Multicast and ATM To: Kannan Thiruvengadam Cc: mbone@isi.edu, rem-conf@es.net In-Reply-To: <95Feb14.163053-0700_mst.13791-1+3@scapa.cs.ualberta.ca> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII > Is anybody working on issues concering the > use of Multicast on ATM ? Please share the > knowledge. Hi Kannan, Go to your favorite rfc site and pick up draft-armitage-ipatm-ipmc-04.txt for current work on ip multicast over atm. Also, the following will bring up some multicast-oriented papers: gopher://cell-relay.indiana.edu:70/7waissrc%3A/bib/netbib?multicast The above is a search of a bibliography i maintain that can be found at: http://cell-relay.indiana.edu/cell-relay/ regards, allen From rem-conf-request@es.net Mon Feb 20 05:08:29 1995 Received: from relay2.UU.NET by osi-west.es.net via ESnet SMTP service id <26373-0@osi-west.es.net>; Mon, 20 Feb 1995 02:07:51 +0000 Received: from alterdial.UU.NET by relay2.UU.NET with SMTP id QQydwq03307; Mon, 20 Feb 1995 05:07:48 -0500 Received: from [198.4.181.158] by alterdial.UU.NET with SMTP id QQydwq24069; Mon, 20 Feb 1995 05:07:44 -0500 X-Sender: mail00821@alterdial.uu.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 20 Feb 1995 05:07:28 -0500 To: mbone@isi.edu From: adamgood@voices.com (Adam Goodman) Subject: Finding SunOS 4.1.3 Cc: rem-conf@es.net Whoops! Sorry, everyone. I forgot to put a subject on my last e-mail. In case anyone didn't bother to read it for that reason, I was basically asking if anyone knows where one can aquire SunOS 4.1.3 in order to run the latest version of Mrouted. I am purchasing a new SparcStation which only ships with Solaris 2.4. Sorry again, and thanks for any assistance. -Adam Adam M. Goodman Mulsanne Communications 19 W. 44th St. Ste. 1217 New York, NY 10036 ph# (212) 221-7065 fx# (212) 221-1413 From rem-conf-request@es.net Mon Feb 20 08:19:31 1995 Received: from ifi.uio.no by osi-east.es.net via ESnet SMTP service id <13436-0@osi-east.es.net>; Mon, 20 Feb 1995 05:19:03 +0000 Received: from duf.ifi.uio.no (duf.ifi.uio.no [129.240.94.52]) by ifi.uio.no with ESMTP (8.6.8.1/ifi2.4) id for ; Mon, 20 Feb 1995 14:17:46 +0100 From: =?iso-8859-1?Q?Jan_Arild_Lindstr=F8m?= MIME-Version: 1.0 Received: from localhost (janlin@localhost) by duf.ifi.uio.no ; Mon, 20 Feb 1995 13:17:45 GMT Date: Mon, 20 Feb 1995 13:17:45 GMT Message-Id: <199502201317.16870.duf@ifi.uio.no> To: rem-conf@es.net From rem-conf-request@es.net Mon Feb 20 09:25:55 1995 Received: from burdell.cc.gatech.edu by osi-west.es.net via ESnet SMTP service id <27882-0@osi-west.es.net>; Mon, 20 Feb 1995 06:25:29 +0000 Received: from flora.cc.gatech.edu (kevin@flora.cc.gatech.edu [130.207.8.20]) by burdell.cc.gatech.edu (8.6.9/8.6.9) with ESMTP id JAA06001; Mon, 20 Feb 1995 09:25:27 -0500 Received: (from kevin@localhost) by flora.cc.gatech.edu (8.6.9/8.6.9) id JAA02717; Mon, 20 Feb 1995 09:25:26 -0500 Date: Mon, 20 Feb 1995 09:25:26 -0500 From: kevin@cc.gatech.edu (Kevin C. Almeroth) Message-Id: <199502201425.JAA02717@flora.cc.gatech.edu> To: rem-conf@es.net Subject: Van Jacobson Talk from Friday... Did anyone close to the source record the talk on Interactive Multimedia? The break-up here made it very difficult to follow. We were also unable to receive video, but this appears to have been a problem for many people. What about slides? Are the slides available anywhere? Kevin Almeroth (kevin@cc.gatech.edu) Networking and Telecommunications Research Group College of Computing, Georgia Institute of Technology http://www.cc.gatech.edu/computing/Telecomm/people/Phd/kevin/kevin.html From rem-conf-request@es.net Mon Feb 20 10:49:33 1995 Received: from rx7.ee.lbl.gov by osi-west.es.net via ESnet SMTP service id <28408-0@osi-west.es.net>; Mon, 20 Feb 1995 07:48:59 +0000 Received: by rx7.ee.lbl.gov for rem-conf@es.net (5.65/1.44r) id AA19619; Mon, 20 Feb 95 07:52:41 -0800 Message-Id: <9502201552.AA19619@rx7.ee.lbl.gov> To: Jon Crowcroft Cc: rem-conf@es.net Subject: Re: Multicast applications on Solaris 2.x for x86 In-Reply-To: Your message of Sun, 19 Feb 95 12:40:22 GMT. Date: Mon, 20 Feb 95 07:52:39 PST From: Van Jacobson > 3/ (paranoid) - DARPA orignally funded the vat work ... Jon, Great conspiracy theory but the attribution is wrong. DOE (the US Department of Energy) funded vat, vic, sd & wb. DARPA funded lower level things like CBQ & the HSIS driver you're using to talk to your GPT codec. - Van From rem-conf-request@es.net Mon Feb 20 11:10:17 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <28605-0@osi-west.es.net>; Mon, 20 Feb 1995 08:09:33 +0000 Received: from waffle.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Mon, 20 Feb 1995 16:08:48 +0000 To: Van Jacobson cc: rem-conf@es.net Subject: Re: Multicast applications on Solaris 2.x for x86 In-reply-to: Your message of "Mon, 20 Feb 95 07:52:39 PST." <9502201552.AA19619@rx7.ee.lbl.gov> Date: Mon, 20 Feb 95 16:08:38 +0000 Message-ID: <3240.793296518@cs.ucl.ac.uk> From: Jon Crowcroft >> 3/ (paranoid) - DARPA orignally funded the vat work ... >Great conspiracy theory but the attribution is wrong. DOE (the >US Department of Energy) funded vat, vic, sd & wb. DARPA funded >lower level things like CBQ & the HSIS driver you're using to >talk to your GPT codec. Van true - sorry - i was rumourmongering in an irresponsible (albeit meant to be humerous) way.... btw, we're using atanu's driver, coz we thought we'd get it to go faster....but we are about ready to give up on h.261 codecs now that vic is free! jon From rem-conf-request@es.net Mon Feb 20 16:31:29 1995 Received: from bgate.lut.ac.uk by osi-west.es.net via ESnet SMTP service id <01159-0@osi-west.es.net>; Mon, 20 Feb 1995 13:31:03 +0000 Received: (from cojpk@localhost) by suna.lut.ac.uk (8.6.9/8.6.9) id VAA27743; Mon, 20 Feb 1995 21:30:18 GMT Date: Mon, 20 Feb 1995 21:18:49 +0000 (GMT) From: "Jon P. Knight" Subject: Re: Van Jacobson Talk from Friday... To: "Kevin C. Almeroth" cc: rem-conf@es.net In-Reply-To: <199502201425.JAA02717@flora.cc.gatech.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 20 Feb 1995, Kevin C. Almeroth wrote: > Did anyone close to the source record the talk on Interactive Multimedia? > The break-up here made it very difficult to follow. We were also unable to > receive video, but this appears to have been a problem for many people. I had to go to the pub, so I vat_recorded the seminar. I'm listening to it now and it sounds fine (well, with the vat switched to conference mode anyway). I didn't try for video as they were using vic and I only have nv_record to hand (plus from the pre-seminar MBONE chit chat I recorded, the video wasn't working too well anyway). I've stuck the vat_record datafiles on - there's 33Mb of them so please pull them outside our office hours (ie: not between 8am and 6pm GMT). They'll be there until we need the space (or someone objects :-) ). > What about slides? Are the slides available anywhere? I started a wb_record but it blew up before the seminar started. Again >from the pre-seminar chit chat, it seems that this was happening to lots of people. Still, I think that UCB are planning on sticking it in a video on demand server somewhere; anyone know if this is up and running yet? Jon -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Jon Knight, Research Student in High Performance Networking and Distributed Systems in the Department of _Computer_Studies_ at Loughborough University. * It's not how big your share is, its how much you share that's important * From rem-conf-request@es.net Tue Feb 21 03:51:38 1995 Received: from rx7.ee.lbl.gov by osi-west.es.net via ESnet SMTP service id <05382-0@osi-west.es.net>; Tue, 21 Feb 1995 00:51:10 +0000 Received: by rx7.ee.lbl.gov for rem-conf@es.net (5.65/1.44r) id AA20213; Tue, 21 Feb 95 00:54:50 -0800 Message-Id: <9502210854.AA20213@rx7.ee.lbl.gov> To: J.P.Knight@lut.ac.uk, kevin@cc.gatech.edu Cc: rem-conf@es.net Subject: Re: Van Jacobson Talk from Friday... In-Reply-To: Your message of Mon, 20 Feb 95 21:18:49 GMT. Date: Tue, 21 Feb 95 00:54:49 PST From: Van Jacobson The slides are available at ftp://ftp.ee.lbl.gov/talks/vj-ucb-feb17.ps.Z - Van From rem-conf-request@es.net Tue Feb 21 06:51:28 1995 Received: from swan.cl.cam.ac.uk by osi-west.es.net via ESnet SMTP service id <06801-0@osi-west.es.net>; Tue, 21 Feb 1995 03:50:41 +0000 Received: from mallard.cl.cam.ac.uk (user pb (rfc931)) by swan.cl.cam.ac.uk with SMTP (PP-6.5) to cl; Tue, 21 Feb 1995 11:04:18 +0000 X-mailer: exmh version 1.6alpha 2/16/95 Reply-to: Piete.Brooks@cl.cam.ac.uk X-uri: X-face: &@N3QE9h|>f`igFCkZ'a1`z=nNLXb}k>H(79G"V?@!&*yn)uhPBctF1vc}LD'{OA%$bsX+l [wN,I^G8kKj2NFxQrr@1C4QBC]hq5-%ZkV,^Zl/qE<0`zCQ1nM+]-N<^WG[H)]?d)A:L9AF gOU[BjbaY)uBAMz}h!fm^O0# Mime-version: 1.0 Content-type: text/plain Message-id: <"swan.cl.cam.:136070:950221104811"@cl.cam.ac.uk> To: rem-conf@es.net, mbone@ISI.EDU Cc: Piete.Brooks@cl.cam.ac.uk, Graham.Titmus@cl.cam.ac.uk, Ross.Anderson@cl.cam.ac.uk Subject: Mbone transmission 94/12/05 16:15-17:15 UTC (cl.cam.ac.uk Security) Date: Tue, 21 Feb 1995 10:47:48 +0000 From: Piete Brooks We are planning to transmit this week's Security Seminar at TTL 31 -- i.e. just within JIPS (ac.uk) -- unless anyone wants the TTL raised. If so, please let me know your nearest mrouted, and whether you want just the audio, or audio and video. It's meant as a "low key" transmission (without anyone manning the camera, etc). The video will just be of the speaker (slides are likley only be available via the WWW -- not on the video feed). There is also a possibility that we might be transmitting our departmental seminar at a TTL of 31 (as it relates to AC.UK) *IF* we get a suitable link-up between our ATM world and nv (which might involve the X11 screen grabber !) and we can get electronic slides. Again, let me know if you want the TTL raised. SPEAKER: Dieter Gollmann, Royal Holloway, University of London DATE: 21st February 1995 at 4.15pm (16:15 UTC) TITLE: CRYPTOGRAPHIC API'S REVISITED Security APIs promise support for the design of secure systems, divorcing application writers from security experts, solving problems of export restrictions, creating a market for COTS products, etc. In this spirit, we will examine current proposals for cryptographic APIs, raise some conceptual issues regarding their function, and use this discussion as an excuse to refer to the problem of using the right language to talk about security. This seminar will be multicast (audio and video) on the mbone as part of our multimedia test programme. Further information is available at http://www.cl.cam.ac.uk/mbone/#cl. NAME:Dr David Hartley, UKERNA DATE:Wednesday 22nd February 1995 at 4.15pm (16:15 UTC) TITLE:The development of broadband networking services for the academic community Ever since the decisions taken in 1983 to establish the Joint Academic Network (JANET), the UK higher education and research community has enjoyed an advanced service network. Originally supported by the Department for Education's Computer Board, the network and the organisation behind it has survived major changes, not least the demise of the Computer Board itself. Today, JANET is being transformed into SuperJANET, a broadband network designed to create opportunities for the community to develop entirely new applications, some of which are already being prioneered in the Cambridge research environment. The talk will describe the history of service networking in the UK, paying particular attention to the policy-making and funding aspects of the business. The present and projected state of SuperJANET will also be presented. For many years, the academic community's networking programme was supervised by the Joint Network Team, a unit established in the Science and Engineering Research Council. About a year ago the JNT was transferred into a new company, known as the United Kingdom Education and Research Networking Association (UKERNA), owned by the Higher Education Funding Councils. UKERNA has a remit to take responsibility for the networking programme, and is encouragd to undertake a wider set of activities for the benefit of networking in the community. From rem-conf-request@es.net Tue Feb 21 14:28:08 1995 Received: from Sunset.AI.SRI.COM by osi-west.es.net via ESnet SMTP service id <03569-0@osi-west.es.net>; Tue, 21 Feb 1995 11:27:32 +0000 Received: from Crazypete.AI.SRI.COM by Sunset.AI.SRI.COM (4.1/SMI-4.1) id AA21783 for rem-conf@es.net; Tue, 21 Feb 95 11:27:38 PST Received: from localhost by Crazypete.AI.SRI.COM via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id LAA07447; Tue, 21 Feb 1995 11:27:29 -0800 Message-Id: <199502211927.LAA07447@Crazypete.AI.SRI.COM> To: Dick Phillips Cc: rem-conf@es.net Subject: Re: advice on APIs for telecollaboration In-Reply-To: Your message of "Sat, 18 Feb 1995 13:38:56 MST." <9502182038.AA29743@rust.lanl.gov> Date: Tue, 21 Feb 1995 11:27:27 -0800 From: Stephen Lau >1) Are there APIs for the various MBONE tools to which one can write for > the desired integration? I don't believe there are any API's out there for the MBone tools. Someone correct me if I'm wrong. I've been playing around with the vic and nv source code and rolling the encoders and decoders into a visualization application which runs on an SGI and Sun. I'm turning the encoders and decoders into library calls and augmenting the TCL stuff with generic X and GL calls. I'd be interested in talking with anyone else doing this too. Steve ------------------------------------------------------------------------------- Stephen Lau | SRI International | "If trains stop at a train station 333 Ravenswood Ave., Menlo Park, CA. 94025| what happens at a work station?" (415) 859-2925(Work) (415) 859-3735(Fax)| - As seen on a Web page at Email: lau@ai.sri.com | the Naval PostGraduate School URL: http://www.ai.sri.com/~lau | ------------------------------------------------------------------------------- From REM-CONF-request@es.net Tue Feb 21 16:50:08 1995 Received: from alink-gw.apple.com by osi-west.es.net via ESnet SMTP service id <05245-0@osi-west.es.net>; Tue, 21 Feb 1995 13:49:45 +0000 Received: by alink-gw.apple.com (921113.SGI.UNSUPPORTED_PROTOTYPE/7-Oct-1993-eef) id AA04164; Tue, 21 Feb 95 13:48:16 -0800 for REM-CONF@ES.NET Date: 21 Feb 95 21:47 GMT From: HORNBUCKLE1@AppleLink.Apple.COM (Hornbuckle, Garry) Subject: MacOS to have IP multicast To: DAP@ABER.AC.UK Cc: REM-CONF@ES.NET Message-Id: <793403296.3934724@AppleLink.Apple.COM> David, FYI, the next revision of TCP/IP for MacOS includes multicast support. You can get info by anonymous ftp (or gopher) at "seeding.apple.com". Path to search is /ess/public/opentransport/OT_Docs/* Cheers, Garry Hornbuckle ========================================================= Item 8203977 21-Feb-95 11:27 From: SINGER@APPLE.COM@INTERNET1# Gateway to Internet/BITNET/UUCP To: HORNBUCKLE1 Hornbuckle, Garry INTERNET1# Document Id: <199502211927.LAA22598@taurus.apple.com> ------------------------------------------------------------------------------ Sub: Multicasting Support on PCs? ---- Internet E-mail Header ---- From: singer@apple.com Content-Type: text/plain; charset="us-ascii" Mime-Version: 1.0 Content-Length: 1497 X-Sender: singer@taurus.apple.com To: hornbuckle1@applelink.apple.com >To: rem-conf@es.net >Cc: dap@aber.ac.uk >Subject: Multicasting Support on PCs? >Date: Sat, 18 Feb 1995 13:15:08 +0000 >From: D E PRICE > >Dear All, > >Like most people I suspect, all my multicasting kit >is currently Unix Workstations (all Suns infact). > >However, as much as I search, I can't seem to find a PC TCP/IP >stack with decent multicasting support + applications to go >with it...... > >Clearly, I would also like some applications >that would work in the PC environment over the >multicast stack. Initially, I would like applications >that would interwork with sd, vat, nv, vic, wb, .... and so on >but we also need a mechanism to write new applications too. > >Any help you can all provide would be greatly appreciated. > >Dave Price > > ----------------------------------------------------------------- > | David Price, Computer Science | > | | > | Computer Science, University of Wales, Aberystwyth, | > | Penglais Campus, Aberystwyth, Dyfed, SY23 3DB | > | | > | Janet: dap@uk.ac.aber Internet: dap@aber.ac.uk | > | Phone: +44 970 622428 FAX: +44 970 622455 | > ----------------------------------------------------------------- > > David Singer Apple Computer/ATG 408-974-3162 From rem-conf-request@es.net Wed Feb 22 06:40:10 1995 Received: from tamdhu.dcs.st-and.ac.uk by osi-west.es.net via ESnet SMTP service id <10810-0@osi-west.es.net>; Wed, 22 Feb 1995 03:39:40 +0000 Received: from turret.dcs.st-and.ac.uk by tamdhu.dcs.st-andrews.ac.uk (4.1/SMI-4.1) id AA26624; Wed, 22 Feb 95 11:37:21 GMT Message-Id: <9502221137.AA26624@tamdhu.dcs.st-andrews.ac.uk> To: "Jon P. Knight" Cc: rem-conf@es.net Subject: Re: Van Jacobson Talk from Friday... In-Reply-To: Your message of "Mon, 20 Feb 1995 21:18:49 GMT." Date: Wed, 22 Feb 1995 11:39:01 +0000 From: Paul Harrington Jon> of people. Still, I think that UCB are planning on sticking it Jon> in a video on demand server somewhere; anyone know if this is up Jon> and running yet? In the meantime, I have taken your recording and placed it on our audio-on-demand server at http://warp.dcs.st-and.ac.uk/mediaform as 'Van Jacobson MBONE seminar' until such time as -- the same as yourselves -- we need the space or someone objects. pjjH From rem-conf-request@es.net Wed Feb 22 06:48:22 1995 Received: from faui45.informatik.uni-erlangen.de by osi-west.es.net via ESnet SMTP service id <10891-0@osi-west.es.net>; Wed, 22 Feb 1995 03:47:54 +0000 Received: from faui43.informatik.uni-erlangen.de by uni-erlangen.de with SMTP; id AA01253 (5.65c-6/7.3w-FAU); Wed, 22 Feb 1995 12:47:26 +0100 Received: from faui45r.informatik.uni-erlangen.de by immd4.informatik.uni-erlangen.de with SMTP; id AA18353 (5.65c-6/7.3m-FAU); Wed, 22 Feb 1995 12:47:23 +0100 From: Toerless Eckert Message-Id: <199502221147.AA18353@faui43.informatik.uni-erlangen.de> Subject: Re: advice on APIs for telecollaboration To: lau@Crazypete.ai.sri.com (Stephen Lau) Date: Wed, 22 Feb 1995 12:47:15 +0100 (MET) Cc: rlp@rust.LANL.GOV, rem-conf@es.net In-Reply-To: <199502211927.LAA07447@Crazypete.AI.SRI.COM> from "Stephen Lau" at Feb 21, 95 11:27:27 am Organisation: CSD IMMD IV, University of Erlangen, Germany X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit This note may lay a bit aside of the main track, but for telecooperation API, there is Suns XTL, which is vendor specific though, and it's more for the audio part only too. Best regards Toerless From rem-conf-request@es.net Wed Feb 22 09:10:48 1995 Received: from tamdhu.dcs.st-and.ac.uk by osi-west.es.net via ESnet SMTP service id <11765-0@osi-west.es.net>; Wed, 22 Feb 1995 06:09:49 +0000 Received: from turret.dcs.st-and.ac.uk by tamdhu.dcs.st-andrews.ac.uk (4.1/SMI-4.1) id AA20515; Wed, 22 Feb 95 14:06:22 GMT Message-Id: <9502221406.AA20515@tamdhu.dcs.st-andrews.ac.uk> To: rem-conf@es.net Subject: Correct URL Re: Van Jacobson Talk from Friday... In-Reply-To: Your message of "Wed, 22 Feb 1995 11:39:01 GMT." <9502221137.AA26624@tamdhu.dcs.st-andrews.ac.uk> Date: Wed, 22 Feb 1995 14:07:49 +0000 From: Paul Harrington Damn. I started composing the mail at about 0130 this morning and forgot to finish it. I sent it off without checking this morning. sorry. The correct URL is http://warp.dcs.st-and.ac.uk/cgi-bin/mediaform pjjH From rem-conf-request@es.net Wed Feb 22 09:52:51 1995 Received: from astor.urv.es by osi-west.es.net via ESnet SMTP service id <12066-0@osi-west.es.net>; Wed, 22 Feb 1995 06:51:47 +0000 Received: from romario.fll.urv.es by astor.urv.es with SMTP (1.37.109.4/16.2) id AA25301; Wed, 22 Feb 95 15:45:22 +0100 Date: Wed, 22 Feb 95 15:45:22 +0100 X-Sender: cmv@astor.urv.es Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: rem-conf@es.net From: cmv@astor.urv.es (Carlos Martin Vide) (by way of cmv@fll.urv.es \(Carlos Martin Vide\)) Subject: ICML'95 X-Mailer: II INTERNATIONAL CONFERENCE ON MATHEMATICAL LINGUISTICS ICML'95 Tarragona (Catalonia, Spain) November 2-4, 1995 Organized by Rovira i Virgili University at Tarragona Research Group in Mathematical Linguistics and Language Engineering (GRLMC) With the financial support of Direccio General de Recerca (Generalitat de Catalunya) 1st. announcement and call for papers ICML'95 intends to become an open and broad scope forum for the presentation and discussion of current high quality research on mathematical models of natural language. The first conference (ICML'93) took place in Tarragona on March 30-31, 1993. A derived volume has been published: C. Martin-Vide (ed.), Current Issues in Mathematical Linguistics. North-Holland, Amsterdam, 1994. Topics will be grouped into five sections: 1. Foundations and methodological considerations. 2. Mathematical models for syntax. 3. Mathematical models for semantics. 4. Applications in natural language processing. 5. Varia (phonology, computational complexity, learning, quantitative methods, etc.). The language of the conference is English. Organizing Committee Carlos Martin-Vide (Chairman, Tarragona) Joan Busquets (Austin) Rosa Maria Hidalgo (Tarragona) Joan Miquel (Barcelona) Rudolf Ortega (Tarragona) Jesus Vidal (Austin) Lectures They can be invited plenary 1-hour lectures and free possibly parallel 30 minutes lectures. The travel and accommodation of invited speakers will be paid by the Organizing Committee. The distribution into both categories will take into account the relative value of each paper and the budgetary resources. Interested people are invited to submit papers: By surface mail, or Electronically, as either an unformatted (plain text) ASCII file or as a LaTeX file. They should send one copy of a camera-ready 2-columns abstract of not more than 2 not-numbered pages. Also, they must indicate the section into which their paper fits. Submissions will be anonymously refereed, and the list of accepted lectures (invited as well as free) will be included into future announcements. Authors will be notified of acceptance as soon as possible. Timetable Deadline for the submission of a paper (2-pages abstract): September 30, 1995. The programme will be sent to all pre-registered participants on October 1995. Publications The book of abstracts will be available at the beginning of the conference. The Organizing Committee expects that a volume containing a refereed selection of submitted papers will be published after the conference. Registration fees (except for invited speakers) Until June 30, 1995 General: USA $ 150 (pesetas 19.500) Students: USA $ 75 (pesetas 9.750) After July 1, 1995 General: USA $ 200 (pesetas 26.000) Students: USA $ 100 (pesetas 13.000) Fees include the free access to all sessions and one copy of the book of abstracts, and may be paid through a bank transfer to: Account number: 2100-3233-2200104870 (Congress) Bank: Caixa d'Estalvis i Pensions de Barcelona Address: Gran Via de les Corts Catalanes, 521, 08015 Barcelona, Spain Please, send us a copy of your transfer. People from Eastern Europe can become free from registration fees and accommodation (not travel) if justified, in the opinion of the Organizing Committee. Accommodation Information will be sent to all pre-registered participants in due time. Information and registration Carlos Martin-Vide Apartado de Correos 32.077 08080 Barcelona Spain E-mail: cmv@fll.urv.es Fax: 34-77-55.95.97 Registration form Name: Address: Postal code: City: Country: E-mail: Fax: Phone: Date: Signature: Please, send this registration form, together with the copy of the transfer, to the above-mentioned address. From rem-conf-request@es.net Wed Feb 22 13:16:53 1995 Received: from mailhost.lanl.gov by osi-west.es.net via ESnet SMTP service id <14862-0@osi-west.es.net>; Wed, 22 Feb 1995 10:16:12 +0000 Received: from rust.lanl.gov by mailhost.lanl.gov (8.6.8.1/1.2) id LAA04864; Wed, 22 Feb 1995 11:16:07 -0700 Received: by rust.lanl.gov (NX5.67c/NX3.0S) id AA02608; Wed, 22 Feb 95 11:16:05 -0700 Date: Wed, 22 Feb 95 11:16:05 -0700 From: Dick Phillips Message-Id: <9502221816.AA02608@rust.lanl.gov> Original-Received: by NeXT.Mailer (1.87.1) PP-warning: Illegal Received field on preceding line Original-Received: by NeXT Mailer (1.87.1) PP-warning: Illegal Received field on preceding line To: rem-conf@es.net Subject: thanks for the "advice on APIs for telecollaboration" Reply-To: rlp@lanl.gov Hi everyone: Thanks to all who responded to my request for advice on incorporating telecollaboration tools in our telemedicine application. For those who missed it, my original posting is at the end of this message. The responses I think will be of most general interest are: 1) From houghton@WHIRL.SPEECH.CS.CMU.EDU (Ricky Houghton): InSoft has a line of products that will do what you want. They not only have a full blown commercial quality video conference package with some nice bells and whistles, they also have APIs for multiplatform support of whiteboard, video and audio. I know they support Sun, SGI, HP and Alphas, I'm not sure about Windows NT or AIX. I also heard from several InSoft people directly. 2) From schulzrinne@fokus.gmd.de (Henning Schulzrinne) I have faced a (roughly) similar problem in integrating the Nevot audio engine into a WWW collaboration tool. Nevot exists in a no-user-interface version which you can link into your application, with a relatively small-diameter API. It's 'documented' in the nevot/include/Audio.h file. While it says 'Audio', I believe that most of the concepts would work just as well for video, with the additional complication of having to integrate the video output X handling. This API is at the library level. Another approach is the integration of different processes, with appropriate IPC. Tcl/Tk applications (which means, basically all MBONE tools) can always be remote controlled by Tcl/Tk send or, more intrusively, by stripping off the Tk interface layer and doing the calls oneself from the telemedicine application. Nevot also offers the notion of a message 'API' with which you can control the application either through unicast, application-level multicast or multicast control packets. Again, some of the values are audio specific, but it should require very little effort to define the necessary additional parameters for video (basically, just some rules for telling the application what encoding to use). For details, see the upcoming NOSSDAV and ftp://gaia.cs.umass.edu/pub/Schu9502:Message.ps.gz Getting the Unix-centric MBONE tools to run on Windows NT is going to be the hard one, unless the OS has an event-handling mechanism somewhat similar to select() or poll() or event callbacks. Any NT experts? 3) From J.Crowcroft@cs.ucl.ac.uk (Jon Crowcroft) Here Jon comments on Henning's remarks... > ftp://gaia.cs.umass.edu/pub/Schu9502:Message.ps.gz this is a fairly clean approach - another is the multicast extensions to dpwish/tcl that Jon Knight did as a starting point... or else use cccp.... >Getting the Unix-centric MBONE tools to run on Windows NT is going to >be the hard one, unless the OS has an event-handling mechanism somewhat >similar to select() or poll() or event callbacks. Any NT experts? one of the design/implementation goals of cccp was to isolate the poor application programmer from yet more event handling if possible....although it would appear that progrms that are intimiately bound up in networking AND user interfaces tend to be nothing but event handlers! while i can't comment on NT or Warp, it seems to me that this is the deathknell for system environments that rely on too much "cooperative multitasking" rather than a decent multi-processing environment....(i.e. bye bye windows/DOS/MACs...) something you really do need for a programming environment that admits of remote as well as local control (i.e. telescript/tcl style) is a name registry - one very cute thing about multicast is that it is jolly good for providing just this.... the cccp approach is based on hierarcahical name spaces of media sources and control agents, and allows efficient mapping of these ontol multicast address assignements (and is future proof against hierarchical multicast addresses if/when they appear)... one slight problem (which the Henning's approach is slightly more advanced in) is the overlap between RTP functionaoity and such a tool/API....itds not entirely clear exactly6 where to draw the line (i;m trying to avoid simply saying that its a layer - most mbone tools are built on RTP; session and activity info can be gleaned from it, so why not just layer the control functions on that...?....well, because there are slkight differences, possibly i nthe timestamp and other requirements.....) 4) From lau@Crazypete.ai.sri.com (Stephen Lau) Here Steve comments on one of my original questions... >1) Are there APIs for the various MBONE tools to which one can write for > the desired integration? I don't believe there are any API's out there for the MBone tools. Someone correct me if I'm wrong. I've been playing around with the vic and nv source code and rolling the encoders and decoders into a visualization application which runs on an SGI and Sun. I'm turning the encoders and decoders into library calls and augmenting the TCL stuff with generic X and GL calls. I'd be interested in talking with anyone else doing this too. 5) Finally, my original posting Folks: Suppose you had an application -- telemedicine, for example -- to which you'd like to add support for video, audio, and whiteboard telecollaboration. The application runs on UNIX (Sun, SGI, HP, AIX) and Windows NT. These features, for various reasons, should be integrated into the primary application, not just running in concert with it. Questions: 1) Are there APIs for the various MBONE tools to which one can write for the desired integration? 2) Is there any hope, with today's technology, to accomplish the multi- platform integration described above? 3) What strategy would you follow to accomplish the integration? I should mention that we're not averse to using helper hardware for any or all platforms we support. Thanks in advance for any advice you care to give. Dick Phillips Los Alamos National Lab. rlp@lanl.gov From rem-conf-request@es.net Wed Feb 22 20:40:45 1995 Received: from Sun.COM by osi-west.es.net via ESnet SMTP service id <20895-0@osi-west.es.net>; Wed, 22 Feb 1995 17:40:22 +0000 Received: from Eng.Sun.COM (engmail1.Eng.Sun.COM) by Sun.COM (sun-barr.Sun.COM) id AA23297; Wed, 22 Feb 95 17:40:10 PST Received: from jurassic.Eng.Sun.COM (jurassic-248.Eng.Sun.COM) by Eng.Sun.COM (5.x/SMI-5.3) id AA14493; Wed, 22 Feb 1995 17:40:07 -0800 Received: from kandinsky.Eng.Sun.COM by jurassic.Eng.Sun.COM (SMI-8.6.9/SMI-SVR4) id RAA02298; Wed, 22 Feb 1995 17:40:01 -0800 Received: by kandinsky.Eng.Sun.COM (5.x/SMI-SVR4) id AA13594; Wed, 22 Feb 1995 17:41:07 -0800 Date: Wed, 22 Feb 1995 17:41:07 -0800 From: Bob.Gilligan@Eng.Sun.COM (Bob Gilligan) Message-Id: <9502230141.AA13594@kandinsky.Eng.Sun.COM> To: adamgood@voices.com Subject: re: Multicast applications on Solaris 2.x for x86 Cc: rem-conf@es.net > Date: Fri, 17 Feb 1995 03:43:16 -0500 > From: adamgood@voices.com (Adam Goodman) > . . . > Does the x86 Solaris even come with multicast support in the kernel? > > If not, can it be recompiled to include multicast support? Solaris 2.4 is available for x86 and Pentium machines. The operating system includes all the same features, libraries and utilities as Solaris 2.4 for SPARC machines. The two systems are in fact built >from the same source code base. Host-side IP multicast is included as a basic feature. There are even a couple of IP multicast applications included in the system (the router discovery protocol daemon, and in.rwhod). IP Multicast applications that compile and run in Solaris 2.4/SPARC should also compile and run on 2.4/x86, modulo potential byte-ordering bugs in the application itself of course. Bob Gilligan SunSoft Internet Engineering Group. From rem-conf-request@es.net Thu Feb 23 04:02:13 1995 Received: from cismsun.univ-lyon1.fr by osi-west.es.net via ESnet SMTP service id <23646-0@osi-west.es.net>; Thu, 23 Feb 1995 01:01:42 +0000 Received: (from lucia@localhost) by cismsun.univ-lyon1.fr (8.6.9/8.6.6) id KAA04700; Thu, 23 Feb 1995 10:01:32 +0100 Message-Id: <199502230901.KAA04700@cismsun.univ-lyon1.fr> Subject: Re: Vic problem To: niester@math.lsa.umich.edu (Bill Niester) Date: Thu, 23 Feb 1995 10:01:31 +0100 (MET) From: Lucia Gradinariu Cc: rem-conf@es.net In-Reply-To: <199502222125.AA18494@math.lsa.umich.edu> from "Bill Niester" at Feb 22, 95 04:25:25 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 574 > > > > Hi. I am having a small problem with vic. It runs fine when I open a > session from sd when it is video in nv or vic format, it just doesn't > like the jpeg format. When I try to open a session from sd that is in > jpeg format I get the following error: > > tcl err: can't read "imm": no such variable > In your .sd.tcl the video format "jpeg" is declared to be managed by an application named "imm". You have to insatall this application. I don't know if vic has his own jpeg encoder/decoder or it uses imm to do this. Lucia.Gradinariu@univ-lyon1.fr > From rem-conf-request@es.net Thu Feb 23 14:51:56 1995 Received: from nautique.epm.ornl.gov by osi-west.es.net via ESnet SMTP service id <29189-0@osi-west.es.net>; Thu, 23 Feb 1995 11:51:34 +0000 Received: (from lpz@localhost) by nautique.epm.ornl.gov (8.6.8/8.6.6) id OAA00669; Thu, 23 Feb 1995 14:51:12 -0500 Date: Thu, 23 Feb 1995 14:51:11 -0500 (EST) From: "Lawrence MacIntyre - 615.576.0824" To: D E PRICE cc: rem-conf@es.net, dap@aber.ac.uk Subject: Re: Multicasting Support on PCs? In-Reply-To: <3450.793113308@mailhost.aber.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Sat, 18 Feb 1995, D E PRICE wrote: > However, as much as I search, I can't seem to find a PC TCP/IP > stack with decent multicasting support + applications to go > with it...... TGV has a new windows tcp/ip product that supports multicast. You can contact sales@tgv.com (1 800 848-3440). Lawrence ~ ------------------------------------------------------------------------------- lpz@nautique.epm.ornl.gov Lawrence MacIntyre lpz@ornl.gov Oak Ridge National Laboratory 615.574.8696 From rem-conf-request@es.net Thu Feb 23 17:03:28 1995 Received: from jerry.inria.fr by osi-west.es.net via ESnet SMTP service id <00815-0@osi-west.es.net>; Thu, 23 Feb 1995 14:02:51 +0000 Received: by jerry.inria.fr (8.6.9/8.6.9) id XAA24255; Thu, 23 Feb 1995 23:02:47 +0100 Message-Id: <199502232202.XAA24255@jerry.inria.fr> To: rem-conf@es.net Subject: ivs v3.4 available for anonymous ftp Date: Thu, 23 Feb 1995 23:02:46 +0100 From: Thierry Turletti A new version of the INRIA Videoconferencing System is available by anonymous ftp from zenon.inria.fr:rodeo/ivs/last_version. Attached is the list of changes, you can also consult the ivs home page which contains updated information of ivs: Thierry Turletti List of changes: ---------------- * This version is compatible with version 3.3. It still uses the RTPv1 version and the old version of the ``Packetization of H.261 video streams'' draft (Dec. 10th 1993). We expect to release a new version of IVS under RTPv2 and with a new packetizations scheme by May 95. * Bugs fixed: There was a bug in the 3.3v of ivs about the INTRA refreshment rate which was the same whatever network state observed. So, version 3.4 of ivs should be less sensitive to packet loss. * Access to an ivs session may now be controled by a password introduced either by the -K option or the ``key '' input in the ``Control'' popup menu. See also ``The use of plain text keys for encryption of multimedia conferences'', draft V1.1, Mark Handley, UCL, London. * A version for SUN Solaris with Parallax/SunVideo/VideoPix. * A version for DEC ALPHA platform without video capture. * A version compiled on PC/FreeBSD2.0 without video capture. * A version compiled on PC/Linux1.1.89 without video capture. * A version compiled on HP with VideoLive board. * A version compiled on NetBSD/SPARC 1.0 platform. * IVS now supports SGI machines equipped with IndigoVideo, or Galileo video, or Vino video. * Improvements made in the DEC5000/VIDEOTX grabbing procedures. * Mike ext / Loudspeaker ext selection added to SUN platforms. The audio tuning is now managed by a popupaudio menu. * New options added: -deaf: run ivs without any audio facilities -start_deaf: do not get the audio device by default -echo_on: disable the automatic muting while speaking -K : enter a new key. A null key means no control access. * The default address group is now 224.2.224.2 which belongs to the 64K block of addresses designated by IANA for multimedia conferencing: (224.2.0.0 - 224.2.255.255). Many thanks to the following people who helped with the release of this new version: Francis Dupont and Greg Earle (NetBSD audio version) Christian Huitema (security functions) Vesa Ruokonen (Linux platform) Lei Wang (SGI platform) Garrett Wollman (FreeBSD platform) Andrzej Wozniak (SunOS/Parallax platform) Dick Zetterberg (DEC5000/VIDEOTX platform). From rem-conf-request@es.net Thu Feb 23 18:20:28 1995 Received: from tweety.CS.Berkeley.EDU by osi-west.es.net via ESnet SMTP service id <01445-0@osi-west.es.net>; Thu, 23 Feb 1995 15:19:53 +0000 Received: (larry@localhost) by tweety.cs.berkeley.edu (8.6.10/8.3) id PAA06778; Thu, 23 Feb 1995 15:19:52 -0800 Date: Thu, 23 Feb 1995 15:19:52 -0800 From: Larry Rowe Message-Id: <199502232319.PAA06778@tweety.cs.berkeley.edu> To: rem-conf@es.net Subject: MBONE Broadcast: Berkeley MM/Graphics Seminar 2/24, 2:30-3:30 MULTIMEDIA AND GRAPHICS SEMINAR Making Sense with Multimedia Daniel Russell Advanced Technology Group Apple Computer Date: Feb 23, 1995 Time: 2:30-3:30 Room: 405 Soda Hall Making sense of some complex information is a common activity. People must continually make sense of devices, interfaces, and large amounts of information. Sensemaking is the process of searching for a representation and encoding data in that representation to answer task-specific questions. Different operations during sensemaking require differing cognitive and external resources. Representations are chosen and changed to reduce the cost of operations in a sensemaking task. The power of these representational shifts and their effect on resource use is generally under-appreciated. Subtle changes in the costs of sensemaking steps can have a profound affect on one's ability to make sense of the world. And, somewhat surprisingly, sensemaking appears to follow a fairly consistent patterns across different people, domains, tools and methods. Although much multimedia is entertaining and light, there is a deeper use of multiple media, one that enhances understanding and comprehension. This talk will explore these effects and what we need to do in the development and use of multiple media systems. From rem-conf-request@es.net Fri Feb 24 10:30:41 1995 Received: from fenris.hiof.no by osi-west.es.net via ESnet SMTP service id <09699-0@osi-west.es.net>; Fri, 24 Feb 1995 07:30:11 +0000 Received: from abdallah.hiof.no by fenris.hiof.no with SMTP (PP) id <14032-0@fenris.hiof.no>; Fri, 24 Feb 1995 16:28:42 +0100 Received: by abdallah.hiof.no (5.0/SMI-SVR4) id AA05643; Fri, 24 Feb 1995 15:28:22 +0000 Date: Fri, 24 Feb 1995 15:28:21 +0000 (GMT) From: Borre Ludvigsen Sender: Borre Ludvigsen Reply-To: Borre Ludvigsen Subject: Radio program on CU-SeeMe & VAT To: CU-SeeMe Cc: rem-conf@es.net Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII content-length: 757 We will be transmitting Norwegian Radio P2 on the Internet this evening >from 2200 - 2400 GMT. The subject is information politics in Norway and the leader of the Norwegian Labor Party will be answering question from the Internet. The URL is http://nrk.hiof.no/radionettet/ and the email address is radionettet@nrk.hiof.no which will take your mail right into the program studio. The reflectors for CU-SeeMe and VAT are at venus.ifi.unit.no (129.241.161.225) and fenris.hiof.no (158.36.33.3). The VAT port is 4010. Venus has highest priority for overseas internet users. The program team would be gratefull for a distant listener US or Asia with whom they could have a telephone conversation while the program is coming over the net. - Barre From rem-conf-request@es.net Fri Feb 24 10:41:44 1995 Received: from post.demon.co.uk by osi-west.es.net via ESnet SMTP service id <09873-0@osi-west.es.net>; Fri, 24 Feb 1995 07:41:06 +0000 Received: from mcass.demon.co.uk by post.demon.co.uk id aa01523; 24 Feb 95 15:33 GMT X-Sender: (Unverified) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 24 Feb 1995 15:45:10 +0000 To: rem-conf@es.net From: Leigh Blue Caldwell Subject: European research Message-ID: <9502241533.aa01523@post.demon.co.uk> Myself, the UK Government, and several commercial partners are involved in a European research bid, into multimedia broadcast technology (among other things). If there is anyone on the list within Europe who might be interested in talking about some research work, either yourself personally or through your institution, I'd be grateful if you could contact me. Someone with knowledge of the various software tools used on the MBONE is what I'm looking for, preferably. General online multimedia experience is also useful. If you wish to contact me, I can give you further details - I can't say much more than this on the list, though. I'm no longer subscribed to this list, so it would be good if you could email me personally. Thanks, Leigh Caldwell. ------------------------------------------------------------------ Internation Networks http://enterprise.shv.hb.se/internation/ +44-181-318-2271 28 Quentin Road, London, SE13 5DF, UK. ------------------------------------------------------------------ From rem-conf-request@es.net Fri Feb 24 11:04:50 1995 Received: from procyon.lep-philips.fr by osi-west.es.net via ESnet SMTP service id <10083-0@osi-west.es.net>; Fri, 24 Feb 1995 08:03:00 +0000 Received: (from jacinto@localhost) by procyon.lep-philips.fr (8.6.8/8.6.6) id RAA17844 for rem-conf@es.net; Fri, 24 Feb 1995 17:02:39 +0100 From: Fernand Jacinto Message-Id: <199502241602.RAA17844@procyon.lep-philips.fr> Subject: Unsubscribe To: rem-conf@es.net Date: Fri, 24 Feb 1995 17:02:38 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 13 unsubscribe From rem-conf-request@es.net Fri Feb 24 13:01:17 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <11316-0@osi-west.es.net>; Fri, 24 Feb 1995 09:59:55 +0000 Received: from sol.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Fri, 24 Feb 1995 17:58:41 +0000 To: Leigh Blue Caldwell cc: rem-conf@es.net Subject: Re: European research In-reply-to: Your message of "Fri, 24 Feb 95 15:45:10 GMT." <9502241533.aa01523@post.demon.co.uk> Date: Fri, 24 Feb 95 17:58:34 +0000 Message-ID: <16547.793648714@cs.ucl.ac.uk> From: Jon Crowcroft >Someone with knowledge of the various software tools used on the MBONE is >what I'm looking for, preferably. General online multimedia experience is >also useful. there have been several surveys of useful Multimedia contacts that cover the UK - you could try JISC's AGOCG, or the MICE project (UCL, UKERNA/RAL, Edinburgh, Glasgow etc), the EUCS folks multimedia survey (Chris Adie up there)... >If you wish to contact me, I can give you further details - I can't say >much more than this on the list, though. well, we're pretty much over committed on proposals (assuming this is under Framework IV) but i can give you pointers - i guess UCL CS is probably the main center of mbone expertise in Europe... but there are folks at cambridge, UKC, Loughborough and other places who are very good too... jon From REM-CONF-request@es.net Fri Feb 24 18:12:53 1995 Received: from mailsun.aber.ac.uk by osi-west.es.net via ESnet SMTP service id <16107-0@osi-west.es.net>; Fri, 24 Feb 1995 15:12:27 +0000 Received: from mailhost.aber.ac.uk (actually host saturnbb.aber.ac.uk) by mailsun.aber.ac.uk with SMTP (XTPPst-c); Fri, 24 Feb 1995 23:11:18 +0000 To: HORNBUCKLE1@AppleLink.Apple.COM (Hornbuckle, Garry) cc: DAP@aber.ac.uk, REM-CONF@ES.NET, dap@aber.ac.uk Subject: Re: MacOS to have IP multicast In-reply-to: Your message of 21 Feb 1995 21:47:00 +0000. <793403296.3934724@AppleLink.Apple.COM> Date: Fri, 24 Feb 1995 23:11:16 +0000 Message-ID: <7556.793667476@mailhost.aber.ac.uk> From: D E PRICE Dear David, Thanks for info on multicasting and Macs, I'll chat about this to my Mac users. Dave Price From rem-conf-request@es.net Fri Feb 24 18:27:26 1995 Received: from NIC1.BARRNET.NET by osi-west.es.net via ESnet SMTP service id <16230-0@osi-west.es.net>; Fri, 24 Feb 1995 15:26:55 +0000 Received: from ipsilon.com by nic1.barrnet.net (8.6.10/BARRNET-RELAY.1) id PAA17131; Fri, 24 Feb 1995 15:26:53 -0800 Received: from by ipsilon.com (4.1/SMI-4.1MDV1.0) id AB18273; Fri, 24 Feb 95 15:25:22 PST X-Sender: hinden@servo.ipsilon.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 24 Feb 1995 15:24:56 -0800 To: rem-conf@es.net From: hinden@ipsilon.com (Bob Hinden) Subject: Please Add Me Thanks, Bob From rem-conf-request@es.net Sun Feb 26 23:31:32 1995 Received: from xanthus.usc.edu by osi-west.es.net via ESnet SMTP service id <18368-0@osi-west.es.net>; Sun, 26 Feb 1995 20:30:58 +0000 Received: by xanthus.usc.edu (4.1/SMI-4.1+ucs-3.6) id AA20415; Sun, 26 Feb 95 20:32:28 PST From: suhler@acal.usc.edu (Paul A. Suhler) Message-Id: <9502270432.AA20415@xanthus.usc.edu> Subject: Where's IMM? To: rem-conf@es.net Date: Sun, 26 Feb 95 20:32:27 PST X-Mailer: ELM [version 2.3 PL5] Where can I get IMM? ftp://zenon.inria.fr/rodeo/imm/ is empty. Thanks, Paul Suhler From rem-conf-request@es.net Mon Feb 27 04:00:27 1995 Received: from tic.inria.fr by osi-west.es.net via ESnet SMTP service id <20039-0@osi-west.es.net>; Mon, 27 Feb 1995 00:59:53 +0000 Received: by tic.inria.fr (8.6.9/8.6.9) id JAA02746; Mon, 27 Feb 1995 09:59:37 +0100 Message-Id: <199502270859.JAA02746@tic.inria.fr> To: suhler@xanthus.usc.edu (Paul A. Suhler) Cc: rem-conf@es.net Subject: Re: Where's IMM? In-reply-to: Your message of Sun, 26 Feb 95 20:32:27 PST Date: Mon, 27 Feb 1995 09:59:35 +0100 From: "J.-Patrick Giacometti, http://www.inria.fr/rodeo/jpg. " > Where can I get IMM? ftp://zenon.inria.fr/rodeo/imm/ is empty. > > Thanks, > > Paul Suhler Try url ftp://sauce.uio.no/mice-nsc/imm J.-P. Giacometti From rem-conf-request@es.net Mon Feb 27 06:19:18 1995 Received: from cismsun.univ-lyon1.fr by osi-west.es.net via ESnet SMTP service id <21237-0@osi-west.es.net>; Mon, 27 Feb 1995 03:18:45 +0000 Received: (from lucia@localhost) by cismsun.univ-lyon1.fr (8.6.9/8.6.6) id MAA17784; Mon, 27 Feb 1995 12:18:36 +0100 Message-Id: <199502271118.MAA17784@cismsun.univ-lyon1.fr> Subject: Re: Where's IMM? To: suhler@xanthus.usc.edu (Paul A. Suhler) Date: Mon, 27 Feb 1995 12:18:35 +0100 (MET) From: Lucia Gradinariu Cc: rem-conf@es.net In-Reply-To: <9502270432.AA20415@xanthus.usc.edu> from "Paul A. Suhler" at Feb 26, 95 08:32:27 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 218 > > Where can I get IMM? ftp://zenon.inria.fr/rodeo/imm/ is empty. > > Thanks, > > Paul Suhler > Try ftp.hawaii.edu :paccom (or pacom, I'm not sure). It has been developped there. Lucia.Gradinariu@univ-lyon1.fr From rem-conf-request@es.net Mon Feb 27 06:45:58 1995 Received: from danpost.uni-c.dk by osi-west.es.net via ESnet SMTP service id <21475-0@osi-west.es.net>; Mon, 27 Feb 1995 03:45:27 +0000 Received: from hesiod.jt.dk (hesiod.jt.dk [130.227.224.3]) by danpost.uni-c.dk (8.6.4/8.6) with SMTP id MAA22209 for ; Mon, 27 Feb 1995 12:45:16 +0100 Received: by hesiod.jt.dk (5.57/Ultrix3.0-C) id AA15501; Mon, 27 Feb 95 12:45:50 +0100 Received: from cs.jt.dk (kepler) by powell.cs.jt.dk (4.1/SMI-4.1) id AA00997; Mon, 27 Feb 95 12:45:52 +0100 Received: from pc26.cs.jt.dk by cs.jt.dk (4.1/SMI-4.1) id AA24816; Mon, 27 Feb 95 12:45:21 +0100 From: jes@cs.jt.dk (Jesper Simonsen, JT, Css) To: rem-conf@es.net Subject: suscribe Reply-To: jes@cs.jt.dk Date: Mon, 27 Feb 95 11:45:15 GMT Message-Id: <9502271145.0F57BC@pc26.cs.jt.dk> X-Mailer: SelectMAIL 1.1 suscribe From rem-conf-request@es.net Mon Feb 27 06:53:11 1995 Received: from danpost.uni-c.dk by osi-west.es.net via ESnet SMTP service id <21537-0@osi-west.es.net>; Mon, 27 Feb 1995 03:52:40 +0000 Received: from hesiod.jt.dk (hesiod.jt.dk [130.227.224.3]) by danpost.uni-c.dk (8.6.4/8.6) with SMTP id MAA23004 for ; Mon, 27 Feb 1995 12:52:34 +0100 Received: by hesiod.jt.dk (5.57/Ultrix3.0-C) id AA18479; Mon, 27 Feb 95 12:53:08 +0100 Received: from umc by hesiod.jt.dk via MR/JTAS with conversational-MRIF; Mon, 27 Feb 95 12:53:07 +0100 Posted: Mon, 27 Feb 95 12:43:01 +0100 Date: Mon, 27 Feb 95 12:38:01 +0100 Sender: simonsen_jes@jt.dk From: "Jesper Simonsen, Css, P-256" Message-Id: <30052172205991/520110@JTAS> To: rem-conf@es.net Subject: unsubscribe Msg-Class: ALL-IN-1/DANSK V2.4 - LMU 241c - 7-aug-1991 [This message is converted from WPS-PLUS to ASCII] unsubscribe From rem-conf-request@es.net Mon Feb 27 10:36:19 1995 Received: from swan.cl.cam.ac.uk by osi-west.es.net via ESnet SMTP service id <22996-0@osi-west.es.net>; Mon, 27 Feb 1995 07:35:38 +0000 Received: from ouse.cl.cam.ac.uk (user pb (rfc931)) by swan.cl.cam.ac.uk with SMTP (PP-6.5) to cl; Mon, 27 Feb 1995 15:34:56 +0000 X-uri: X-face: &@N3QE9h|>f`igFCkZ'a1`z=nNLXb}k>H(79G"V?@!&*yn)uhPBctF1vc}LD'{OA%$bsX+l [wN,I^G8kKj2NFxQrr@1C4QBC]hq5-%ZkV,^Zl/qE<0`zCQ1nM+]-N<^WG[H)]?d)A:L9AF gOU[BjbaY)uBAMz}h!fm^O0# To: rem-conf@es.net, mbone@ISI.EDU, cypherpunks@toad.com Cc: Piete.Brooks@cl.cam.ac.uk, Graham.Titmus@cl.cam.ac.uk, Ross.Anderson@cl.cam.ac.uk Reply-to: Piete.Brooks@cl.cam.ac.uk Subject: Mbone transmission 95/02/28 16:15-17:15 UTC (cl.cam.ac.uk Security) Date: Mon, 27 Feb 1995 15:34:29 +0000 From: Piete Brooks Message-ID: <"swan.cl.cam.:225770:950227153501"@cl.cam.ac.uk> Two seminars being transmitted this week:- DEFINING CRYPTOGRAPHIC SCHEMES GENERALLY Tue 28 Feb 95 16:15-17:15ish UTC HIGH SECURITY ELECTRONIC CASH (R) Thu 02 Mar 95 16:15-17:15ish UTC If you are not in the UK and wish to listen then please contact pb@cl.cam.ac.uk and give the following information: 1) nearest mrouted 2) whether you want a video as well as an audio feed. Full details are given below for each seminar. Please note that the second seminar is being transmitted from a recoding that will be made on Wednesday because it is being held in a different lecture theatre to usual. The first is meant as a "low key" transmission (without anyone manning the camera, etc). The video will just be of the speaker (slides are likley only be available via the WWW [if she writes them in time :-) ] -- not on the video). *** *** *** *** *** University of Cambridge Computer Laboratory SEMINAR SERIES SPEAKER: Birgit Pfitzmann, University of Hildesheim DATE: 28 February 1995 at 4.15pm (16:15 UTC) PLACE: Room TP4, Computer Laboratory TITLE: DEFINING CRYPTOGRAPHIC SCHEMES GENERALLY It is important to have formal notions of what a cryptographic scheme is, so that there is a clear interface between its designers and users. Most "small" schemes, such as digital signatures, have a satisfactory formal definition; but new kinds of signature scheme (such as fail-stop signatures) each needed a new definition from scratch. New properties could not be defined as additions, and many variants therefore remain without formal definitions. This includes most "large" schemes such as payment systems. This talk discusses approaches to defining cryptographic schemes generally, and gives an overview of a general definition of digital signature schemes. It turns out that signature schemes are best defined by a separation of service, structure, and degree of security, with a service specification in temporal logic. Additional properties of special types of schemes can then be defined in an orthogonal way. Possibilities and problems with applying this approach to other schemes, and the definition of secure multi-party function evaluation, will also be discussed. *** *** *** *** *** This seminar will be multicast (audio and video) on the mbone as part of our multimedia test programme. Further information is available at http://www.cl.cam.ac.uk/mbone/#cl. *** *** *** *** *** University of Cambridge Computer Laboratory SEMINAR SERIES SPEAKER: Birgit Pfitzmann, University of Hildesheim DATE: Wednesday 1st March at 4.15pm [ *NOT* being transmitted live ] TRANSMISSION: Thursday 2nd March at 4.15pm (16:15 UTC) PLACE: Hopkinson Lecture Theatre TITLE: HIGH SECURITY ELECTRONIC CASH Electronic cash means prepaid digital payment systems. An important aspect is high security for all parties concerned, with the least possible requirements that they trust other parties (multi-party security). If one aims at the market of small everyday payments that is currently dominated by cash, then payments are offline and privacy is an important issue. Cryptologic payment protocols with these properties are implemented in CAFE (Conditional Access for Europe), a project sponsored by the European Community. Furthermore, these protocols are less dependent on tamper-resistance than most digital payment systems. The basic devices used in CAFE are so-called electronic wallets, whose outlook is quite similar to pocket calculators or Personal Digital Assistants. Other features are loss tolerance, multiple currencies, and an open architecture. Real hardware systems will be built using technology suitable for mass production, and there will be a field trial on the premises of the European Commission this year. Apart from the particular CAFE features, an overview of existing and emerging electronic cash systems and some of the cryptographic techniques used will be presented. *** *** *** *** *** From rem-conf-request@es.net Mon Feb 27 11:09:38 1995 Received: from N3.SP.CS.CMU.EDU by osi-west.es.net via ESnet SMTP service id <23568-0@osi-west.es.net>; Mon, 27 Feb 1995 08:09:08 +0000 Date: Mon, 27 Feb 95 10:54:26 EST From: Hui.Zhang@N3.SP.CS.CMU.EDU To: rem-conf@ES.NET Subject: CFP: ACM Multimedia'95 ACM Multimedia '95 Nov 5-9 San Francisco, CA Technical Papers, Videos, Workshops, Tutorials, Panels, Demo Deadline March 31, 1995 For more information: http://acm.org/MM95/ From rem-conf-request@es.net Mon Feb 27 13:55:07 1995 Received: from nagy.fnal.gov by osi-west.es.net via ESnet SMTP service id <25392-0@osi-west.es.net>; Mon, 27 Feb 1995 10:54:17 +0000 Date: Mon, 27 Feb 1995 12:54:15 -0600 (CST) From: "H.A. Kippenhan Jr." To: rem-conf@es.net Message-Id: <950227125415.2600672@fndcd.fnal.gov> Subject: Current Status in the Search for the Top Quark Hi All: A seminar will be transmitted this week: - Current Status in the Search for the Top Quark Thursday, March 2nd 14:00 to 16:30 CST The seminar will be transmitted using nv and vat with a ttl of 191. "Both the CDF and DZero collaborations will be describing the current status of the search for the top quark in seminars at Fermilab on Thursday, Mar. 2. After the seminars are over members of the collaborations will be available to meet with the press". Regards - Kipp - \|/ o o +----------------------------------+------------------------+----m--~--m----+ | H.A. Kippenhan Jr. | Internet: Kippenhan@FNAL.GOV | | HEP Network Resource Center | HEPnet/NSI DECnet: FNDCD::KIPPENHAN | | Fermi National Accelerator Lab. | BITnet: Kippenhan@FNDCD.BITNET | | P.O. Box 500 MS: FCC-3E/368 | Telephone: (708) 840-8068 | | Batavia, Illinois 60510 | FAX: (708) 840-8463 | +----------------------------------+----------------------------------------+ | All opinions & ideas expressed are mine alone, and may not necessarily | | reflect those of Fermilab, Univ. Research Assoc., or the Dept. of Energy | +---------------------------------------------------------------------------+ From rem-conf-request@es.net Mon Feb 27 18:30:07 1995 Received: from stout.cisco.com by osi-west.es.net via ESnet SMTP service id <27962-0@osi-west.es.net>; Mon, 27 Feb 1995 15:29:40 +0000 Received: (arch@localhost) by stout.cisco.com (8.6.8+c/CISCO.SERVER.1.1) id PAA07108 for rem-conf@es.net; Mon, 27 Feb 1995 15:29:38 -0800 From: Arch Mott Message-Id: <199502272329.PAA07108@stout.cisco.com> Subject: Bizzarro HP Problem w/vat To: rem-conf@es.net Date: Mon, 27 Feb 1995 15:29:37 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 745 Folks- Anybody seen this? A user has an HP 9000/735 machine, a 125MHz version. When he participates in a vat conference, the audio that he hears comes out sounding like Mickey Mouse on helium, and the audio he sends comes out sounding like a 78RPM record played at 16RPM. While I have to admit that this has proven to be a source of near-endless amusement, It has _not_ yielded me a happy customer. The symptoms sound to me as if his audio is sampling at a (much) different rate than the rest of our workstations. I have tried running vat on other HP workstations (varying from 50MHz to 125 MHz clock speed) and his is the only one which exhibits the symptom. Clues? Sympathy? Thanks, Arch Mott (arch@cisco.com) From rem-conf-request@es.net Mon Feb 27 18:58:11 1995 Received: from cantva.canterbury.ac.nz by osi-west.es.net via ESnet SMTP service id <28228-0@osi-west.es.net>; Mon, 27 Feb 1995 15:57:39 +0000 Received: from cantua.canterbury.ac.nz by csc.canterbury.ac.nz (PMDF V4.3-13 #7295) id <01HNL0TF69N4FQYFW6@csc.canterbury.ac.nz>; Tue, 28 Feb 1995 12:57:31 +1300 Received: by cantua.canterbury.ac.nz (5.0/SMI-4.1) id AA16999; Tue, 28 Feb 1995 12:57:28 +1300 Date: Tue, 28 Feb 1995 12:57:28 +1300 From: busa057@cantua.canterbury.ac.nz (Tristram Scott) Subject: wb 1.59 under Solaris 2.3 To: rem-conf@es.net Message-id: <9502272357.AA16999@cantua.canterbury.ac.nz> X-Envelope-to: rem-conf@es.net Content-transfer-encoding: 7BIT Content-length: 485 X-Sun-Charset: US-ASCII Hi, has anyone got the LBL whiteboard program to run happily under Solaris 2.3? We can get it to receive pictures, but as soon as we click off the receive only so we can write to it, wb crashes. It works fine under Sunos 4.1.3. Regards, Tristram --- Tristram Scott, Dept of Management| E-Mail t.scott@cantua.canterbury.ac.nz University of Canterbury | or busa057@cantua.canterbury.ac.nz Christchurch, New Zealand | Phone +64 3 364-2656 Fax +64 3 364-2020 From rem-conf-request@es.net Mon Feb 27 20:29:39 1995 Received: from cebaf1.cebaf.gov by osi-west.es.net via ESnet SMTP service id <29158-0@osi-west.es.net>; Mon, 27 Feb 1995 17:28:37 +0000 Received: from CEBAF.GOV by CEBAF.GOV (PMDF V4.3-13 #9103) id <01HNK27D7PNO96W71V@CEBAF.GOV>; Mon, 27 Feb 1995 20:28:28 -0400 (EDT) Date: Mon, 27 Feb 1995 20:28:27 -0400 (EDT) From: Lan Fan Subject: Re: Bizzarro HP Problem w/vat To: arch@cisco.com Cc: rem-conf@es.net Message-id: <01HNK27D7QLI96W71V@CEBAF.GOV> X-VMS-To: IN%"arch@cisco.com" X-VMS-Cc: IN%"rem-conf@es.net",FANL MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT > A user has an HP 9000/735 machine, a 125MHz version. When he participates in > a vat conference, the audio that he hears comes out sounding like Mickey > Mouse on helium, and the audio he sends comes out sounding like a 78RPM > record played at 16RPM. While I have to admit that this has proven to be a > source of near-endless amusement, It has _not_ yielded me a happy customer. You need to make sure llbd and Aserver is NOT running on his workstation. Set START_LLBD=0 in /etc/netncsrc file, then reboot. Best Regards, Lan Fan ----------------------------------------------------------------------------- System Administrator Network Manager, Webmaster Continuous Electron Beam - China Institute of High Energy Physics Accelerator Facility fanl@cebaf.gov fanl@bepc2.ihep.ac.cn (804)-249-5814 86-1-8218315 From rem-conf-request@es.net Mon Feb 27 23:03:26 1995 Received: from achilles.ctd.anl.gov by osi-west.es.net via ESnet SMTP service id <00479-0@osi-west.es.net>; Mon, 27 Feb 1995 20:02:06 +0000 Received: by achilles.ctd.anl.gov (4.1/SMI-4.1) id AA17664; Mon, 27 Feb 95 22:02:01 CST Date: Mon, 27 Feb 95 22:02:01 CST Message-Id: <9502280402.AA17664@achilles.ctd.anl.gov> To: rem-conf@es.net Subject: Re: Bizarro HP Problem w/vat From: "Jeffrey S. Curtis" Reply-To: curtis@anl.gov }You need to make sure llbd and Aserver is NOT running on his workstation. }Set START_LLBD=0 in /etc/netncsrc file, then reboot. I have vat et al. running on a 712/60 under 9.05. I *do* run llbd and the two Aserver processes, and I have never experienced the problems related by the original writer. Is this something specific to the 735? Jeff -- Jeffrey S. Curtis | Email: curtis@anl.gov Argonne National Laboratory | Voice: 708/252-1789 9700 South Cass Avenue, ECT-221 | Fax: 708/252-9689 Argonne, IL 60439 | From rem-conf-request@es.net Mon Feb 27 23:10:40 1995 Received: from inet-gw-2.pa.dec.com by osi-west.es.net via ESnet SMTP service id <28586-0@osi-west.es.net>; Mon, 27 Feb 1995 16:22:13 +0000 Received: from oreo.pa.dec.com by inet-gw-2.pa.dec.com (5.65/10Aug94) id AA17123; Mon, 27 Feb 95 16:16:28 -0800 Received: by oreo.pa.dec.com; id AA11737; Mon, 27 Feb 95 16:16:25 -0800 Message-Id: <9502280016.AA11737@oreo.pa.dec.com> To: rem-conf@es.net Subject: Grammy mcast? Date: Mon, 27 Feb 95 16:16:24 -0800 From: berc@pa.dec.com X-Mts: smtp I seem to remember seeing an announcement that the Grammy Awards would be mcast live from Los Angeles. Is this still going to happen? If so, when? TIA, lance berc From rem-conf-request@es.net Tue Feb 28 02:37:24 1995 Received: from eclipse.cs.colorado.edu by osi-west.es.net via ESnet SMTP service id <01792-0@osi-west.es.net>; Mon, 27 Feb 1995 23:36:56 +0000 Received: (from evi@localhost) by eclipse.cs.colorado.edu (8.6.10/8.6.9) id AAA00270; Tue, 28 Feb 1995 00:36:48 -0700 Date: Tue, 28 Feb 1995 00:36:48 -0700 From: Evi Nemeth Message-Id: <199502280736.AAA00270@eclipse.cs.colorado.edu> To: rem-conf@es.net Subject: MBONE Announcement (March 2, Univ of Colorado CS Dept Seminar) Cc: evi@eclipse.cs.colorado.edu Computer Science Department University of Colorado March 2, 1995 3:30-4:30 PM MST (GMT-0700) sd announcement: vat and wb ALEF: General Purpose Concurrent Programming Phil Winterbottom AT&T Bell Labs ALEF is a new concurrent language in everyday use in the Computing Science Research Center at Bell Labs. The language is a careful synthesis of ideas from other languages, those ideas have evolved into a coherent language and the result is a simple comprehensive model for concurrent programming. We are finding that many everyday programming tasks find convenient expression in a concurrent language - parallelism is becoming both natural and pervasive. A strong type system and a simple model of object orientation underpin concurrent programming support built into the language. The talk will describe the ancestry and outline the future of ALEF. ALEF will be released as part of the Plan 9 distribution early this year. It has also been ported to SGI's Irix operating system. From rem-conf-request@es.net Tue Feb 28 05:08:08 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <03282-0@osi-west.es.net>; Tue, 28 Feb 1995 02:07:37 +0000 Received: from shrew.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Tue, 28 Feb 1995 10:05:40 +0000 From: Mark Handley Organisation: University College London, CS Dept. Phone: +44 71 380 7777 ext 3666 To: busa057@cantua.canterbury.ac.nz (Tristram Scott) cc: rem-conf@es.net Subject: Re: wb 1.59 under Solaris 2.3 In-reply-to: Your message of "Tue, 28 Feb 95 12:57:28 +1300." <9502272357.AA16999@cantua.canterbury.ac.nz> Date: Tue, 28 Feb 95 10:04:42 +0000 Message-ID: <5879.793965882@cs.ucl.ac.uk> Sender: M.Handley@cs.ucl.ac.uk >has anyone got the LBL whiteboard program to run happily under Solaris >2.3? We can get it to receive pictures, but as soon as we click off >the receive only so we can write to it, wb crashes. It works fine >under Sunos 4.1.3. Is this just a problem with 1.59? We've been running 1.59 on Solaris 2.4 extensively with no problems, and I just did a quick test on a Solaris 2.3 machine, as I also don't have any problem. This is a SunOS4 binary running under compatibility mode. Maybe there's some oddness with your environment variables or your Xresources? Mark From rem-conf-request@es.net Tue Feb 28 07:19:07 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <04229-0@osi-west.es.net>; Tue, 28 Feb 1995 04:18:22 +0000 Received: from rodent.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Tue, 28 Feb 1995 12:15:27 +0000 X-Mailer: exmh version 1.5.3 12/28/94 From: Piers O'Hanlon Organisation: University College London, AV Dept. Phone: +44 71 636 8333 ext 3056 (Hang on in there...) To: curtis@anl.gov, Arch Mott cc: rem-conf@es.net, P.OHanlon@cs.ucl.ac.uk Subject: Re: Bizarro HP Problem w/vat In-reply-to: Your message of "Mon, 27 Feb 95 22:02:01 CST." <9502280402.AA17664@achilles.ctd.anl.gov> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 28 Feb 95 12:15:16 +0000 Sender: P.OHanlon@cs.ucl.ac.uk > }You need to make sure llbd and Aserver is NOT running on his workstation. > }Set START_LLBD=0 in /etc/netncsrc file, then reboot. > > I have vat et al. running on a 712/60 under 9.05. I *do* run llbd and > the two Aserver processes, and I have never experienced the problems > related by the original writer. Is this something specific to the 735? > I am using an HP apollo 725/75 running 9.05 and I also find I need to make sure llbd is not running if I want some comprehensible sound from vat - the VU meters also indicate that the sound is not as it should be. On the other hand ivs (2.4 now appears to work on HP's) seems to require the llbd server to be running which can make things a bit of a pain. Piers O'Hanlon ______________ Audio Visual Centre University College London. From rem-conf-request@es.net Tue Feb 28 09:09:06 1995 Received: from cancer.ucs.ed.ac.uk by osi-west.es.net via ESnet SMTP service id <04910-0@osi-west.es.net>; Tue, 28 Feb 1995 06:08:32 +0000 Received: from scorpio.ucs.ed.ac.uk (jaw@scorpio.ucs.ed.ac.uk [129.215.200.48]) by cancer.ucs.ed.ac.uk (8.6.10/8.6.9) with ESMTP id OAA26916; Tue, 28 Feb 1995 14:08:07 GMT Received: (jaw@localhost) by scorpio.ucs.ed.ac.uk (8.6.9/8.6.9) id OAA27692; Tue, 28 Feb 1995 14:08:04 GMT Date: Tue, 28 Feb 1995 14:08:03 +0000 (GMT) From: Graeme Wood Reply-To: Graeme.Wood@ucs.ed.ac.uk To: Mark Handley cc: Tristram Scott , rem-conf@es.net Subject: Re: wb 1.59 under Solaris 2.3 In-Reply-To: <5879.793965882@cs.ucl.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/~jaw/" X-Phone: +44 31 650 5003 X-Fax: +44 31 650 6552 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 28 Feb 1995, Mark Handley wrote: > >has anyone got the LBL whiteboard program to run happily under Solaris > >2.3? We can get it to receive pictures, but as soon as we click off > >the receive only so we can write to it, wb crashes. It works fine > >under Sunos 4.1.3. > > Is this just a problem with 1.59? We've been running 1.59 on Solaris > 2.4 extensively with no problems, and I just did a quick test on a > Solaris 2.3 machine, as I also don't have any problem. This is a > SunOS4 binary running under compatibility mode. > > Maybe there's some oddness with your environment variables or your > Xresources? Funny things happen with the LBL tools in compatability mode if $USER is not set. It may be this that is causing the problem. ============================================================================= Graeme Wood Email: Graeme.Wood@ucs.ed.ac.uk Unix Systems Support Phone: +44 131 650 5003 The University of Edinburgh Fax: +44 131 650 6552 ----------------------------------------------------------------------------- Scottish MICE National Support Centre Email: mice-nsc-scotland@ed.ac.uk for your multimedia conferencing support WWW: http://mice.ed.ac.uk/mice/ ============================================================================= From rem-conf-request@es.net Tue Feb 28 09:40:43 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <05166-0@osi-west.es.net>; Tue, 28 Feb 1995 06:39:58 +0000 Received: from cronus.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Tue, 28 Feb 1995 14:38:31 +0000 To: busa057@cantua.canterbury.ac.nz (Tristram Scott) cc: rem-conf@es.net Subject: Re: wb 1.59 under Solaris 2.3 In-reply-to: Your message of "Tue, 28 Feb 95 12:57:28 +1300." <9502272357.AA16999@cantua.canterbury.ac.nz> Date: Tue, 28 Feb 95 14:38:21 +0000 From: N.Ismail@cs.ucl.ac.uk >Hi, > >has anyone got the LBL whiteboard program to run happily under Solaris >2.3? We can get it to receive pictures, but as soon as we click off >the receive only so we can write to it, wb crashes. It works fine >under Sunos 4.1.3. > >Regards, > >Tristram I use wb1.59 under Solaris 2.3 with no problems. Nermeen From rem-conf-request@es.net Tue Feb 28 12:15:18 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <07269-0@osi-west.es.net>; Tue, 28 Feb 1995 09:13:30 +0000 Received: from rodent.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Tue, 28 Feb 1995 17:09:51 +0000 X-Mailer: exmh version 1.5.3 12/28/94 From: Piers O'Hanlon Organisation: University College London, AV Dept. Phone: +44 71 636 8333 ext 3056 (Hang on in there...) To: curtis@anl.gov, Arch Mott cc: rem-conf@es.net, P.OHanlon@cs.ucl.ac.uk Subject: Re: Bizarro HP Problem w/vat (CORRECTION) In-reply-to: Your message of "Tue, 28 Feb 95 12:15:16 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 28 Feb 95 17:09:46 +0000 Sender: P.OHanlon@cs.ucl.ac.uk > > }You need to make sure llbd and Aserver is NOT running on his workstation. > > }Set START_LLBD=0 in /etc/netncsrc file, then reboot. > > > > I have vat et al. running on a 712/60 under 9.05. I *do* run llbd and > > the two Aserver processes, and I have never experienced the problems > > related by the original writer. Is this something specific to the 735? > > > I am using an HP apollo 725/75 running 9.05 and I also find I need to make > sure llbd is not running if I want some comprehensible sound from vat - the VU > meters also indicate that the sound is not as it should be. > > On the other hand ivs (2.4 now appears to work on HP's) seems to require the > ^ (whoops) > Urm I slipped up there - 3.4 was what I meant to put. > llbd server to be running which can make things a bit of a pain. > > Piers O'Hanlon > ______________ > > Audio Visual Centre > University College London. > Piers O'Hanlon ______________ Audio Visual Centre University College London. From rem-conf-request@es.net Tue Feb 28 12:55:57 1995 Received: from nagy.fnal.gov by osi-west.es.net via ESnet SMTP service id <07893-0@osi-west.es.net>; Tue, 28 Feb 1995 09:54:13 +0000 Date: Tue, 28 Feb 1995 11:53:50 -0600 (CST) From: "H.A. Kippenhan Jr." To: rem-conf@es.net Message-Id: <950228115350.2600802@fndcd.fnal.gov> Subject: Schedule Change - Current Status in the Search for the Top Quark A seminar will be transmitted this week: - Current Status in the Search for the Top Quark Thursday, March 2nd 13:30 to 16:30 CST (note the time change from previous announcement) The seminar will be transmitted using nv and vat with a ttl of 191. "Both the CDF and DZero collaborations will be describing the current status of the search for the top quark in seminars at Fermilab on Thursday, Mar. 2. After the seminars are over members of the collaborations will be available to meet with the press". Regards - Kipp - \|/ o o +----------------------------------+------------------------+----m--~--m----+ | H.A. Kippenhan Jr. | Internet: Kippenhan@FNAL.GOV | | HEP Network Resource Center | HEPnet/NSI DECnet: FNDCD::KIPPENHAN | | Fermi National Accelerator Lab. | BITnet: Kippenhan@FNDCD.BITNET | | P.O. Box 500 MS: FCC-3E/368 | Telephone: (708) 840-8068 | | Batavia, Illinois 60510 | FAX: (708) 840-8463 | +----------------------------------+----------------------------------------+ | All opinions & ideas expressed are mine alone, and may not necessarily | | reflect those of Fermilab, Univ. Research Assoc., or the Dept. of Energy | +---------------------------------------------------------------------------+ From rem-conf-request@es.net Tue Feb 28 17:21:43 1995 Received: from relay.hp.com by osi-west.es.net via ESnet SMTP service id <11345-0@osi-west.es.net>; Tue, 28 Feb 1995 14:21:10 +0000 Received: from it_750.ch.apollo.hp.com by relay.hp.com with SMTP (1.37.109.14/15.5+ECS 3.3) id AA278620067; Tue, 28 Feb 1995 14:21:07 -0800 Message-Id: <199502282221.AA278620067@relay.hp.com> Received: from dcetv.ch.apollo.hp.com by it_750.ch.apollo.hp.com for rem-conf@es.net id AA07333; Tue, 28 Feb 1995 17:21:05 -0500 X-Mailer: exmh version 1.5.3 12/28/94 To: Piers O'Hanlon Cc: curtis@anl.gov, Arch Mott , rem-conf@es.net Subject: Re: Bizarro HP Problem w/vat In-Reply-To: Your message of "Tue, 28 Feb 1995 12:15:16 GMT." <9502281454.AA24433@hplms26.hpl.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 28 Feb 1995 17:21:02 -0500 From: John Brezak > > }You need to make sure llbd and Aserver is NOT running on his workstation. > > }Set START_LLBD=0 in /etc/netncsrc file, then reboot. > > > > I have vat et al. running on a 712/60 under 9.05. I *do* run llbd and > > the two Aserver processes, and I have never experienced the problems > > related by the original writer. Is this something specific to the 735? > > > I am using an HP apollo 725/75 running 9.05 and I also find I need to make > sure llbd is not running if I want some comprehensible sound from vat - the V U > meters also indicate that the sound is not as it should be. > > On the other hand ivs (2.4 now appears to work on HP's) seems to require the > llbd server to be running which can make things a bit of a pain. > > Piers O'Hanlon > ______________ There is an HP patch to allow the Aserver to run with direct access /dev/audio clients. Get patch PHKL_5049 from HP. Then you can use this program to "fixup" the /dev/audio device to 8kHz mu-Law. It is quick and dirty, but should do the trick. #!/bin/sh # This is a shell archive (produced by shar 3.49) # To extract the files from this archive, save it to a file, remove # everything above the "!/bin/sh" line above, and type "sh file_name". # # made 02/28/1995 22:15 UTC by brezak@dcetv # Source directory /afs/ch.apollo.hp.com/users/brezak/src/audio/dev_audio # # existing files will NOT be overwritten unless -c is specified # # This shar contains: # length mode name # ------ ---------- ------------------------------------------ # 85 -rw-r--r-- Makefile # 3426 -rw-r--r-- dev_audio.c # # ============= Makefile ============== if test -f 'Makefile' -a X"$1" != X"-c"; then echo 'x - skipping Makefile (File already exists)' else echo 'x - extracting Makefile (Text)' sed 's/^X//' << 'SHAR_EOF' > 'Makefile' && X dev_audio: dev_audio.o X $(CC) $(CFLAGS) $(LDFLAGS) -o dev_audio dev_audio.o $(LIBS) SHAR_EOF chmod 0644 Makefile || echo 'restore of Makefile failed' Wc_c="`wc -c < 'Makefile'`" test 85 -eq "$Wc_c" || echo 'Makefile: original size 85, current size' "$Wc_c" fi # ============= dev_audio.c ============== if test -f 'dev_audio.c' -a X"$1" != X"-c"; then echo 'x - skipping dev_audio.c (File already exists)' else echo 'x - extracting dev_audio.c (Text)' sed 's/^X//' << 'SHAR_EOF' > 'dev_audio.c' && /* X * (c) Copyright 1994 HEWLETT-PACKARD COMPANY X * X * To anyone who acknowledges that this file is provided X * "AS IS" without any express or implied warranty: X * permission to use, copy, modify, and distribute this X * file for any purpose is hereby granted without fee, X * provided that the above copyright notice and this X * notice appears in all copies, and that the name of X * Hewlett-Packard Company not be used in advertising or X * publicity pertaining to distribution of the software X * without specific, written prior permission. Hewlett- X * Packard Company makes no representations about the X * suitability of this software for any purpose. X * X */ /* X * prog to reset audio to 8k mono mulaw X */ #include #include #include X main(argc, argv) X int argc; X char *argv[]; { X int dev, status, inDev, outDev, sampleRate, dataFormat, channels; X char *buffer; X struct audio_status astatus; X X /* default: internal and external speaker (headphones) on */ X outDev = AUDIO_OUT_INTERNAL | AUDIO_OUT_EXTERNAL; X if ( argc > 1 ) { X switch (*argv[1] ) { X case 'i': case 'I': X outDev = AUDIO_OUT_INTERNAL; X break; X case 'e': case 'E': X case 'h': case 'H': X outDev = AUDIO_OUT_EXTERNAL; X break; X case 'l': case 'L': X outDev = AUDIO_OUT_LINE; X break; X case 'b': case 'B': X outDev = AUDIO_OUT_INTERNAL | AUDIO_OUT_EXTERNAL; X break; X } X } else { X fprintf( stderr, "USAGE: setAudioHW OUTDEV [INDEV SRATE FORMAT CHANNELS]\n" ); X fprintf( stderr, " all parameters except OUTDEV are optional\n" ); X fprintf( stderr, "OUTDEV: i h l b == Internal Headphone Line-out Both(I + H)\n" ); X fprintf( stderr, "INDEV: m l == Mike Line-in\n" ); X fprintf( stderr, "SRATE is sample rate: 8000 is default\n" ); X fprintf( stderr, "FORMAT: u l a == muLaw linear-16 aLaw\n" ); X fprintf( stderr, "CHANNELS: 1 2 == mono stereo\n" ); X exit(0); X } X X /* default: mike in */ X inDev = AUDIO_IN_MIKE; X if ( argc > 2 ) { X switch (*argv[2] ) { X case 'm': case 'M': X inDev = AUDIO_IN_MIKE; X break; X case 'l': case 'L': X inDev = AUDIO_IN_LINE; X break; X } X } X X sampleRate = 8000; X if ( argc > 3 ) { X sampleRate = atoi( argv[3] ); X } X X dataFormat = AUDIO_FORMAT_ULAW; X if ( argc > 4 ) { X switch (*argv[4] ) { X case 'm': case 'M': X case 'u': case 'U': X dataFormat = AUDIO_FORMAT_ULAW; X break; X case 'l': case 'L': X dataFormat = AUDIO_FORMAT_LINEAR16BIT; X break; X case 'a': case 'A': X dataFormat = AUDIO_FORMAT_ALAW; X break; X } X } X X channels = 1; X if ( argc > 5 ) { X channels = atoi( argv[5] ); X } X X dev = open( "/dev/audio", O_RDWR | O_NDELAY ); X if ( dev < 0 ) { X perror( "error opening /dev/audio" ); X exit(1); X } X #define ERROR_REPORT( A ) if ( status ) { perror(A); } X X status = ioctl( dev, AUDIO_SET_OUTPUT, outDev ); X ERROR_REPORT( "error setting output device" ); X X status = ioctl( dev, AUDIO_SET_INPUT, inDev ); X ERROR_REPORT( "error setting input device" ); X X status = ioctl( dev, AUDIO_SET_DATA_FORMAT, dataFormat ); X ERROR_REPORT( "error setting data format" ); X X status = ioctl( dev, AUDIO_SET_SAMPLE_RATE, sampleRate ); X ERROR_REPORT( "error setting sample rate" ); X X status = ioctl( dev, AUDIO_SET_CHANNELS, channels ); X ERROR_REPORT( "error setting channels" ); X X close( dev ); } SHAR_EOF chmod 0644 dev_audio.c || echo 'restore of dev_audio.c failed' Wc_c="`wc -c < 'dev_audio.c'`" test 3426 -eq "$Wc_c" || echo 'dev_audio.c: original size 3426, current size' "$Wc_c" fi exit 0 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= John Brezak UUCP: uunet!apollo.hp!brezak Hewlett Packard/Apollo Internet: brezak@ch.hp.com 300 Apollo Drive Phone: (508) 436-4915 Chelmsford, Massachusetts Fax: (508) 436-5140 From rem-conf-request@es.net Tue Feb 28 19:40:50 1995 Received: from cantva.canterbury.ac.nz by osi-west.es.net via ESnet SMTP service id <12809-0@osi-west.es.net>; Tue, 28 Feb 1995 16:40:24 +0000 Received: from cantua.canterbury.ac.nz by csc.canterbury.ac.nz (PMDF V4.3-13 #7295) id <01HNMGLRWLYOG9LQ4P@csc.canterbury.ac.nz>; Wed, 01 Mar 1995 13:40:17 +1300 Received: by cantua.canterbury.ac.nz (5.0/SMI-4.1) id AA26290; Wed, 1 Mar 1995 13:40:15 +1300 Date: Wed, 01 Mar 1995 13:40:15 +1300 From: busa057@cantua.canterbury.ac.nz (Tristram Scott) Subject: Re: wb 1.59 under Solaris 2.3 To: rem-conf@es.net Message-id: <9503010040.AA26290@cantua.canterbury.ac.nz> X-Envelope-to: rem-conf@es.net Content-transfer-encoding: 7BIT Content-length: 1557 X-Sun-Charset: US-ASCII > >> Maybe there's some oddness with your environment variables or your > >> Xresources? > > > >Funny things happen with the LBL tools in compatability mode if $USER is > >not set. It may be this that is causing the problem. > > That was what I was thinking of, but after we reported it in June, > there have been new releases, and I don't think this is a problem any > more. Perhaps some more info might help here. I am trying to run wb on two different machines. Cow runs SunOS4.1.3, and sky runs Solaris 2.3. I have tried the running and displaying wb 1.59 on cow, and it works fine. I tried running on sky and displaying on cow, and that crashed when I turned off the receive only. I tried running and displaying on sky, and that crashed too. I also tried running on earth, which has Solaris 2.4, but that didn't work either. The environment variables don't look extremely different between sky and cow. The USER variable is set correctly. The Xresources should be the same, especially since I have tried displaying on cow while running off both sky and cow simultaneously. Mark, you mention that there have been new releases. Do you mean later versions of wb? If so, where can they be found? I checked on ee.lbl.gov, and I have the version that is there. Thanks to all for your ideas so far. Tristram --- Tristram Scott, Dept of Management| E-Mail t.scott@cantua.canterbury.ac.nz University of Canterbury | or busa057@cantua.canterbury.ac.nz Christchurch, New Zealand | Phone +64 3 364-2656 Fax +64 3 364-2020 From rem-conf-request@es.net Tue Feb 28 23:00:41 1995 Received: from newton.ncsa.uiuc.edu by osi-west.es.net via ESnet SMTP service id <14595-0@osi-west.es.net>; Tue, 28 Feb 1995 20:00:01 +0000 Received: from void.ncsa.uiuc.edu by newton.ncsa.uiuc.edu with SMTP id AA17075 (5.65a/IDA-1.4.2 for rem-conf@es.net); Tue, 28 Feb 95 21:56:04 -0600 Return-Path: Received: by void.ncsa.uiuc.edu (4.1/NCSA-4.1) id AA07956; Tue, 28 Feb 95 21:56:39 CST Message-Id: <9503010356.AA07956@void.ncsa.uiuc.edu> Subject: Take #2: WWW tapes rebroadcast To: rem-conf@es.net Date: Tue, 28 Feb 1995 21:56:38 -0600 (CST) From: Daniel Simms X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1507 Greetings, Now that the next WWW conference is a little less than 6 weeks away, everything is back in place to rebroadcast the video tapes made at the WWW last fall. Ideally, we would like to do this during the week of March 13, but I now see that STS-67 audio and video is also scheduled for that week. Will this be a problem, or should we plan on moving our broadcast back to the week of March 20? Any input would be appreciated. These are the planned broadcast times: For Europe: Tape Date Local Time Universal Time tape1 Mon Mar 13 05:00:00 CST 11:00:00 GMT tape2 Tue Mar 14 04:00:00 CST 10:00:00 GMT tape3 Tue Mar 14 05:30:00 CST 11:30:00 GMT tape4 Wed Mar 15 04:00:00 CST 10:00:00 GMT tape5 Wed Mar 15 05:30:00 CST 11:30:00 GMT tape6 Thu Mar 16 04:00:00 CST 10:00:00 GMT tape7 Thu Mar 16 05:30:00 CST 11:30:00 GMT For West Coast, Austrailia, East Asia: Tape Date Local Time Universal Time tape1 Mon Mar 13 16:00:00 CST 22:00:00 GMT tape2 Tue Mar 14 16:00:00 CST 22:00:00 GMT tape3 Tue Mar 14 17:30:00 CST 23:30:00 GMT tape4 Wed Mar 15 16:00:00 CST 22:00:00 GMT tape5 Wed Mar 15 17:30:00 CST 23:30:00 GMT tape6 Thu Mar 16 16:00:00 CST 22:00:00 GMT tape7 Thu Mar 16 17:30:00 CST 23:30:00 GMT Thanks, dan -- Daniel Simms "A common mistake that people make when trying to design dsimms@uiuc.edu something completely foolproof [is] to underestimate the (217) 328-7060 ingenuity of complete fools" -Ford Prefect