From rem-conf-request@es.net Fri Apr 01 00:01:14 1994 Received: from viipuri.nersc.gov by osi-east.es.net via ESnet SMTP service id <09312-0@osi-east.es.net>; Thu, 31 Mar 1994 21:00:54 +0000 Received: by viipuri.nersc.gov (4.1/ESnet-1.2) id AA21794; Thu, 31 Mar 94 21:00:41 PST Date: Thu, 31 Mar 94 21:00:41 PST From: ari@es.net (Ari Ollikainen) Message-Id: <9404010500.AA21794@viipuri.nersc.gov> To: rem-conf@es.net, allen@stone.ucs.indiana.edu Subject: Re: Newbridge T1 Sbus card. (was: VAT to Phone System Gateway?) Cc: rcwg@es.net, jvanzwol@newbridge.com, ehacker@newbridge.com I cleaned up the Allen Robel's posting of the Newbridge T1 Sbus card... IF it REALLY supports an ISDN PRI, this would make an interesting base for building a packet<->circuit videoconference gateway... I Wonder WHAT sort of ISDN assumptions are made in the implementation, if any? > From rem-conf-request@es.net Thu Mar 31 :12:12 1994 > Date: Thu, 31 Mar 1994 22:48:35 -0500 (EST) > From: Allen Robel > Subject: Newbridge T1 Sbus card. (was: VAT to Phone System Gateway?) > To: rem-conf@es.net > Mime-Version: 1.0 > Content-Type> : > TEXT/PLAIN> ; > charsetUS-ASCII> > Content-Transfer-Encoding: QUOTED-PRINTABLE > Content-Length: 7072 > > Hi all, > > I received a product description from Newbridge describing a T1 card with > integral CSU they are close to releasing. I thought that this would be of > interest to those involved in the 'VAT to Phone System' thread. There is > contact info contained below as well. > > regards, > > allen > > ---------------------- >% cut here %< ------------------------ > > Introduction > > This product bulletin is announcing that Newbridge Microsystems has > developed, in conjunction with SunConnect, the first T1 network > interface card (with an integral CSU) for Sun SPARCstations. > Simply put, this card allows a customer to take a RJ-45 jack > (provided by your carrier when you order T1 service) and plug it > directly into your SPARCstation. You will find the following product > information useful if your customers are: > > + using SPARCstations in a wide area network, > + using full or fractional T1 services, > + using SunLink's X.25, PPP, or Frame Relay with Solaris 1.X or 2.X, > + internetworking distributed LANs via the public switched phone network > (PSTN), > + developing applications for regional or long-distance carriers, or > + developing voice processing applications on open systems. > > For more information about this product, please contact Jeff VanZwol > (jvanzwol@newbridge.com) or Ed Hacker (ehacker@newbridge.com) at > Newbridge Microsystems. Phone 1-800-267-7231 or 1-613-592-0714. > Fax 1-613-592-13. > > > NM212AA Product Description > > Newbridge MicrosystemsD5 SBus T1 Wide Area Network (WAN) interface > card provide SBus platforms with T1 (1.544 Mbps) connectivity > directly onto Sun SPARCstations or SPARCservers. The NM212 is > an intelligent T1 network interface card which has an integral CSU > and can terminate up to 24 data circuits over one primary rate > link. The NM212 card delivers channelized T 1 to the SPARCstation. > Simply put, this card offers the functionality of a three 8-channel > High Speed Interface (HSI) cards, a 24 channel CSU/DSU, and associated > cabling, All this is condensed onto a single-width SBus card with a > RJ-48C connector. > > The NM212 can connect Sun SPARCstationsAA with T1 networks. The NM212 > is an ideal primary rate network interface card for digital access > to public networks and for point-to-point applications. The NM212 > can be used as intelligent CSU, offering ESF and D4 conversion for > equipment with T1 interfaces. > > The NM212 supports up to 24 concurrent DS-0 rate connections over a T1 > link. Additionally, the NM212 supports both sub-rate and super-rate data > channels. Super-rate channels may consist of contiguous and non-contiguous > DS-0 time slots. Sub-rate data channels are supported in multiples of 8 > Kbps data rates. > > > By using the Graphical User Interface (GUI) or Command Line Interpreter > (CLI), all T1/E1 link and circuit parameters can be software > configured directly b y the customer. An array of performance > statistics and alarms allows for a detailed evaluation of system status > at any time. Network administrators w ill be able to remotely > configure the NM212 via any X-Windows compatible system > by redirecting the GUID5s or CLI output to the administratorD5s > workstation. > > Additionally, the NM212 can be configured to direct alarms to the > system console of the host. > > The NM212 card operates with SunNet Manager. The SunNet Manager > agent, residing on the Sun host, will allow access to the NM212's > status parameters and alarm conditions. As an element in a network > operated by SunNet Manager , the customer will benefit from the remote > access capabilities, easier network fault analysis, better network > management and control. > > > NM212AA Technical Description > > Solaris Operating System Requirements > > + Requires Solaris 1.X or 2.X operating system. > + Implemented as a Solaris 1.X ifnet driver or Solaris 2.X streams-based > device driver. > + Integrated with SunLink's X.25, PPP, and Frame Relay software. > > T1 Line Features > > + Network Connector: One RJ-48C connector > + Channels supported: Eight (8) or twenty-four (24) > + Framing: D4 and Extended Superframe (ESF) > + Line Code: B8ZS, JB7, or clear channeling > + Alarms: Yellow Alarms, Red Alarm, Robbed Bit Signaling, > Alarm Indication Signal > + Line Interfaces: CSU (Channel Service Unit) or DSX-1 Line Interface > Module 0909 > Loopback Features > > + Per channel loopback > + Local line loopback > + Local and remote framer loopback > + Local FDL/TS0 loopback > > > NM212AA Application Note - LAN Internetworking > > NM212 can reside in each Sun SPARCstation connecting two > inter-networked Local Area Network (LANs A & B). With the NM212 card > resident in each SPARCstati on connected to the T1, traffic (data > packets) from a node in LAN A can be delivered to a node in LAN B. The > "gateway" SPARCstation (for LAN A) determines which packets must be > routed to a node on the other LAN, then reroutes this inter-LAN traffic > across the T1 span to the other "gateway" SPARCstation (for LAN B). > The SPARCstation (receiving the traffic) routes incoming packets onto > the LAN and to the destination node on it's local network. By having a > NM212 card resident in each SPARCstation, the SPARCstation provides the > functionality of a bridge, router, and CSU/DSU used for LAN-to-LAN > connection. The LAN protocols (e.g. TCP/IP) are encapsulated in a > WAN protocol (X.25, PPP, Frame Relay) to ensure integrity of the data > when it crosses the T1 span. > > NM212AA Application Note - Client/Server Applications > > The NM212 can reside in each Sun SPARCstation. A compute-intensive, > multi-media server application (e.g. a video training application) can > reside on SPARCstation resident on LAN A. The client portion of the > application can reside on each node on LAN B. With the NM212 card > resident in each of the SPARCstations, client/server applications > (which require large bandwidth) can be used by all nodes on the > corporate network. This is independent of the LAN with the client > application and the SPARCstation with the server application. > > > NM212AA Application Note - Video Conferencing > > The NM212 supports Sun SPARC-based video conferencing across the Public > Switched Telephone Network (PSTN) using T1 communications facilities. > Video conferencing applications require a large amount of bandwidth > and, at a minimum, require the bandwidth supplied with a T1 trunk. > Conventional video conferencing systems can provide a cost-effective > conferencing capability across a digital data network. These systems > provide a conference session across a wide area or local area networks, > allowing multiple people in the same building to conference using their > internal LAN or allowing multiple people on different continents to > conference using the corporate WAN. Video conferencing systems can > use either common LAN protocols (e.g. TCP/IP) or proprietary protocols > to carry the video signals from point to point in a LAN. When video > conferencing across a WAN, both the LAN protocols or the proprietary > protocols are encapsulated in a WAN protocol (X.25, PPP, Frame Relay) > to ensure integrity of the data when it crosses the T1 span. > > 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 From rem-conf-request@es.net Fri Apr 01 12:53:54 1994 Received: from nbkanata.Newbridge.COM by osi-west.es.net via ESnet SMTP service id <11402-0@osi-west.es.net>; Fri, 1 Apr 1994 09:53:28 +0000 Received: from Newbridge.COM (thor.Newbridge.COM) by nbkanata.newbridge.com (4.1/SMI-4.1) id AA21752; Fri, 1 Apr 94 12:49:27 EST Received: from qmail.newbridge.com by Newbridge.COM (4.1/SMI-4.0) id AA08676; Fri, 1 Apr 94 12:49:20 EST Received: from QuickMail by qmail.newbridge.com id qm-00001; Fri, 1 Apr 1994 12:53:11 -0500 Message-Id: <199404011253111588@qmail.newbridge.com> X-Mailer: InterCon Dispatcher/SMTP for QuickMail X-Priority: 4 Date: Fri, 1 Apr 1994 12:53:11 -0500 From: Lloyd Spencer Subject: RE>> Newbridge T1 Sbus card To: Ari Ollikainen Cc: Guy Bisson , Remote Conferencing , Lloyd Spencer , Jeff VanZwol , James Watt Ari - > IF it REALLY supports an ISDN PRI, this would make an interesting base > for building a packet<->circuit videoconference gateway... I Wonder WHAT > sort of ISDN assumptions are made in the implementation, if any? We're just now beginning our investigations regarding PRI support. Jeff VanZwol, the product manager for SPRITE, as we internally call it (SBus PRI T1/ E1), has found a solution to support layer 2 and 3 on the host on top of the card. As you can see in the product sheet below, the card currently supports T1, but we're starting on the E1 variant very soon. Finally, Jeff is the product management expert in this case. Please work with Jeff if you're interested in discussing our directions; we are *very* customer driven when it comes to determining a products's features, benefits and price. Jeff's internet address is jvanzwol@Newbridge.com. Thanks, Lloyd ----- Lloyd Spencer Director of Marketing Newbridge Microsystems 603 March Road Kanata, Ontario K2K 2M5 CANADA Main phone : +1 800 267-7231 Main phone : +1 613 592-0714 Office fax : +1 613 592-1320 Internet mail : lloyd_spencer@qmail.Newbridge.COM -------------------------------------- Date: 4/1/94 12:28 To: Lloyd Spencer From: James Watt Received: from fields.newbridge by Newbridge.COM (4.1/SMI-4.0) id AA08396; Fri, 1 Apr 94 12:22:06 EST From: james (James Watt) Message-Id: <9404011722.AA08396@Newbridge.COM> Subject: Re: Newbridge T1 Sbus card. (was: VAT to Phone System Gateway?) (fwd) To: Lloyd_Spencer@qmail Date: Fri, 1 Apr 1994 12:28:45 -0500 (EST) X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 9061 Ari Ollikainen writes: >From rem-conf-request@es.net Thu Mar 31 23:57:27 1994 Date: Thu, 31 Mar 94 21:00:41 PST From: ari@es.net (Ari Ollikainen) Message-Id: <9404010500.AA21794@viipuri.nersc.gov> To: rem-conf@es.net, allen@stone.ucs.indiana.edu Subject: Re: Newbridge T1 Sbus card. (was: VAT to Phone System Gateway?) Cc: rcwg@es.net, jvanzwol@Newbridge.com, ehacker@Newbridge.com I cleaned up the Allen Robel's posting of the Newbridge T1 Sbus card... IF it REALLY supports an ISDN PRI, this would make an interesting base for building a packet<->circuit videoconference gateway... I Wonder WHAT sort of ISDN assumptions are made in the implementation, if any? > From rem-conf-request@es.net Thu Mar 31 :12:12 1994 > Date: Thu, 31 Mar 1994 22:48:35 -0500 (EST) > From: Allen Robel > Subject: Newbridge T1 Sbus card. (was: VAT to Phone System Gateway?) > To: rem-conf@es.net > Mime-Version: 1.0 > Content-Type> : > TEXT/PLAIN> ; > charsetUS-ASCII> > Content-Transfer-Encoding: QUOTED-PRINTABLE > Content-Length: 7072 > > Hi all, > > I received a product description from Newbridge describing a T1 card with > integral CSU they are close to releasing. I thought that this would be of > interest to those involved in the 'VAT to Phone System' thread. There is > contact info contained below as well. > > regards, > > allen > > ---------------------- >% cut here %< ------------------------ > > Introduction > > This product bulletin is announcing that Newbridge Microsystems has > developed, in conjunction with SunConnect, the first T1 network > interface card (with an integral CSU) for Sun SPARCstations. > Simply put, this card allows a customer to take a RJ-45 jack > (provided by your carrier when you order T1 service) and plug it > directly into your SPARCstation. You will find the following product > information useful if your customers are: > > + using SPARCstations in a wide area network, > + using full or fractional T1 services, > + using SunLink's X.25, PPP, or Frame Relay with Solaris 1.X or 2.X, > + internetworking distributed LANs via the public switched phone network > (PSTN), > + developing applications for regional or long-distance carriers, or > + developing voice processing applications on open systems. > > For more information about this product, please contact Jeff VanZwol > (jvanzwol@newbridge.com) or Ed Hacker (ehacker@newbridge.com) at > Newbridge Microsystems. Phone 1-800-267-7231 or 1-613-592-0714. > Fax 1-613-592-13. > > > NM212AA Product Description > > Newbridge MicrosystemsD5 SBus T1 Wide Area Network (WAN) interface > card provide SBus platforms with T1 (1.544 Mbps) connectivity > directly onto Sun SPARCstations or SPARCservers. The NM212 is > an intelligent T1 network interface card which has an integral CSU > and can terminate up to 24 data circuits over one primary rate > link. The NM212 card delivers channelized T 1 to the SPARCstation. > Simply put, this card offers the functionality of a three 8-channel > High Speed Interface (HSI) cards, a 24 channel CSU/DSU, and associated > cabling, All this is condensed onto a single-width SBus card with a > RJ-48C connector. > > The NM212 can connect Sun SPARCstationsAA with T1 networks. The NM212 > is an ideal primary rate network interface card for digital access > to public networks and for point-to-point applications. The NM212 > can be used as intelligent CSU, offering ESF and D4 conversion for > equipment with T1 interfaces. > > The NM212 supports up to 24 concurrent DS-0 rate connections over a T1 > link. Additionally, the NM212 supports both sub-rate and super-rate data > channels. Super-rate channels may consist of contiguous and non-contiguous > DS-0 time slots. Sub-rate data channels are supported in multiples of 8 > Kbps data rates. > > > By using the Graphical User Interface (GUI) or Command Line Interpreter > (CLI), all T1/E1 link and circuit parameters can be software > configured directly b y the customer. An array of performance > statistics and alarms allows for a detailed evaluation of system status > at any time. Network administrators w ill be able to remotely > configure the NM212 via any X-Windows compatible system > by redirecting the GUID5s or CLI output to the administratorD5s > workstation. > > Additionally, the NM212 can be configured to direct alarms to the > system console of the host. > > The NM212 card operates with SunNet Manager. The SunNet Manager > agent, residing on the Sun host, will allow access to the NM212's > status parameters and alarm conditions. As an element in a network > operated by SunNet Manager , the customer will benefit from the remote > access capabilities, easier network fault analysis, better network > management and control. > > > NM212AA Technical Description > > Solaris Operating System Requirements > > + Requires Solaris 1.X or 2.X operating system. > + Implemented as a Solaris 1.X ifnet driver or Solaris 2.X streams-based > device driver. > + Integrated with SunLink's X.25, PPP, and Frame Relay software. > > T1 Line Features > > + Network Connector: One RJ-48C connector > + Channels supported: Eight (8) or twenty-four (24) > + Framing: D4 and Extended Superframe (ESF) > + Line Code: B8ZS, JB7, or clear channeling > + Alarms: Yellow Alarms, Red Alarm, Robbed Bit Signaling, > Alarm Indication Signal > + Line Interfaces: CSU (Channel Service Unit) or DSX-1 Line Interface > Module 0909 > Loopback Features > > + Per channel loopback > + Local line loopback > + Local and remote framer loopback > + Local FDL/TS0 loopback > > > NM212AA Application Note - LAN Internetworking > > NM212 can reside in each Sun SPARCstation connecting two > inter-networked Local Area Network (LANs A & B). With the NM212 card > resident in each SPARCstati on connected to the T1, traffic (data > packets) from a node in LAN A can be delivered to a node in LAN B. The > "gateway" SPARCstation (for LAN A) determines which packets must be > routed to a node on the other LAN, then reroutes this inter-LAN traffic > across the T1 span to the other "gateway" SPARCstation (for LAN B). > The SPARCstation (receiving the traffic) routes incoming packets onto > the LAN and to the destination node on it's local network. By having a > NM212 card resident in each SPARCstation, the SPARCstation provides the > functionality of a bridge, router, and CSU/DSU used for LAN-to-LAN > connection. The LAN protocols (e.g. TCP/IP) are encapsulated in a > WAN protocol (X.25, PPP, Frame Relay) to ensure integrity of the data > when it crosses the T1 span. > > NM212AA Application Note - Client/Server Applications > > The NM212 can reside in each Sun SPARCstation. A compute-intensive, > multi-media server application (e.g. a video training application) can > reside on SPARCstation resident on LAN A. The client portion of the > application can reside on each node on LAN B. With the NM212 card > resident in each of the SPARCstations, client/server applications > (which require large bandwidth) can be used by all nodes on the > corporate network. This is independent of the LAN with the client > application and the SPARCstation with the server application. > > > NM212AA Application Note - Video Conferencing > > The NM212 supports Sun SPARC-based video conferencing across the Public > Switched Telephone Network (PSTN) using T1 communications facilities. > Video conferencing applications require a large amount of bandwidth > and, at a minimum, require the bandwidth supplied with a T1 trunk. > Conventional video conferencing systems can provide a cost-effective > conferencing capability across a digital data network. These systems > provide a conference session across a wide area or local area networks, > allowing multiple people in the same building to conference using their > internal LAN or allowing multiple people on different continents to > conference using the corporate WAN. Video conferencing systems can > use either common LAN protocols (e.g. TCP/IP) or proprietary protocols > to carry the video signals from point to point in a LAN. When video > conferencing across a WAN, both the LAN protocols or the proprietary > protocols are encapsulated in a WAN protocol (X.25, PPP, Frame Relay) > to ensure integrity of the data when it crosses the T1 span. > > 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 ____________________________________________________________________________ James W. Watt, james@newbridge.com Ph: +1 613 591-3600 Newbridge Networks 600 March Rd Kanata ON Canada K2K 2E6 FAX:+1 613 591-3680 From rem-conf-request@es.net Fri Apr 01 15:50:40 1994 Received: from terminator.rs.itd.umich.edu by osi-west.es.net via ESnet SMTP service id <12015-0@osi-west.es.net>; Fri, 1 Apr 1994 12:50:24 +0000 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.8.1/2.2) with SMTP id PAA12078; Fri, 1 Apr 1994 15:50:22 -0500 Message-Id: <199404012050.PAA12078@terminator.rs.itd.umich.edu> To: Remote Conferencing Subject: MPEG decompression hardware Date: Fri, 01 Apr 1994 15:50:22 -0500 From: Dory Ethan Leifer Would anyone know of a source for MPEG decompession hardware capable of full NTSC quality at 1.2Mbps, perhaps based on the same chipset used in the Phipps CD-I player? I am interested in hardware for PCs, Macs, and Suns. Thanks, Dory Leifer University of Michigan, Ann Arbor +1 313 763 4896 voice +1 313 763 4050 fax leifer@umich.edu From rem-conf-request@es.net Fri Apr 01 17:12:46 1994 Received: from s1.msi.umn.edu by osi-west.es.net via ESnet SMTP service id <12446-0@osi-west.es.net>; Fri, 1 Apr 1994 14:12:23 +0000 Received: from i5.msi.umn.edu by s1.msi.umn.edu; Fri, 1 Apr 94 16:10:04 -0600 From: hughes@s1.msi.umn.edu Message-Id: <9404012210.AA14268@i5.msi.umn.edu> Received: by i5.msi.umn.edu; Fri, 1 Apr 94 16:10:03 -0600 Subject: Re: MPEG decompression hardware To: leifer@terminator.rs.itd.umich.edu (Dory Ethan Leifer) Date: Fri, 1 Apr 1994 16:10:03 -0600 (CST) Cc: rem-conf@es.net In-Reply-To: <199404012050.PAA12078@terminator.rs.itd.umich.edu> from "Dory Ethan Leifer" at Apr 1, 94 03:50:22 pm X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 787 According to Dory Ethan Leifer: > > > Would anyone know of a source for MPEG decompession hardware capable > of full NTSC quality at 1.2Mbps, perhaps based on the same chipset used in the > Phipps CD-I player? I am interested in hardware for PCs, Macs, and Suns. > > Thanks, > Dory Leifer The latest issue of New Media magazine has an article about one that is available today for PC, and reviews some games that have MPEG video included on the CDROM. The video data stream does not cache. I'm pretty sure it was full NTSC quality. -- Matt Hughes, Graphics Support Coordinator University of Minnesota Supercomputer Institute 1200 Washington Avenue South Ph: (612) 626-1765 Minneapolis, MN 55415 hughes@msi.umn.edu From rem-conf-request@es.net Fri Apr 01 17:57:30 1994 Received: from LNS62.LNS.CORNELL.EDU by osi-west.es.net via ESnet SMTP service id <12605-0@osi-west.es.net>; Fri, 1 Apr 1994 14:57:06 +0000 Received: from LNS62.LNS.CORNELL.EDU by LNS62.LNS.CORNELL.EDU (PMDF V4.2-13 #3448) id <01HAO4B06HAO9ODLV5@LNS62.LNS.CORNELL.EDU>; Fri, 1 Apr 1994 17:59:09 EST Date: Fri, 01 Apr 1994 17:59:09 -0500 (EST) From: "Selden E. Ball, Jr." Subject: Re: MPEG decompression hardware To: rem-conf@es.net Cc: leifer@umich.edu, hughes@msi.umn.edu Message-id: <01HAO4B09FEA9ODLV5@LNS62.LNS.CORNELL.EDU> X-VMS-To: IN%"rem-conf@es.net" X-VMS-Cc: IN%"leifer@umich.edu",IN%"hughes@msi.umn.edu",SEB MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Gentle folk, Dory Leifer asked >Would anyone know of a source for MPEG decompession hardware capable >of full NTSC quality at 1.2Mbps, perhaps based on the same chipset used in the >Phipps CD-I player? I am interested in hardware for PCs, Macs, and Suns. and Matt Hughes responded >The latest issue of New Media magazine has an article about one that is >available today for PC, and reviews some games that have MPEG video included >on the CDROM. The video data stream does not cache. > >I'm pretty sure it was full NTSC quality. Unfortunately, MPEG-1, which was designed for standard speed CD-ROM drives, (150KBytes/sec = 1.2Mbits/sec) is much worse than NTSC resolution. It is designed for only 352x240 pixels. When there is significant motion between frames, it becomes much worse. Standard NTSC resolution is 768x485 pixels, which is what is used in broadcast quality digital time base correctors. MPEG-2, which is being designed for much higher transmission rates, is supposed to have better resolution. Sorry, Selden ====== Selden E. Ball, Jr. Cornell University Voice: +1-607-255-0688 Laboratory of Nuclear Studies FAX: +1-607-255-8062 230A Wilson Synchrotron Lab BITNET: SEB@CRNLNS Judd Falls & Dryden Road Internet: SEB@LNS62.LNS.CORNELL.EDU Ithaca, NY, USA 14853-8001 HEPnet/SPAN: LNS62::SEB = 44284::SEB WARNING: Cornell University will disconnect from Bitnet on September 1st. From rem-conf-request@es.net Sat Apr 02 09:17:03 1994 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <14271-0@osi-west.es.net>; Sat, 2 Apr 1994 06:16:39 +0000 Received: from speedy.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Sat, 2 Apr 1994 15:16:24 +0100 To: rem-conf@es.net CC: mice-seminars-announce@cs.ucl.ac.uk Subject: MICE International Seminar: April 5, 1994. Date: Sat, 02 Apr 94 15:16:25 +0100 From: Gordon Joly ** Please limit traffic between 12:30 and 14:30 GMT on Tuesday April 5th. At 13:00 GMT, Heinz Sarbinowski (Institute for Telecooperation Technology, GMD in Darmstadt) with speak from the GMD on "Use of Chipcards in the Legal Area". An announcement will be made in "sd": vat (audio), ivs (video) and wb (for the slides). Abstract. ----------- Use of Chipcards in the Legal Area How to test legally binding Telecooperation without having a legal basis ? -- A simulation study can help -- Computers and communication technology are increasingly used to support not only the individual but also to support the cooperation between individuals and between organisations. This tele-cooperation imposes a new quality on the concept of "legally binding". As opposed to the long tradition in the "paper-world", telecooperating partners do exchange their business forms and letters electronically. In order to authenticate the originator and the integrity of the electronic document, a sort of an equivalent of the handwritten signature - the electronic signature - is becoming to be used. In popular operating systems like System 7 Pro from Apple or Windows for Workgroups 3.11 from Microsoft the electronic signature mechanism already belongs to the standard shipment. So, where is the problem? The problem is the missing legal basis for the legalization of electronically signed documents. - When your business partner denies the authenticity of an electronic order, you are in trouble to prove it in a case. - When you receive an electronic invoice including vat (value added tax), you will get in troble when you present it to your revenue office. At least in Germany they won't accept the electronically presented vat. So what can designers do in such a situation to get experience with legally binding telecooperation in order to find out the "right" technical, organizational and legal requirements for a proper design. We did a simulation study, where two judges including the assistant persons, two lawyers including their secretaries and a lot of clients worked for one week in our laboratory using telecooperation technology. Nearly everything was real: the acting persons, the used technology, the offices. The material was taken from real cases. About 30 cases were treated including judicial hearings. The planning, execution and the achieved results of such a simulation study in the field of legally binding telecooperation will be presented in the talk. Especially the technical requirements which derived from the behaviour of the acting people will be pointed out. ----------- In general, information on the MICE seminars kept up to date in the World Web Web at URL http://www.cs.ucl.ac.uk/mice/seminars/ which wil contain abstracts of future talks (in most cases). Gordon Joly Phone +44 71 380 7934 FAX +44 71 387 1397 Email: G.Joly@cs.ucl.ac.uk UUCP: ...!{uunet,uknet}!ucl-cs!G.Joly Comp Sci, University College, London, Gower Street, LONDON WC1E 6BT & mice-nsc@cs.ucl.ac.uk & http://www.cs.ucl.ac.uk/mice/gjoly.html & From rem-conf-request@es.net Sat Apr 02 18:36:23 1994 Received: from sirius.ctr.columbia.edu by osi-west.es.net via ESnet SMTP service id <14829-0@osi-west.es.net>; Sat, 2 Apr 1994 15:36:06 +0000 Received: from osage.ctr.columbia.edu (eleft@osage.ctr.columbia.edu [128.59.66.23]) by sirius.ctr.columbia.edu (8.6.7/8.6.4.287) with ESMTP id SAA03359; Sat, 2 Apr 1994 18:35:47 -0500 Received: from localhost (eleft@localhost) by osage.ctr.columbia.edu (8.6.7/8.6.4.788743) with SMTP id SAA24137; Sat, 2 Apr 1994 18:35:46 -0500 Message-Id: <199404022335.SAA24137@osage.ctr.columbia.edu> To: "Selden E. Ball, Jr." cc: rem-conf@es.net, leifer@umich.edu, hughes@msi.umn.edu Subject: Re: MPEG decompression hardware In-reply-to: Your message of "Fri, 01 Apr 1994 17:59:09 EST." <01HAO4B09FEA9ODLV5@LNS62.LNS.CORNELL.EDU> Date: Sat, 02 Apr 1994 18:35:39 -0500 From: Alexandros Eleftheriadis On Fri, 01 Apr 1994 17:59:09 -0500 (EST), "Selden E. Ball, Jr." wrote: Gentle folk, Dory Leifer asked >Would anyone know of a source for MPEG decompession hardware capable >of full NTSC quality at 1.2Mbps, perhaps based on the same chipset used in the >Phipps CD-I player? I am interested in hardware for PCs, Macs, and Suns. and Matt Hughes responded >The latest issue of New Media magazine has an article about one that is >available today for PC, and reviews some games that have MPEG video included >on the CDROM. The video data stream does not cache. > >I'm pretty sure it was full NTSC quality. Unfortunately, MPEG-1, which was designed for standard speed CD-ROM drives, (150KBytes/sec = 1.2Mbits/sec) is much worse than NTSC resolution. It is designed for only 352x240 pixels. When there is significant motion between frames, it becomes much worse. Standard NTSC resolution is 768x485 pixels, which is what is used in broadcast quality digital time base correctors. MPEG-2, which is being designed for much higher transmission rates, is supposed to have better resolution. Sorry, While it is true that there is no known algorithm that will compress an NTSC-resolution signal at 1.2 Mbps with no perceptible distortion, you can always downsample/upsample your signal for coding/display purposes. I presume that that's what CD-I does, and what Dory was asking for. Remember that VHS also does not support the full NTSC resolution (I think it's only half the lines or so). Also, MPEG-2's objective was (the draft is frozen, BTW) not higher trasmission rates than MPEG-1 per se, but--among other things--better compression for a larger set of input formats (basically, interlaced). Picture sizes can be (almost) arbitrary, and that's what determines your achievable rates (together with content complexity, and acceptable quality for your application). Both MPEG-1 and MPEG-2 then support a continuum of "resolutions" (better call them picture sizes) and rates, with MPEG-2 having more features and being equal or better to MPEG-1 in cases where both can be applied (e.g. progressive--or non-interlaced--video sequences). It's true that MPEG-1 is able to give VCR-type quality at around 1.2 Mbps, while MPEG-2 can give you distribution quality (NTSC resolution, comparable quality to what you get at your TV) at around 4 Mbps. But limiting their application/operating parameters to this particular set of values or uniquely associating a particular picture size with either one may be misleading. This is also reflected in the title of the standards: _Generic_ Coding of Moving Pictures and Associated Audio. --Alexandros +------------------------------------------+----------------------------------+ | US-Mail: | E-Mail: eleft@ctr.columbia.edu | | Alexandros Eleftheriadis | | | Image and Advanced Television Laboratory | Phone : (212) 854-3134 | | Electrical Engineering Department | Fax : (212) 316-9068 | | 801 Shapiro Research Bldg. | (212) 854-2497 (net) | | Columbia University +----------------------------------+ | 530 West 120th Street | Ars longa, | | New York, NY 10027 | vita brevis. | +------------------------------------------+----------------------------------+ From rem-conf-request@es.net Sat Apr 02 20:18:44 1994 Received: from terminator.rs.itd.umich.edu by osi-west.es.net via ESnet SMTP service id <14956-0@osi-west.es.net>; Sat, 2 Apr 1994 17:18:28 +0000 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.8.1/2.2) with SMTP id UAA03194; Sat, 2 Apr 1994 20:18:20 -0500 Message-Id: <199404030118.UAA03194@terminator.rs.itd.umich.edu> To: Alexandros Eleftheriadis Cc: "Selden E. Ball, Jr." , rem-conf@es.net, leifer@umich.edu, hughes@msi.umn.edu, edward.saunders@um.cc.umich.edu Subject: Re: MPEG decompression hardware In-reply-to: Your message of Sat, 02 Apr 1994 18:35:39 -0500. <199404022335.SAA24137@osage.ctr.columbia.edu> Date: Sat, 02 Apr 1994 20:18:19 -0500 From: Dory Ethan Leifer Alexandros et al, thanks very much for all the responses. I'll plan to make some calls next week. To the untrained eye (ie mine) the CD-I player did as good a job on "Top Gun" with ground rush scenes as VHS. The total playing time on the CD is 72mins, so Phillips seems to be using the standard 1.2Mbps. Presumably, the same silicon on a VGA card could provide this quality and one would only have to feed it a stream of 155KBps. As with audio CD, it seems like the consumer market is well ahead of the computer business. The MPEG option for CD-I only costs about $200 according to a Phillips sales rep. Dory > While it is true that there is no known algorithm that will compress an > NTSC-resolution signal at 1.2 Mbps with no perceptible distortion, you can > always downsample/upsample your signal for coding/display purposes. I presume > that that's what CD-I does, and what Dory was asking for. Remember that VHS > also does not support the full NTSC resolution (I think it's only half the > lines or so). > > Also, MPEG-2's objective was (the draft is frozen, BTW) not higher trasmissio n > rates than MPEG-1 per se, but--among other things--better compression for a > larger set of input formats (basically, interlaced). Picture sizes can be > (almost) arbitrary, and that's what determines your achievable rates (togethe r > with content complexity, and acceptable quality for your application). Both > MPEG-1 and MPEG-2 then support a continuum of "resolutions" (better call them > picture sizes) and rates, with MPEG-2 having more features and being equal or > better to MPEG-1 in cases where both can be applied (e.g. progressive--or > non-interlaced--video sequences). > > It's true that MPEG-1 is able to give VCR-type quality at around 1.2 Mbps, > while MPEG-2 can give you distribution quality (NTSC resolution, comparable > quality to what you get at your TV) at around 4 Mbps. But limiting their > application/operating parameters to this particular set of values or uniquely > associating a particular picture size with either one may be misleading. This > is also reflected in the title of the standards: _Generic_ Coding of Moving > Pictures and Associated Audio. > > --Alexandros > > +------------------------------------------+--------------------------------- -+ > | US-Mail: | E-Mail: eleft@ctr.columbia.edu | > | Alexandros Eleftheriadis | | > | Image and Advanced Television Laboratory | Phone : (212) 854-3134 | > | Electrical Engineering Department | Fax : (212) 316-9068 | > | 801 Shapiro Research Bldg. | (212) 854-2497 (net) | > | Columbia University +--------------------------------- -+ > | 530 West 120th Street | Ars longa, | > | New York, NY 10027 | vita brevis. | > +------------------------------------------+--------------------------------- -+ From rem-conf-request@es.net Sun Apr 03 19:34:49 1994 Received: from note1.nsf.gov by osi-west.es.net via ESnet SMTP service id <16858-0@osi-west.es.net>; Sun, 3 Apr 1994 16:34:30 +0000 Received: from localhost by note1.nsf.gov with SMTP id AA16569 (5.65c/IDA-1.4.4 for ); Sun, 3 Apr 1994 19:34:35 -0400 To: rem-conf@es.net Subject: Camcorder Audio to vat? Date: Sun, 03 Apr 94 19:34:35 EDT Message-Id: <12983.765416075@nsf.gov> From: romine@nsf.gov We've been running vat on a Sparc LX using the Sun microphone. To multicast a large meeting, we tried to hook up the audio output of a camcorder and found what seems to be a level or impedence mismatch. Any advice would be appreciated. Raleigh From rem-conf-request@es.net Mon Apr 04 13:37:34 1994 Received: from herman.cmf.nrl.navy.mil by osi-west.es.net via ESnet SMTP service id <18913-0@osi-west.es.net>; Mon, 4 Apr 1994 10:37:13 +0000 Received: (from fenner@localhost) by herman.cmf.nrl.navy.mil (8.6.8.1/8.6.6) id NAA09603; Mon, 4 Apr 1994 13:37:05 -0400 Date: Mon, 4 Apr 1994 13:37:05 -0400 From: William C Fenner Message-Id: <199404041737.NAA09603@herman.cmf.nrl.navy.mil> To: mbone@isi.edu, rem-conf@es.net Subject: Full disk warning Starting April 4, 11:22am EDT, I started getting conflicting origin and mask messages logged by my mrouted. My disk filled up within 90 minutes. I'm getting about 150 of the warnings per minute. Bill From rem-conf-request@es.net Mon Apr 04 13:44:50 1994 Received: from herman.cmf.nrl.navy.mil by osi-west.es.net via ESnet SMTP service id <18964-0@osi-west.es.net>; Mon, 4 Apr 1994 10:44:30 +0000 Received: (from fenner@localhost) by herman.cmf.nrl.navy.mil (8.6.8.1/8.6.6) id NAA09647 for rem-conf@es.net; Mon, 4 Apr 1994 13:44:27 -0400 Date: Mon, 4 Apr 1994 13:44:27 -0400 From: William C Fenner Message-Id: <199404041744.NAA09647@herman.cmf.nrl.navy.mil> To: rem-conf@es.net Subject: Conflicting origin and mask messages I don't know if this helps anyone, but here's a list of origins, masks, and number of times the message appeared in my syslog. It was generated by this perl script: #!/afs/cmf/@sys/bin/perl while (<>) { if (/mrouted.*\(([^)]+)\) and mask \(([^)]+)\)/) { $foo{$1."\t".$2}++; } } foreach $i (sort {$foo{$b} <=> $foo{$a}} keys %foo) { print "$i\t$foo{$i}\n"; } Is the peer that we got the message from important? 149.155.0.0 ffff0000 104 146.169.0.0 ffff0000 94 192.244.177.0 ffffff00 94 192.41.108.0 ffffff00 93 192.156.217.0 ffffff00 92 192.76.9.0 ffffff00 92 164.163.0.0 ffff0000 91 192.160.179.0 ffffff00 90 199.20.0.0 ffffff00 90 192.94.235.0 ffffff00 88 192.171.191.0 ffffff00 88 193.63.194.0 ffffff00 88 192.171.171.0 ffffff00 87 202.19.226.0 ffffff00 86 149.170.0.0 ffff0000 85 192.218.90.0 ffffff00 85 192.171.176.0 ffffff00 85 193.61.190.0 ffffff00 85 193.61.189.0 ffffff00 85 192.108.232.0 ffffff00 85 192.173.134.0 ffffff00 85 192.84.212.0 ffffff00 85 193.61.188.0 ffffff00 85 193.61.191.0 ffffff00 84 193.60.193.0 ffffff00 84 144.32.0.0 ffff0000 84 192.82.153.0 ffffff00 83 193.60.195.0 ffffff00 83 202.17.220.0 ffffff00 83 202.15.200.0 ffffff00 83 161.76.0.0 ffff0000 82 138.37.0.0 ffff0000 80 192.135.232.0 ffffff00 80 164.11.0.0 ffff0000 80 193.63.192.0 ffffff00 78 192.171.134.0 ffffff00 78 193.61.136.0 ffffff00 76 193.62.20.0 ffffff00 75 193.62.44.0 ffffff00 75 161.74.0.0 ffff0000 74 193.63.138.0 ffffff00 73 193.60.82.0 ffffff00 73 194.36.2.0 ffffff00 72 193.62.21.0 ffffff00 71 192.57.19.0 ffffff00 69 192.41.130.0 ffffff00 67 192.171.135.0 ffffff00 67 192.173.129.0 ffffff00 67 192.41.114.0 ffffff00 66 192.150.181.0 ffffff00 65 139.133.0.0 ffff0000 65 192.100.78.0 ffffff00 64 192.171.129.0 ffffff00 64 193.61.22.0 ffffff00 63 192.173.135.0 ffffff00 63 192.171.159.0 ffffff00 62 192.76.21.0 ffffff00 61 202.32.8.0 ffffff00 58 192.171.131.0 ffffff00 58 133.253.0.0 ffff0000 58 131.251.0.0 ffff0000 57 192.173.133.0 ffffff00 57 192.57.17.0 ffffff00 56 192.171.130.0 ffffff00 54 192.171.136.0 ffffff00 54 193.62.22.0 ffffff00 54 158.143.0.0 ffff0000 54 192.173.132.0 ffffff00 53 193.39.15.0 ffffff00 52 192.171.154.0 ffffff00 52 161.73.0.0 ffff0000 51 192.150.177.0 ffffff00 51 202.32.0.0 ffffff00 51 144.124.0.0 ffff0000 49 141.97.0.0 ffff0000 49 192.171.190.0 ffffff00 47 192.150.180.0 ffffff00 47 138.251.0.0 ffff0000 47 146.80.0.0 ffff0000 47 137.44.0.0 ffff0000 47 193.61.68.0 ffffff00 47 159.92.0.0 ffff0000 46 193.60.86.0 ffffff00 46 192.171.195.0 ffffff00 46 192.57.18.0 ffffff00 46 134.36.0.0 ffff0000 45 193.60.71.0 ffffff00 44 143.52.0.0 ffff0000 44 152.78.0.0 ffff0000 44 192.76.31.0 ffffff00 44 134.225.0.0 ffff0000 44 193.60.85.0 ffffff00 44 193.60.60.0 ffffff00 44 157.228.0.0 ffff0000 44 193.0.0.0 ffffff00 43 138.253.0.0 ffff0000 43 193.60.63.0 ffffff00 43 192.171.192.0 ffffff00 43 194.36.10.0 ffffff00 43 146.227.0.0 ffff0000 43 150.85.0.0 ffff0000 42 192.171.170.0 ffffff00 42 192.76.32.0 ffffff00 42 193.60.165.0 ffffff00 42 193.60.75.0 ffffff00 42 192.47.123.0 ffffff00 41 192.18.195.0 ffffff00 40 193.62.23.0 ffffff00 40 192.84.83.0 ffffff00 39 192.173.2.0 ffffff00 39 192.41.116.0 ffffff00 39 192.147.148.0 ffffff00 38 192.171.172.0 ffffff00 38 192.57.21.0 ffffff00 37 192.171.163.0 ffffff00 37 192.218.136.0 ffffff00 36 157.140.0.0 ffff0000 36 192.88.10.0 ffffff00 36 193.61.87.0 ffffff00 36 194.36.11.0 ffffff00 36 192.171.174.0 ffffff00 35 192.76.17.0 ffffff00 35 192.84.81.0 ffffff00 35 193.63.154.0 ffffff00 35 193.0.7.0 ffffff00 35 193.61.140.0 ffffff00 35 193.62.90.0 ffffff00 35 193.63.239.0 ffffff00 34 193.63.238.0 ffffff00 34 193.61.80.0 ffffff00 34 193.61.147.0 ffffff00 34 193.60.68.0 ffffff00 33 129.169.0.0 ffff0000 33 192.160.194.0 ffffff00 33 163.1.0.0 ffff0000 33 193.61.107.0 ffffff00 33 192.171.194.0 ffffff00 33 193.61.203.0 ffffff00 32 199.20.5.0 ffffff00 32 193.0.6.0 ffffff00 32 193.38.53.0 ffffff00 32 192.171.185.0 ffffff00 32 161.112.0.0 ffff0000 32 192.160.178.0 ffffff00 32 153.34.0.0 ffff0000 32 193.61.202.0 ffffff00 31 193.61.151.0 ffffff00 31 193.60.164.0 ffffff00 31 193.61.201.0 ffffff00 31 147.188.0.0 ffff0000 31 192.76.29.0 ffffff00 30 202.32.2.0 ffffff00 30 193.60.81.0 ffffff00 30 192.76.27.0 ffffff00 30 193.60.170.0 ffffff00 30 192.47.120.0 ffffff00 30 192.76.18.0 ffffff00 30 192.173.3.0 ffffff00 29 193.61.106.0 ffffff00 29 193.60.64.0 ffffff00 29 133.217.0.0 ffff0000 29 133.236.0.0 ffff0000 28 193.0.3.0 ffffff00 28 192.76.30.0 ffffff00 28 193.63.142.0 ffffff00 28 193.60.3.0 ffffff00 28 193.61.139.0 ffffff00 28 192.188.32.0 ffffff00 28 192.150.184.0 ffffff00 28 192.41.128.0 ffffff00 28 193.61.150.0 ffffff00 27 152.71.0.0 ffff0000 27 158.94.0.0 ffff0000 27 192.57.22.0 ffffff00 27 193.60.58.0 ffffff00 27 193.60.9.0 ffffff00 27 194.36.1.0 ffffff00 26 193.61.174.0 ffffff00 26 192.47.121.0 ffffff00 26 192.41.112.0 ffffff00 25 193.32.16.0 ffffff00 25 138.40.0.0 ffff0000 25 193.61.200.0 ffffff00 25 198.133.164.0 ffffff00 25 192.171.161.0 ffffff00 25 192.173.130.0 ffffff00 24 192.171.155.0 ffffff00 24 192.76.16.0 ffffff00 24 192.35.206.0 ffffff00 24 192.57.7.0 ffffff00 24 160.9.0.0 ffff0000 24 193.60.49.0 ffffff00 24 193.61.84.0 ffffff00 23 160.5.0.0 ffff0000 23 193.61.149.0 ffffff00 23 202.32.12.0 ffffff00 23 133.145.0.0 ffff0000 23 193.63.149.0 ffffff00 23 136.156.0.0 ffff0000 23 192.171.169.0 ffffff00 23 193.61.204.0 ffffff00 23 160.200.0.0 ffff0000 22 143.65.0.0 ffff0000 22 192.57.6.0 ffffff00 22 193.60.78.0 ffffff00 21 192.41.129.0 ffffff00 21 192.41.104.0 ffffff00 21 193.60.11.0 ffffff00 21 193.60.70.0 ffffff00 21 130.159.0.0 ffff0000 21 193.60.61.0 ffffff00 21 192.171.165.0 ffffff00 21 192.171.141.0 ffffff00 21 192.135.231.0 ffffff00 21 133.148.0.0 ffff0000 20 192.41.113.0 ffffff00 20 192.76.20.0 ffffff00 20 192.107.178.0 ffffff00 20 192.171.153.0 ffffff00 20 193.60.224.0 ffffff00 20 192.133.90.0 ffffff00 20 128.86.0.0 ffff0000 20 132.179.0.0 ffff0000 20 193.60.74.0 ffffff00 20 193.61.104.0 ffffff00 20 134.252.0.0 ffff0000 19 192.160.177.0 ffffff00 19 146.179.0.0 ffff0000 19 192.84.5.0 ffffff00 19 192.171.164.0 ffffff00 19 192.84.78.0 ffffff00 19 193.62.128.0 ffffff00 19 192.41.131.0 ffffff00 19 193.60.84.0 ffffff00 19 193.63.88.0 ffffff00 19 143.53.0.0 ffff0000 19 193.61.105.0 ffffff00 19 193.60.76.0 ffffff00 19 193.60.155.0 ffffff00 19 192.88.9.0 ffffff00 19 193.63.148.0 ffffff00 19 192.41.107.0 ffffff00 18 139.73.0.0 ffff0000 18 193.60.79.0 ffffff00 18 141.163.0.0 ffff0000 18 192.171.132.0 ffffff00 18 193.60.2.0 ffffff00 18 192.171.148.0 ffffff00 18 193.60.69.0 ffffff00 18 193.62.91.0 ffffff00 18 192.150.182.0 ffffff00 18 192.135.234.0 ffffff00 18 193.60.73.0 ffffff00 17 163.217.0.0 ffff0000 17 192.244.181.0 ffffff00 17 193.60.166.0 ffffff00 17 192.33.16.0 ffffff00 17 192.16.202.0 ffffff00 17 192.171.157.0 ffffff00 17 192.244.182.0 ffffff00 17 193.61.100.0 ffffff00 16 192.171.144.0 ffffff00 16 193.61.134.0 ffffff00 16 192.171.147.0 ffffff00 16 192.47.116.0 ffffff00 16 146.97.0.0 ffff0000 16 192.35.205.0 ffffff00 16 147.143.0.0 ffff0000 16 193.0.8.0 ffffff00 16 192.84.75.0 ffffff00 16 193.61.148.0 ffffff00 16 193.60.10.0 ffffff00 16 192.101.5.0 ffffff00 16 160.16.0.0 ffff0000 16 192.171.177.0 ffffff00 16 192.76.25.0 ffffff00 16 193.61.101.0 ffffff00 16 192.76.28.0 ffffff00 16 193.60.14.0 ffffff00 15 193.62.129.0 ffffff00 15 192.57.23.0 ffffff00 15 130.88.0.0 ffff0000 15 192.171.162.0 ffffff00 15 137.108.0.0 ffff0000 15 192.102.11.0 ffffff00 15 192.84.77.0 ffffff00 15 193.62.94.0 ffffff00 15 193.61.103.0 ffffff00 15 192.76.15.0 ffffff00 15 192.76.26.0 ffffff00 15 193.60.77.0 ffffff00 15 143.233.0.0 ffff0000 15 193.61.138.0 ffffff00 14 193.0.1.0 ffffff00 14 193.61.135.0 ffffff00 14 128.240.0.0 ffff0000 14 193.63.145.0 ffffff00 14 202.32.6.0 ffffff00 14 134.219.0.0 ffff0000 14 193.63.92.0 ffffff00 14 193.60.51.0 ffffff00 14 137.39.0.0 ffff0000 14 136.148.0.0 ffff0000 14 129.67.0.0 ffff0000 14 193.63.93.0 ffffff00 14 193.0.67.0 ffffff00 14 192.171.168.0 ffffff00 14 193.61.126.0 ffffff00 13 137.73.0.0 ffff0000 13 193.60.153.0 ffffff00 13 193.63.91.0 ffffff00 13 192.41.115.0 ffffff00 13 192.41.102.0 ffffff00 13 193.63.78.0 ffffff00 13 193.62.89.0 ffffff00 13 193.60.167.0 ffffff00 13 147.197.0.0 ffff0000 13 193.60.65.0 ffffff00 13 163.119.0.0 ffff0000 13 192.171.196.0 ffffff00 12 137.50.0.0 ffff0000 12 193.60.53.0 ffffff00 12 193.63.76.0 ffffff00 12 193.60.48.0 ffffff00 12 161.23.0.0 ffff0000 12 193.63.77.0 ffffff00 12 193.60.83.0 ffffff00 12 193.60.13.0 ffffff00 12 193.61.71.0 ffffff00 12 193.60.72.0 ffffff00 12 193.63.75.0 ffffff00 12 192.67.13.0 ffffff00 12 192.147.1.0 ffffff00 12 193.60.160.0 ffffff00 12 143.167.0.0 ffff0000 11 192.244.180.0 ffffff00 11 192.171.166.0 ffffff00 11 131.227.0.0 ffff0000 11 144.82.0.0 ffff0000 11 193.61.132.0 ffffff00 11 192.150.178.0 ffffff00 11 193.62.81.0 ffffff00 11 192.135.233.0 ffffff00 11 193.63.70.0 ffffff00 11 192.171.180.0 ffffff00 11 138.250.0.0 ffff0000 11 192.171.143.0 ffffff00 11 193.60.8.0 ffffff00 11 192.5.239.0 ffffff00 11 193.63.143.0 ffffff00 11 193.62.130.0 ffffff00 11 148.88.0.0 ffff0000 11 192.171.193.0 ffffff00 11 193.61.85.0 ffffff00 11 193.61.154.0 ffffff00 10 192.195.105.0 ffffff00 10 193.63.201.0 ffffff00 10 133.218.0.0 ffff0000 10 192.195.42.0 ffffff00 10 193.60.80.0 ffffff00 10 192.195.1.0 ffffff00 10 193.60.162.0 ffffff00 10 193.63.203.0 ffffff00 10 193.61.131.0 ffffff00 10 192.171.158.0 ffffff00 10 192.42.100.0 ffffff00 10 192.41.105.0 ffffff00 10 193.62.82.0 ffffff00 10 193.60.163.0 ffffff00 10 192.82.242.0 ffffff00 10 192.41.103.0 ffffff00 10 193.61.146.0 ffffff00 9 193.63.236.0 ffffff00 9 192.76.8.0 ffffff00 9 134.220.0.0 ffff0000 9 193.61.171.0 ffffff00 9 192.188.31.0 ffffff00 9 192.171.137.0 ffffff00 9 193.63.85.0 ffffff00 9 193.60.196.0 ffffff00 9 193.60.172.0 ffffff00 9 193.60.169.0 ffffff00 9 159.170.0.0 ffff0000 9 192.244.176.0 ffffff00 9 193.63.62.0 ffffff00 9 193.60.15.0 ffffff00 9 192.108.206.0 ffffff00 9 192.150.179.0 ffffff00 9 193.60.50.0 ffffff00 9 192.171.197.0 ffffff00 9 192.190.75.0 ffffff00 9 193.63.63.0 ffffff00 9 193.62.88.0 ffffff00 9 192.171.184.0 ffffff00 8 192.171.142.0 ffffff00 8 192.70.242.0 ffffff00 8 192.62.41.0 ffffff00 8 192.84.80.0 ffffff00 8 193.63.69.0 ffffff00 8 193.63.68.0 ffffff00 8 193.63.61.0 ffffff00 8 193.61.130.0 ffffff00 8 193.60.57.0 ffffff00 8 193.63.60.0 ffffff00 8 193.60.197.0 ffffff00 8 193.61.145.0 ffffff00 8 193.61.128.0 ffffff00 8 193.61.143.0 ffffff00 8 193.61.196.0 ffffff00 8 133.231.0.0 ffff0000 8 199.20.1.0 ffffff00 7 193.61.206.0 ffffff00 7 193.60.66.0 ffffff00 7 193.63.214.0 ffffff00 7 193.63.46.0 ffffff00 7 155.198.0.0 ffff0000 7 152.105.0.0 ffff0000 7 193.61.127.0 ffffff00 7 192.153.12.0 ffffff00 7 193.61.207.0 ffffff00 7 193.60.54.0 ffffff00 7 192.171.160.0 ffffff00 7 199.0.22.0 ffffff00 7 193.60.161.0 ffffff00 7 163.167.0.0 ffff0000 7 193.63.65.0 ffffff00 7 193.61.205.0 ffffff00 7 192.173.1.0 ffffff00 7 193.37.225.0 ffffff00 7 192.84.76.0 ffffff00 7 194.36.3.0 ffffff00 7 192.82.243.0 ffffff00 7 193.61.161.0 ffffff00 7 192.107.168.0 ffffff00 7 199.20.7.0 ffffff00 7 199.0.20.0 ffffff00 7 192.57.24.0 ffffff00 6 193.61.159.0 ffffff00 6 199.0.16.0 ffffff00 6 193.61.129.0 ffffff00 6 193.61.124.0 ffffff00 6 139.184.0.0 ffff0000 6 193.61.133.0 ffffff00 6 192.84.82.0 ffffff00 6 193.0.4.0 ffffff00 6 193.60.159.0 ffffff00 6 193.61.157.0 ffffff00 6 193.61.158.0 ffffff00 6 193.61.156.0 ffffff00 6 192.171.175.0 ffffff00 6 193.60.168.0 ffffff00 6 192.195.43.0 ffffff00 6 192.51.54.0 ffffff00 6 193.60.157.0 ffffff00 6 192.76.12.0 ffffff00 6 192.100.154.0 ffffff00 6 192.171.181.0 ffffff00 6 133.251.0.0 ffff0000 6 193.60.192.0 ffffff00 6 193.60.156.0 ffffff00 6 193.60.158.0 ffffff00 6 193.60.59.0 ffffff00 6 193.61.169.0 ffffff00 6 146.87.0.0 ffff0000 6 192.171.173.0 ffffff00 6 192.173.131.0 ffffff00 6 193.61.164.0 ffffff00 6 192.171.146.0 ffffff00 5 192.188.158.0 ffffff00 5 193.61.142.0 ffffff00 5 193.62.40.0 ffffff00 5 202.32.9.0 ffffff00 5 193.61.197.0 ffffff00 5 130.209.0.0 ffff0000 5 193.63.150.0 ffffff00 5 193.60.56.0 ffffff00 5 192.150.183.0 ffffff00 5 192.68.153.0 ffffff00 5 193.0.2.0 ffffff00 5 193.63.193.0 ffffff00 4 193.61.165.0 ffffff00 4 193.63.134.0 ffffff00 4 139.153.0.0 ffff0000 4 193.60.194.0 ffffff00 4 194.36.8.0 ffffff00 4 193.63.135.0 ffffff00 4 193.61.18.0 ffffff00 4 193.61.173.0 ffffff00 4 193.60.154.0 ffffff00 4 192.57.29.0 ffffff00 4 137.222.0.0 ffff0000 4 193.60.171.0 ffffff00 4 143.210.0.0 ffff0000 3 192.57.20.0 ffffff00 3 192.156.162.0 ffffff00 3 150.204.0.0 ffff0000 3 192.244.178.0 ffffff00 3 193.63.213.0 ffffff00 3 193.63.202.0 ffffff00 3 192.233.151.0 ffffff00 3 193.63.211.0 ffffff00 3 155.245.0.0 ffff0000 3 192.171.149.0 ffffff00 3 193.62.131.0 ffffff00 3 202.32.5.0 ffffff00 3 193.60.67.0 ffffff00 3 193.61.160.0 ffffff00 3 192.76.10.0 ffffff00 3 192.171.188.0 ffffff00 3 192.171.150.0 ffffff00 3 150.31.0.0 ffff0000 3 143.117.0.0 ffff0000 3 192.41.111.0 ffffff00 3 193.61.152.0 ffffff00 3 194.36.9.0 ffffff00 3 193.60.7.0 ffffff00 2 193.60.55.0 ffffff00 2 193.61.153.0 ffffff00 2 150.237.0.0 ffff0000 2 202.19.224.0 ffffff00 2 193.60.152.0 ffffff00 2 193.63.155.0 ffffff00 2 193.60.4.0 ffffff00 2 193.61.170.0 ffffff00 2 192.171.145.0 ffffff00 2 193.63.152.0 ffffff00 2 192.57.25.0 ffffff00 2 193.60.52.0 ffffff00 1 198.92.48.0 ffffff00 1 198.92.54.0 ffffff00 1 192.171.138.0 ffffff00 1 193.61.176.0 ffffff00 1 193.60.174.0 ffffff00 1 133.127.0.0 ffff0000 1 From rem-conf-request@es.net Mon Apr 04 14:35:12 1994 Received: from mercury.unt.edu by osi-west.es.net via ESnet SMTP service id <19109-0@osi-west.es.net>; Mon, 4 Apr 1994 11:34:39 +0000 Received: from noc.unt.edu by mercury.unt.edu with SMTP id AA03744 (5.65c/IDA-1.4.4 for ); Mon, 4 Apr 1994 13:34:30 -0500 Received: (darren@localhost) by noc.unt.edu (8.6.8.1/8.6.4) id NAA05121; Mon, 4 Apr 1994 13:34:40 -0500 Date: Mon, 4 Apr 1994 13:34:39 -0500 (CDT) From: Darren Paul Loher Subject: Re: Full disk warning To: William C Fenner Cc: mbone@isi.edu, rem-conf@es.net In-Reply-To: <199404041737.NAA09603@herman.cmf.nrl.navy.mil> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 4 Apr 1994, William C Fenner wrote: > Starting April 4, 11:22am EDT, I started getting conflicting origin and > mask messages logged by my mrouted. My disk filled up within 90 > minutes. I'm getting about 150 of the warnings per minute. > > Bill Same thing is happening here at our site. -- Darren Loher University of North Texas darren@unt.edu Datacommunications 817-565-4168 From rem-conf-request@es.net Mon Apr 04 15:05:31 1994 Received: from mercury.unt.edu by osi-west.es.net via ESnet SMTP service id <19221-0@osi-west.es.net>; Mon, 4 Apr 1994 12:04:56 +0000 Received: from sol.acs.unt.edu by mercury.unt.edu with SMTP id AA04284 (5.65c/IDA-1.4.4 for ); Mon, 4 Apr 1994 14:04:49 -0500 Received: from localhost (mstgil@localhost) by sol.acs.unt.edu (8.6.4/8.6.4) id OAA01125; Mon, 4 Apr 1994 14:04:48 -0500 From: "Marc Ph. A. J. St.-Gil - UNIX/VAX Systems Manager" Message-Id: <199404041904.OAA01125@sol.acs.unt.edu> Subject: Re: Conflicting origin and mask messages To: fenner@cmf.nrl.navy.mil (William C Fenner) Date: Mon, 4 Apr 1994 14:04:48 -0500 (CDT) Cc: rem-conf@es.net In-Reply-To: <199404041744.NAA09647@herman.cmf.nrl.navy.mil> from "William C Fenner" at Apr 4, 94 01:44:27 pm X-Organization: University of North Texas - Academic Computing Services X-Pmrqc: 1 X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 955 Funny, a _lot_ of thoses masks look legitimate to me, there seem to be only a few that are bogus. In reply to William C Fenner's message: > Is the peer that we got the message from important? > > 199.20.0.0 ffffff00 90 > 202.32.0.0 ffffff00 51 > 193.0.0.0 ffffff00 43 Could it be that the mrouted is not re-setting the error cindition flag once it detects and error and then reports all future domain/mask data as errors? I'm going to re-start ours and see how long till it goes whacko again... Marc -- Marc St.-Gil, UNIX/VAX Systems Manager AKA: The UNIXMeister(tm) Academic Computing Services Internet: mstgil@unt.edu University of North Texas Voice: 817/565-3408 PO Box 13495, Denton TX, 76203-6495 FAX: 817/565-4060 Did you ever notice the resemblance between Marvin the robot from the BBC TV version of the Hitchhikers Guide to the Galaxy and the new AV monitor for Macintosh computers? From rem-conf-request@es.net Mon Apr 04 17:49:54 1994 Received: from riches.rutgers.edu by osi-west.es.net via ESnet SMTP service id <19756-0@osi-west.es.net>; Mon, 4 Apr 1994 14:49:28 +0000 Received: by riches.rutgers.edu (5.59/SMI4.0/RU1.5/3.08) id AA01322; Mon, 4 Apr 94 17:49:26 EDT Date: Mon, 4 Apr 94 17:49:26 EDT From: klemets@paul.rutgers.edu (Anders Klemets) Message-Id: <9404042149.AA01322@riches.rutgers.edu> To: rem-conf@es.net Subject: MBONE Robot For those of you that haven't tested it yet, I'd like to announce that I have a robot that runs vat. When somebody speaks to it, it will tell you how many packets were received, what the packet loss is, etc. No need to bother anyone on the MBone Audio channel by asking how they receive you, just chat to my robot instead. I'll announce in sd when the robot is on. At the moment it is on 224.2.241.91, UDP port 32930. The robot uses the Orator speech syntheziser that is being sold by Bellcore. It is running on a Sparcstation. Anders From rem-conf-request@es.net Mon Apr 04 20:58:40 1994 Received: from stone.ucs.indiana.edu by osi-west.es.net via ESnet SMTP service id <20206-0@osi-west.es.net>; Mon, 4 Apr 1994 17:58:22 +0000 Received: by stone.ucs.indiana.edu (4.1/9.7jsm) id AA09482; Mon, 4 Apr 94 19:58:17 EST Date: Mon, 4 Apr 1994 19:55:39 -0500 (EST) From: Allen Robel Subject: Re: MBONE Robot To: Anders Klemets Cc: rem-conf@es.net In-Reply-To: <9404042149.AA01322@riches.rutgers.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII > For those of you that haven't tested it yet, I'd like to announce that > I have a robot that runs vat. When somebody speaks to it, it will tell > you how many packets were received, what the packet loss is, etc. That's great Anders! Any chance you might implement this with a sexy female or male voice, depending on the caller's persuasion, and expand its conversational repertoire? :-) Seriously, nice work! allen From rem-conf-request@es.net Mon Apr 04 22:09:00 1994 Received: from Sun.COM by osi-west.es.net via ESnet SMTP service id <20333-1@osi-west.es.net>; Mon, 4 Apr 1994 19:08:24 +0000 Received: from Eng.Sun.COM (zigzag.Eng.Sun.COM) by Sun.COM (sun-barr.Sun.COM) id AA08294; Mon, 4 Apr 94 19:08:07 PDT Received: from hacketorium.Eng.Sun.COM by Eng.Sun.COM (4.1/SMI-4.1) id AA22340; Mon, 4 Apr 94 19:07:19 PDT Received: by hacketorium.Eng.Sun.COM (5.x/SMI-SVR4) id AA13118; Mon, 4 Apr 1994 19:08:11 -0700 Date: Mon, 4 Apr 1994 19:08:11 -0700 From: Tom.Kessler@Eng.Sun.COM (Tom Kessler, Internet Dude) Message-Id: <9404050208.AA13118@hacketorium.Eng.Sun.COM> To: romine@nsf.gov Cc: rem-conf@es.net In-Reply-To: Subject: Camcorder Audio to vat? I've found that running the audio into the line in (not the microphone jack) on a speaker box attached to an LX (from a camcorder or other pre-amplified device) works best. Newer Sun's (the SS5, SS20, and SS10 SX) have a line in jack directly on the back of the system. If you have to go into the microphone jack you'll need some sort of attenuator, I got one at radio shack that works OK (there's seems to be a bit too much noise). From rem-conf-request@es.net Mon Apr 04 22:33:48 1994 Received: from origami.cso.uiuc.edu by osi-west.es.net via ESnet SMTP service id <20438-0@osi-west.es.net>; Mon, 4 Apr 1994 19:33:19 +0000 Received: from [128.174.33.159] (tobago.cso.uiuc.edu) by origami.cso.uiuc.edu with SMTP id AA04670 (5.67b/IDA-1.4.4 for ); Mon, 4 Apr 1994 21:33:13 -0500 X-Sender: kline@origami.cso.uiuc.edu Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 4 Apr 1994 21:33:15 -0500 To: rem-conf@es.net From: cvk@uiuc.edu (Charley Kline) Subject: Re: RTP in PC-environment / comments to RTP changes At 13:43 03/28/94 +0300, Jarmo Molsa wrote: >It seems, that Unix workstations are the primary testing environment >for RTP. Has anybody done any RTP testing in PC-environment? We hope, >that PC-environment will be properly considered, when specifying >RTP-protocol. I hope to soon have some good experiences with RTP on Maven, a Macintosh-based audioconferencing tool. I'm still in the coding stages (I'm doing RTP but "cheating" so I'm hardly interoperable), and the only comments I have so far are: NTP-based timestamps are difficult, but doable. Sample-based timestamps are easier for me; I just generate NTP-based timestamps algorithmically based on the sample count and rate, and sync to the system clock only at session establishment time. Putting RTCP on a separate port from RTP is an excellent idea as it allows for better separation of conferencing tools from session control tools. After having thought about it on the plane some on the way home from IETF, I don't think there is anything in the RTP spec (as revised) that I can't live with on the Macintosh. The extra four bytes for SSRC in each RTP packet is of course somewhat regrettable, but I don't see any way around it. /cvk From rem-conf-request@es.net Mon Apr 04 23:28:59 1994 Received: from upeksa.sdsc.edu by osi-west.es.net via ESnet SMTP service id <20607-0@osi-west.es.net>; Mon, 4 Apr 1994 20:28:28 +0000 Received: by upeksa.sdsc.edu (AIX 3.2/UCB 5.64/4.03) id AA14176; Mon, 4 Apr 1994 20:28:25 -0700 From: kc@upeksa.sdsc.edu (k claffy) Message-Id: <9404050328.AA14176@upeksa.sdsc.edu> Subject: cross-section of protocols on mbone? anybody? anybody? To: rem-conf@es.net, mbone@isi.edu Date: Mon, 4 Apr 94 20:28:25 PDT= does anyone have any statistics/ educated sense of what kind of protocols are being used ontop the mbone via IPIP? i.e., the cross-section of what is UDP, RTP, RTP over UDP, my-real-time-protocol-is-smaller- than-yours over IPIP, etc. [and for that matter, how much traffic of such real-time protocols under development exists on the Mbone, and how much of it is out there in point to point ness?] [we have done some traffic analysis here on non-mbone traffic but haven't got much dirt on mbone stuff -- ] perhaps application builders out there [of vat, nv, IMM, other stuff using mbone and their variants] may be helpful in enlightenment here -- do your apps mostly require a single configuration of X over Y? are you or others modifying to use Z over W? tnx k ps i not on the mbone list yet [sent a request] so please include rem-conf in thread if possible From rem-conf-request@es.net Tue Apr 05 08:33:17 1994 Received: from delphi.com by osi-west.es.net via ESnet SMTP service id <22077-0@osi-west.es.net>; Tue, 5 Apr 1994 05:32:47 +0000 Received: from delphi.com by delphi.com (PMDF V4.2-14 #6563) id <01HAT5NXA93A99E2EY@delphi.com>; Tue, 5 Apr 1994 08:32:38 EDT Date: Tue, 05 Apr 1994 08:32:38 -0400 (EDT) From: JSKENE@delphi.com Subject: audio subsystem To: rem-conf@es.net Message-id: <01HAT5NXA93C99E2EY@delphi.com> X-VMS-To: IN%"rem-conf@es.net" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT We are looking into developing a hands-free, full-duplex, audio subsystem for PC, Mac and workstation audio, audiographics and video conference applications. The product would contain directional microphone, loudspeaker, power amp, acoustic echo cancellation, with a line level as well as headset level analog interface. It would be self-contained, and clip onto the side of your screen. If you would be interested in such a device or have comments on desired features, size, interface, etc., please comment here or Email me directly. Regards; jskene@delphi.com From rem-conf-request@es.net Tue Apr 05 11:52:56 1994 Received: from ceres.fokus.gmd.de by osi-west.es.net via ESnet SMTP service id <22647-0@osi-west.es.net>; Tue, 5 Apr 1994 08:52:27 +0000 Received: from fokus.gmd.de by ceres.fokus.gmd.de id <08279-0@ceres.fokus.gmd.de>; Tue, 5 Apr 1994 17:52:13 +0200 To: JSKENE@delphi.com Subject: Re: audio subsystem Cc: rem-conf@es.net Date: Tue, 5 Apr 1994 17:52:13 +0200 From: Henning Schulzrinne Sender: schulzrinne@fokus.gmd.de Good idea - if the solution is cheaper than buying the existing acoustic echo cancellation devices. Nice to have would be a plug for true phone handsets, as that would allow the use of things like the Plantronics headset. The only slight problem: with a Sun10/LX, I'd have two boxes, with your gadget plugging into the Sun Speakerbox. Is this meant to be strictly monaural or combinable into a stereo set? Henning Schulzrinne --- Henning Schulzrinne email: hgs@fokus.gmd.de GMD-Fokus phone: +49 30 25499 219 Hardenbergplatz 2 fax: +49 30 25499 202 D-10623 Berlin From rem-conf-request@es.net Tue Apr 05 20:18:38 1994 Received: from note1.nsf.gov by osi-west.es.net via ESnet SMTP service id <29439-0@osi-west.es.net>; Tue, 5 Apr 1994 17:18:03 +0000 Received: from localhost by note1.nsf.gov with SMTP id AA41020 (5.65c/IDA-1.4.4 for ); Tue, 5 Apr 1994 20:18:01 -0400 To: rem-conf@es.net, mbone@isi.edu Cc: romine@nsf.gov Subject: FNC Multicast Date: Tue, 05 Apr 94 20:18:01 EDT Message-Id: <30522.765591481@nsf.gov> From: romine@nsf.gov Thanks for all the help on hooking up a Sparc LX to a camcorder. I'll summarize the responses later. Here's what we're multicasting; feel free to check it out. Raleigh ------- Forwarded Message Date: Mon, 04 Apr 94 13:18:52 -0400 From: sbehnke@arpa.mil (Scott Behnke) To: ari@mordor.stanford.edu (Ari Ollikainen) cc: com-priv@psi.com Subject: Re: Federal Networking Committee Advisory Committee Barring any technical difficulties the Federal Networking Council Advisory Committee meeting will be broadcast over the mbone. The meeting is scheduled for April 5-6, 1994. The final agenda as follows: Agenda FNC Advisory Committee Meeting April 5-6, 1994 National Science Foundation Room 375.1/375.3 4201 Wilson Blvd. Arlington, VA 22230 (703) 306-1900 April 5, 1994 1. Opening & Overview A. Call to Order (Ken Klingenstein - 9:00) B. Introductions and Welcome (Ken Klingenstein 9:00 - 9:15) C. FNC/NII Overview (Mel Ciment 9:15 - 9:45) D. Committee on Information and Communication R&D Briefing (Anita Jones 9:45 - 10:15) E. NTIA TIIAP Solicitation (Laura Breeden 10:15 - 10:45) Break 10:45 - 11:00 2. FNC Advisory Committee Working Group Progess Reports A. Request for Report on Integration of Agency Networks within the New Architecture (Ken Klingenstein 11:00 - 11:05) B. Second Draft of FNCAC Education Position Paper (Ken Klingenstein 11:05 - 11:30) C. NREN Vision Statement (Ken King - 11:30 - 11:45) D. FIRP Report / Standards Discussion (Tony Rutkowski 11:45 - 12:10) E. Fat Pipe Statement (Ken King 12:10 - 12:20) F. Federal Participation in FNCAC Meetings (Ken Klingenstein 12:15 - 12:30) Break 12:30 - 12:45, Working Lunch 3. FNC/Agency Reports A. Status of NSF Solicitation (Steve Wolff 12:45 - 1:15) B. Security Discussion (1:15 - 2:45) - Introduction - Dennis Steinauer, Moderator, NIST - Legal & Law Enforcement Issues, Scott Charney, DoJ - NIST Perspective, Dennis Steinauer, NIST - NSA Perspective, Roger Callahan, NSA - Advanced Research Perspective, Stephen Squires, ARPA - Industry Perspective, Stephen Walker, TIS C. Briefing on Interagency Education and Network Strategy Plan (Linda Roberts 2:45 - 3:45) D. Engineering & Operations Work Group Report (Tony Villasenor/ Elise Gerich 3:45 - 4:15) E. NREN Cost Accounting and Recovery Plan (Tony Villasenor 4:15 - 4:45) F. FNCAC Information Server (Scott Behnke 4:45 - 5:00) FNC Advisory Committee Meeting April 6, 1994 1. Chairman Designate (Ken Klingenstein 9:00 - 9:20) 2. Membership Terms (Ken Klingenstein 9:20 - 9:30) 3. Six-month Action Plan (Walter Wiebe 9:30 -12:00) A. NREN Security Policy (Ken Klingenstein 9:30 - 10:00) Break 10:00 - 10:15 B. Cost Accounting and Recovery (Ken Klingenstein 10:15 - 10:35) C. Education Policy (Ken King 10:35 - 11:00) D. New Issue Development (Ken Klingenstein 11:00 - 11:30) 4. FNC/FNCAC Responsibilites, Deliverables & Work Schedule (Ken Klingenstein 11:30 - 12:00) Lunch Begin forwarded message: Date: Thu, 3 Mar 1994 21:06:20 -0800 >From: ari@Mordor.Stanford.EDU (Ari Ollikainen) To: com-priv@psi.com, sbehnke Subject: Re: Federal Networking Committee Advisory Committee > Agenda: FNCAC Charter update, status of NSF backbone network > services, NREN cost accounting and recovery, NREN security > policy, education, and addressing. One would think that NO effort would be spared to provide a video/audio feed from this meeting to the Mbone and/or non-profit satellite video casting (why doesn't NASA Select pick it up?). [ not even half :^)] Question: How does the FNCAC, NREN, HPCC fit into the NII, IITF, and other national information(al) hype-ways? ------- End of Forwarded Message From rem-conf-request@es.net Thu Apr 07 14:32:33 1994 Received: from origami.cso.uiuc.edu by osi-west.es.net via ESnet SMTP service id <11843-0@osi-west.es.net>; Thu, 7 Apr 1994 11:32:06 +0000 Received: from [128.174.33.159] (tobago.cso.uiuc.edu) by origami.cso.uiuc.edu with SMTP id AA19944 (5.67b/IDA-1.4.4 for ); Thu, 7 Apr 1994 13:31:59 -0500 X-Sender: kline@origami.cso.uiuc.edu Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 7 Apr 1994 13:32:01 -0500 To: maven@cnidr.org, rem-conf@es.net From: cvk@uiuc.edu (Charley Kline) Subject: Maven 2.0a16 A mostly-bugfix release of Maven has been placed on k12.cnidr.org in /pub/Mac/Maven-2.0a16.sea.bin (MacBinary) /pub/Mac/Maven-2.0a16.sea.hqx (Binhex) As I say, this is mostly bugfixes since I confess 2.0a15 went out in kind of a rush before IETF. Changes since version 2.0a15: Fixed bug where if a session was terminated and then reestablished, Maven would not recognize it due to a cache problem (Brian Lloyd). Fixed bug where audio received from vat mixers was getting ignored. Added a new Audio menu entry, "Antialias," which allows you to control whether or not Maven will oversample the receive audio. Turning it off can result in annoying buzzing due to Nyquist aliasing, but turning it off can also gain you a big improvement in CPU performance. Antialiasing is on by default. Maven will now run if no sound input device is found. At least it's useful for listening in on MBONE conversations via a vat mixer this way. -- Charley Kline, UIUC Network Architect cvk@uiuc.edu "Behind it all is surely an idea so simple, so beautiful, that when we grasp it--in a decade, a century, or a millennium--we will all say to each other, how could it have been otherwise? How could we have been so stupid for so long?" --John A. Wheeler From rem-conf-request@es.net Thu Apr 07 20:27:34 1994 Received: from ibminet.awdpa.ibm.com by osi-west.es.net via ESnet SMTP service id <14513-0@osi-west.es.net>; Thu, 7 Apr 1994 17:19:56 +0000 Received: by ibminet.awdpa.ibm.com (5.61/1.15) id AA06096; Thu, 7 Apr 94 17:25:08 -0700 Received: by ibmpa.awdpa.ibm.com (5.65b(em1)/2.06) id AA14035; Thu, 7 Apr 94 17:00:11 -0700 Received: from taurus.cs.nps.navy.mil by ibminet.awdpa.ibm.com (5.61/1.15) id AA05796; Thu, 7 Apr 94 17:00:58 -0700 Received: from trouble.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA12411; Thu, 7 Apr 94 16:57:16 PDT Received: by trouble.cs.nps.navy.mil (931110.SGI/911001.SGI) for @taurus.cs.nps.navy.mil:rem-conf%es.net@ibmpa.awdpa.ibm.com id AA21737; Thu, 7 Apr 94 16:57:15 -0700 From: Your VE info source Message-Id: <9404071657.ZM21725@trouble.cs.nps.navy.mil> Date: Thu, 7 Apr 1994 16:57:14 -0700 X-Mailer: Z-Mail (3.1b.0 09feb94 MediaMail) To: rem-conf%es.net@ibmpa.awdpa.ibm.com Subject: PRESENCE Call for Lab Reviews ... Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 PRESENCE: Call for Lab Reviews PRESENCE has created a new subsection of FORUM. It is called PRESENCE Lab Reviews. The purpose of this section of PRESENCE is to let us know what you are working on in your laboratory. The focus of such lab reviews will be on the frontier of virtual reality and telepresence research as it stands in your lab. We are interested in looking at what research groups are doing with their high-performance, real-time, interactive graphics systems for VR, in discussing which are the most user-friendly paradigms for interaction with VR and telepresence systems, in learning what software you are developing or hope to develop for your VR/telepresence efforts, and in learning about the applications to which VR/telepresence technology is being applied. We are interested in not only software VR efforts but also in any VR/telepresence-related hardware, theoretical and experimental studies you are working on in your lab. We want to hear about your work with respect to all channels: visual, auditory, or haptic. We are interested in what you are thinking about and working on, even if it is not yet completed. Manuscripts for such lab reviews should be in 12 point type, using double spaced pages for all text, including references. Lab reviews should be of sufficient length to be informative while still maintaining reader interest. Submit manuscripts in the style described on the final page of each issue of PRESENCE. Manuscripts are accepted for consideration with the understanding that they represent original material and are not being considered for publication elsewhere. Send 7 paper copies of your lab review to: Michael Zyda PRESENCE Lab Reviews Naval Postgraduate School Code CS/Zk, Dept. of Computer Science Monterey, California 93943-5100 Attach an electronic mail address to which receipt acknowledgement can be sent. From rem-conf-request@es.net Sun Apr 10 22:59:50 1994 Received: from twnmoe10.edu.tw by osi-west.es.net via ESnet SMTP service id <14189-0@osi-west.es.net>; Sun, 10 Apr 1994 19:59:22 +0000 Received: from NCTU.edu.tw by TWNMOE10.Edu.TW (IBM VM SMTP V2R2) with TCP; Mon, 11 Apr 94 10:46:05 GMT Received: by eicpca5.eic.nctu.edu.tw (4.0/SMI-4.0) id AA04945; Mon, 11 Apr 94 10:39:24 CST Date: Mon, 11 Apr 94 10:39:24 CST From: icpads94@eicpca5.eic.nctu.edu.tw (ICPADS 1994) Message-Id: <9404110239.AA04945@eicpca5.eic.nctu.edu.tw> To: reichel@freia.inf.tu-dresden.de, reijo.juvonen@research.nokia.fi, reimer@swssai.uu.ch, rem-conf@es.net, reuter@informatik.uni-stuttgart.de, rgleaton@vnet.ibm.com, rhodgson@cix.compulink.co.uk, rhp@ipsys.co.uk, rich@cc.gatech.edu, richard.marsden@rd.eng.bbc.co.uk, rick@cs.arizona.edu, riedl@hannibal.cs.umn.edu, riglet@lep.lep-philips.fr, rl@case.co.uk, rmarcus@atc.boeing.com, rmc@gandalf.inesc.pt, rmerino@cc.unizar.es, rmr@inesc.pt, rnk@sei.cmu.edu, rrhein@rcs.sel.de Subject: Another CFP Dear Prof.: Attached is a copy of "Call for Papers" transferred from Prof. Sajal K. Das, Univ. of North Texas for your reference. With your prestige in the field of PADS, it would be of great value to the Conference if you could help publicize their call for papers while submitting your paper. With best regards! Sincerely, Cheng Chen ******************* * CALL FOR PAPERS * ******************* JOURNAL OF COMPUTER & SOFTWARE ENGINEERING -------------------------------------------- SPECIAL ISSUE on PARALLEL ALGORITHMS & ARCHITECTURES (Tentative Publication Date: January 1995) Due to fundamental physical limitations on processing speeds of sequential computers, the future-generation high performance computing environment will eventually rely entirely on exploiting the inherent parallelism in problems and implementing their solutions on realistic parallel machines. Just as the processing speeds of chips are approaching their physical limits, the need for faster computations is increasing at an even faster rate. For example, ten years ago there was virtually no general-purpose parallel computer available commercially. Now there are several machines, some of which have received wide acceptance due to reasonable cost and attractive performance. The purpose of this special issue is to focus on the design and analysis of efficient parallel algorithms and their performance on different parallel architectures. We expect to have a good blend of theory and practice. In addition to theoretical papers on parallel algorithms, case studies and experience reports on applications of these algorithms in real-life problems are especially welcome. Example topics include, but are not limited to, the following: - Parallel Algorithms and Applications. - Machine Models and Architectures. - Communication, Synchronization and Scheduling. - Mapping Algorithms on Architectures. - Performance Evaluation of Multiprocessor Systems. - Parallel Data Structures. - Parallel Programming and Software Tools. *********************************************************************** Please submit SEVEN copies of your manuscript to either of the * Guest Editors by May 1, 1994: * * *********************************************************************** Professor Sajal K. Das || Professor Pradip K. Srimani * Department of Computer Science || Department of Computer Science * University of North Texas || Colorado State University * Denton, TX 76203 || Ft. Collins, CO 80523 * Tel: (817) 565-4256, -2799 (fax) || Tel: (303) 491-7097, -6639 (fax) * Email: das@cs.unt.edu || Email: srimani@CS.ColoState.Edu * *********************************************************************** INSTRUCTIONS FOR SUBMITTING PAPERS: Papers should be 20--30 double spaced pages including figures, tables and references. Papers should not have been previously published, nor currently submitted elsewhere for publication. Papers should include a title page containing title, authors' names and affiliations, postal and e-mail addresses, telephone numbers and Fax numbers. Papers should include a 300-word abstract. If you are willing to referee papers for this special issue, please send a note with research interests to either of the guest editors. ************************************************************************ PLEASE DISTRIBUTE TO YOUR COLLEAGUES ************************************************************************ From rem-conf-request@es.net Tue Apr 12 08:59:26 1994 Received: from trystero.radio.com by osi-west.es.net via ESnet SMTP service id <21597-0@osi-west.es.net>; Tue, 12 Apr 1994 05:59:09 +0000 Received: (carl@localhost) by trystero.radio.com (8.6.8/940315.04ccg) id IAA20741 for rem-conf@es.net; Tue, 12 Apr 1994 08:59:50 -0400 Date: Tue, 12 Apr 1994 08:59:50 -0400 From: Carl Malamud Message-Id: <199404121259.IAA20741@trystero.radio.com> To: rem-conf@es.net Subject: Global Change Policy Symposium The Global Change Policy Symposium will be on all day today. Features include: 4/12 8:30AM EST Joseph E. Stiglitz, Council of Economic Advisors 9:00AM EST Rosina Bierbaum, Office of Science and Technology Policy, The White House Ray Williamson OTA, U.S. Congress 10:30AM EST Dr. Dixon Butler Mission to Planet Earth, NASA Dr. Greg Withee Satellite and Information Services, NOAA 2:30PM EST Ghassom Asrar, EOS, NASA Nancy Maynard, Mission to Planet Earth, NASA 4:00PM EST Ann Deering Environmental Technology & Telecommunications From rem-conf-request@es.net Tue Apr 12 10:49:42 1994 Received: from fenris.dhhalden.no by osi-west.es.net via ESnet SMTP service id <21890-0@osi-west.es.net>; Tue, 12 Apr 1994 07:49:23 +0000 Received: from abdallah.dhhalden.no by fenris.dhhalden.no with SMTP (PP) id <20357-0@fenris.dhhalden.no>; Tue, 12 Apr 1994 16:48:16 +0200 Received: by abdallah.dhhalden.no (5.0/SMI-SVR4) id AA05520; Tue, 12 Apr 1994 14:47:52 +0000 Date: Tue, 12 Apr 1994 14:47:50 +0000 (GMT) From: Borre Ludvigsen Subject: Pan-tilt for video? To: rem-conf@es.net, CU-SeeEveryone Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII content-length: 629 Anyone have a source for a resonably priced pan-tilt motor system with an RS232 interface for a small video camera? They're trying to charge us the earth for it here in Norway. - Barre Ludvigsen ---------------------------------------------------------------------- Barre Ludvigsen - Ostfold Regional College- N-1750 HALDEN - Norway ---------------------------------------------------------------------- vox:+4769185400/home+4769341922/direct+4769185577ext219fax:+4769185485 ---------------------------------------------------------------------- Come and visit! From rem-conf-request@es.net Tue Apr 12 13:25:37 1994 Received: from alpha.Xerox.COM by osi-west.es.net via ESnet SMTP service id <22823-0@osi-west.es.net>; Tue, 12 Apr 1994 10:25:13 +0000 Received: from ecco.parc.xerox.com ([13.2.116.196]) by alpha.xerox.com with SMTP id <14543(6)>; Tue, 12 Apr 1994 10:24:33 PDT Received: from localhost by ecco.parc.xerox.com with SMTP id <16143>; Tue, 12 Apr 1994 10:24:45 -0700 To: Borre Ludvigsen cc: rem-conf@es.net, CU-SeeEveryone Subject: Re: Pan-tilt for video? In-reply-to: Your message of "Tue, 12 Apr 94 07:47:50 PDT." X-Mailer: exmh version 1.3delta (p1) 4/1/94 Date: Tue, 12 Apr 1994 10:24:44 PDT Sender: Ron Frederick From: Ron Frederick Message-Id: <94Apr12.102445pdt.16143@ecco.parc.xerox.com> In message you write: > > Anyone have a source for a resonably priced pan-tilt motor system with > an RS232 interface for a small video camera? They're trying to charge us > the earth for it here in Norway. > This isn't quite what you asked for, but Canon is supposed to be introducing a new camera any day now which is designed with computer control in mind. It is about as good as a Hi-8 camcorder quality-wise, but it is a plain camera with a pan/tilt base and full RS232 control over pan, tilt, zoom, and other major camera settings. I got a chance to see an early version of this camera last year, and was quite impressed. The control protocol allowed you to do absolute positioning, and the camera would also feed back position information to you. So, you could use the handheld IR remote to move the camera and keep the computer in sync. They're really the first to do computerized camera control _right_ as far as I've seen. The product name for the camera is the VCC-1. We're still trying to get our hands on a couple of them -- I'm not sure if they're shipping in volume yet. However, they should be any day now. I also don't know whether they have PAL versions of the camera, but they might. I don't know the exact pricing, but it is on the high side - similar to a high-end camcorder. I think the suggested list price is around $2000. -- Ron Frederick frederick@parc.xerox.com From rem-conf-request@es.net Tue Apr 12 15:10:18 1994 Received: from atvl3.ATVL.Research.Panasonic.COM by osi-west.es.net via ESnet SMTP service id <23483-0@osi-west.es.net>; Tue, 12 Apr 1994 12:10:00 +0000 Received: from sun.panasonic.com (sun.ATVL.Research.Panasonic.COM) by atvl3.atvl.research.panasonic.com (4.1/SMI-4.1) id AA08202; Tue, 12 Apr 94 15:11:15 EDT Date: Tue, 12 Apr 94 15:11:14 EDT From: jhuang@ATVL.Research.Panasonic.COM (Jian Huang) Message-Id: <9404121911.AA08202@atvl3.atvl.research.panasonic.com> To: borrel@dhhalden.no, rem-conf@es.net Subject: Re: Pan-tilt for video? > > Anyone have a source for a resonably priced pan-tilt motor system with > an RS232 interface for a small video camera? They're trying to charge us > the earth for it here in Norway. > > - Barre Ludvigsen > > This kind of device is always for niche market (computer vision, surveilance etc.). They usually cost several thousands U.S. dollars here. The most reasonablly priced product is a Canon color CCD camera with a buit-in pan-tilt base. It was advertized recently on several video related magazines. The camera is designed for high end multimedia application. It features high resolution with 8x zoom. All camera and pan-tilt base functions can be controlled via a RS-232 port. Its price is under $1500. From rem-conf-request@es.net Tue Apr 12 15:54:21 1994 Received: from ftp.com by osi-west.es.net via ESnet SMTP service id <23810-0@osi-west.es.net>; Tue, 12 Apr 1994 12:54:05 +0000 Received: from ftp.com by ftp.com ; Tue, 12 Apr 1994 15:54:01 -0400 Received: from wco.ftp.com by ftp.com ; Tue, 12 Apr 1994 15:54:01 -0400 Date: Tue, 12 Apr 94 12:51:43 PDT Message-Id: <9404121951.AA13984@mailhost.wco.ftp.com> Received: from (zoi.wco.ftp.com) by mailhost.wco.ftp.com; Tue, 12 Apr 94 12:51:43 PDT X-Sender: veizades@128.127.203.200 (Unverified) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: jhuang@atvl.research.panasonic.com (Jian Huang), borrel@dhhalden.no, rem-conf@es.net From: veizades@ftp.com (John Veizades) Subject: Re: Pan-tilt for video? X-Mailer: At 03:11 PM 4/12/94 EDT, Jian Huang wrote: > >> >> Anyone have a source for a resonably priced pan-tilt motor system with >> an RS232 interface for a small video camera? They're trying to charge us >> the earth for it here in Norway. >> >> - Barre Ludvigsen >> >> > >This kind of device is always for niche market (computer vision, >surveilance etc.). They usually cost several thousands U.S. dollars >here. The most reasonablly priced product is a Canon color CCD >camera with a buit-in pan-tilt base. It was advertized recently on >several video related magazines. The camera is designed for high end >multimedia application. It features high resolution with 8x zoom. >All camera and pan-tilt base functions can be controlled via a RS-232 >port. Its price is under $1500. > > SunPAK makes a pan and tilt tripod head (you attach this to the tripad and the camera to it). It sells in the US for under 300 I think. I can't remember the model number but I found them in the back of some photo rag. This is not controled by rs232 but has a IR remote. I remember seeing an RS232 to IR device somewhere but can't remember where. John... From rem-conf-request@es.net Tue Apr 12 16:05:36 1994 Received: from trystero.radio.com by osi-west.es.net via ESnet SMTP service id <23841-0@osi-west.es.net>; Tue, 12 Apr 1994 13:05:14 +0000 Received: (carl@localhost) by trystero.radio.com (8.6.8/940315.04ccg) id QAA25670; Tue, 12 Apr 1994 16:05:55 -0400 Date: Tue, 12 Apr 1994 16:05:55 -0400 From: Carl Malamud Message-Id: <199404122005.QAA25670@trystero.radio.com> To: rem-conf@es.net Subject: Pardon me sir, but may I have some more bits? Org: Internet Multicasting Service The Internet Multicasting Service is pleased to announce our latest special event ("cheap stunt") to take place May 3-6 in Las Vegas at the INTEROP Conference and Exhibition. In cooperation with our sponsors, we're putting together a "cyberstation" as an Internet Showcase. Cyberstation is media-speak for "using existing services such as imm, vat, nv, www, gopher, ftp, email." Basically what we're going try and put 40+ hours of non-stop live programming on the net, sort of a "Wayne and Garth meet the Information Superhighway." ARPA will be furnishing their Enterprise Room as the NOC for this event, Interop is providing 5,000 square feet of space, MCI is donating 4 T1 lines, UUNET and BARRnet are providing Internet connectivity, Cisco is providing a router, and Sun is providing oodles of Sparcstations. Lots of other folks are making contributions as well. The event is being staffed by a fairly unique combination of talent, including people like Marc Andreessen (co-developer of MOSAIC) building web pages and Jeff Schiller from MIT acting as our traffic reporter. Mixed with these technical stalwarts will be our Ted Baxter Team including Moira Gunn, the host of TechNation, Dennis Jennings from Ireland, John Gage from Sun, and many others. A few of the features on this little media event include: RT-FM. Music on the net *with* BMI/ASCAP licensing. Monitor Radio from APR. Beginning of a 1-year agreement to bring a 1-hour daily newsmagazine to the net. Live talk shows featuring John Gage from Sunergy, Moira Gunn from TechNation. Live interviews with Washington VIPs from our D.C. studios ("Back to you Jack ..."). Evening concerts with Tungsten Macaque, our house band and featuring the fabulous truth chair, listener callins, top-ten lists, and lots of fabulous prizes. Specific details will be forthcoming, but we wanted to post an early note to the net that we plan on multicasting the following times: 4/2, Tuesday, 5-6:30 PM, PDT 4/3, Wednesday, 7AM-6:30 PM, PDT 4/4, Thursday, 7AM-6:30 PM, PDT 4/5, Friday, 7AM-4PM, PDT Stay tuned for more details. We've got a couple of suprises which will be announced closer to show time. Carl Malamud Internet Multicasting Service From rem-conf-request@es.net Tue Apr 12 16:17:48 1994 Received: from trystero.radio.com by osi-west.es.net via ESnet SMTP service id <23930-0@osi-west.es.net>; Tue, 12 Apr 1994 13:17:23 +0000 Received: (carl@localhost) by trystero.radio.com (8.6.8/940315.04ccg) id QAA25793 for rem-conf@es.net; Tue, 12 Apr 1994 16:18:04 -0400 Date: Tue, 12 Apr 1994 16:18:04 -0400 From: Carl Malamud Message-Id: <199404122018.QAA25793@trystero.radio.com> To: rem-conf@es.net Subject: Re: Pardon me sir, but may I have some more bits? Org: Internet Multicasting Service Ah yes ... the first of our many mistakes as we fumble our way towards Vegas. Make that 5/x! ----- Begin Included Message ----- To: Carl Malamud Subject: Re: Pardon me sir, but may I have some more bits? Date: Tue, 12 Apr 1994 15:14:54 EST From: "David A. Curry" Content-Length: 538 X-Lines: 18 From: Carl Malamud Date: Tue, 12 Apr 1994 16:05:55 -0400 Subject: Pardon me sir, but may I have some more bits? 4/2, Tuesday, 5-6:30 PM, PDT 4/3, Wednesday, 7AM-6:30 PM, PDT 4/4, Thursday, 7AM-6:30 PM, PDT 4/5, Friday, 7AM-4PM, PDT Didja ever wonder wonder why it is that when you sent out really cool announcements of really cool stuff your fingers never seem to get the dates right? :-) Sounds like fun... I'm clearing the bandwidth on my ethernet for ya... --Dave ----- End Included Message ----- From rem-conf-request@es.net Tue Apr 12 18:02:23 1994 Received: from emory.mathcs.emory.edu by osi-west.es.net via ESnet SMTP service id <24707-0@osi-west.es.net>; Tue, 12 Apr 1994 15:01:58 +0000 Received: from mathsunf.mathcs.emory.edu by emory.mathcs.emory.edu (5.65/Emory_mathcs.3.4.20) via SMTP id AA25131 ; Tue, 12 Apr 94 18:01:53 -0400 Return-Path: km@mathcs.emory.edu Date: Tue, 12 Apr 94 18:01:53 -0400 From: km@mathcs.emory.edu (Ken Mandelberg) Message-Id: <9404122201.AA25131@emory.mathcs.emory.edu> To: rem-conf@es.net Subject: Unicast Vat? X-Sun-Charset: US-ASCII Is it possible to use vat with a unicast destination for a two way conversation? We are on Solaris 2.3. Ken Mandelberg | km@mathcs.emory.edu PREFERRED Emory University | {rutgers,gatech}!emory!km UUCP Dept of Math and CS | km@emory.bitnet NON-DOMAIN BITNET Atlanta, GA 30322 | Phone: Voice (404) 727-7963, FAX 727-5611 From rem-conf-request@es.net Tue Apr 12 18:56:31 1994 Received: from Sun.COM by osi-west.es.net via ESnet SMTP service id <25034-0@osi-west.es.net>; Tue, 12 Apr 1994 15:56:11 +0000 Received: from Eng.Sun.COM (zigzag.Eng.Sun.COM) by Sun.COM (sun-barr.Sun.COM) id AA16789; Tue, 12 Apr 94 15:55:52 PDT Received: from jurassic.Eng.Sun.COM (jurassic-52) by Eng.Sun.COM (4.1/SMI-4.1) id AA07055; Tue, 12 Apr 94 15:55:03 PDT Received: from kandinsky.Eng.Sun.COM by jurassic.Eng.Sun.COM (5.x/SMI-SVR4) id AA29022; Tue, 12 Apr 1994 15:55:49 -0700 Received: by kandinsky.Eng.Sun.COM (5.0/SMI-SVR4) id AA00586; Tue, 12 Apr 1994 15:51:57 +0800 Date: Tue, 12 Apr 1994 15:51:57 +0800 From: Bob.Gilligan@Eng.Sun.COM (Bob Gilligan) Message-Id: <9404122251.AA00586@kandinsky.Eng.Sun.COM> To: km@mathcs.emory.edu Subject: re: Unicast Vat? Cc: rem-conf@es.net > Is it possible to use vat with a unicast destination for a two > way conversation? We are on Solaris 2.3. There is a problem getting "vat" to operate in unicast mode in Solaris 2.3. I have fixed the bug in the next release, Solaris 2.4, which is not yet shipping to customers. You can pick up a work-arround for 2.3 via FTP from "playground.sun.com" in the file "pub/solaris2/unicast-vat-workaround.tar". Bob Gilligan SunSoft Internet Engineering Group From rem-conf-request@es.net Wed Apr 13 10:28:58 1994 Received: from lyman.pppl.gov by osi-west.es.net via ESnet SMTP service id <28109-0@osi-west.es.net>; Wed, 13 Apr 1994 07:28:38 +0000 Received: from [198.35.3.24] (mac036.pppl.gov [198.35.3.24]) by lyman.pppl.gov (8.6.8.1/8.6.6) with SMTP id KAA27706 for ; Wed, 13 Apr 1994 10:28:30 -0400 Date: Wed, 13 Apr 1994 10:28:30 -0400 Message-Id: <199404131428.KAA27706@lyman.pppl.gov> To: rem-conf@es.net From: pfunk@pppl.gov (Paul Funk) X-Sender: funk@pppl.gov Subject: DEPARTMENT of ENERGY VIDEO WORK GROUP (Redone in plain text). FYI From: DONNIE.CUBBAGE@hq.doe.gov Date: 13 Apr 94 09:58:00 -0400 To: HELEN.CLARK@hq.doe.gov, dtsug@cosmail2.ctd.ornl.gov Cc: WILLIAM.HICKS@hq.doe.gov, THOMAS.ROWLETT@hq.doe.gov Subject: DOE Letter to GSA CVTS/ISDN ISSUES April 1, 1994 Mr. David Cleveland Director, Service Oversight Center General Services Administration 7980 Boeing Court Vienna, Virginia 22182-3988 Dear Mr. Cleveland: The Department of Energy recently brought in Department video experts for a conference to review our existing video networks and to plan for the migration to the new FTS 2000 offering of ISDN/SDS/Standards based Switch Compressed Video Transmission Service. The goals of the new AT&T service offering are very compatible with the Department of Energy objectives / plans to convert all of our video networks to the ISDN/SDS technology. We are eager to move to a service that offers wider applications, hopefully will costs less, and provides a better service. The consensus of our video experts is that the new Switched CVTS service should provide a complete video service that is user friendly, contains all the functionality of the old CVTS service plus, and is robust enough to meet all service needs. There should be options to lease a total service or for the customer/user to provide some portion of the equipment. The following requirements/concerns were raised about the proposed new offering at the conference: (1) The new offering should provide a seamless network with connectivity to the commercial data/video community, i.e. provide a dial through capability to connect to our community of interest outside the FTS 2000 Network. A minimum capability would be an ability to dial through to the ACCUNET data network. (2) The proposed use of gateways to provide interoperability between video networks is a concern as they normally take something away from the full functionality that is available for "on network" video conferences. Gateways also means that two or three reservation systems must be contacted in advance to set up "off network" video conferences. Service is on a space available basis, and additional costs are incurred to back haul the conferees to the gateway. Video conference set up on or off network should be a simple procedure for the user, with only one contact required, and robust enough to prevent blockage. (3) The new Switched Video service offering should offer the user an option between full service and a basic service. Full service would in effect be a "turn key" operation with AT&T providing the room equipment (video, audio, controller, CODEC, I-Mux, dial equipment, etc.) in addition to the network transport. Basic service would require the user to provide their own room equipment and make the user ownership of the CODEC and/or the I-mux equipment an option. (4) The new Switched Video service offering must provide for service / price aggregation with all other FTS 2000 services (Switched Voice Service, Dedicated Transmission Service, Fractional T 1 Service, Compressed Video Transmission Service, Packet Switched Service, Enhanced Packet Switched Service/Frame Relay & Switched Data Service) to retain pricing and billing discounts available on FTS 2000 dedicated CVTS service today. The above items represents the major concerns raised at the Department of Energy video conference. Also, attached is a summary of all the video service issues discussed and agreed on at this conference. We support the need to transition to a new ISDN PRI Switched CVTS service and we want to bring on line the new technology and flexibility it offers. However, we want to ensure that the new service is a "win win" situation for the users that provides a better service and reduces costs. We ask that the concerns raised in this letter be addressed in the negotiations for the contract modification for Switched CVTS service. If you would like to discuss these concerns in more detail or have any questions, please call me on 301-903-4833 or Bill Hicks on 301-903-5788. Don Cubbage FTS 2000 Designated Agency Representative Network Management and Engineering Branch Division of Information Technology Operations Office of Information Technology Services and Operations attachment cc: Chris Stelter, AT&T Larry Cunningham, AT&T Harry Swartz, GSA ________________________________________________________________ DEPARTMENT of ENERGY VIDEO WORK GROUP The following are exerps from the Work Group meeting regarding FTS 2000 CVTS transition to FTS 2000 Switched CVTS and the General Services Administration FTS 2000 service contract. The major issues and concerns identified are: 1. The use of gateways as the primary means of conversion to SCVTS is not manageable. a. Gateways between CVTS and SCVTS might be useful to have, but they will not provide the connectivity and full functionality needed through the conversion process. 2. The CLI CODEC's offered in the FTS 2000 contract does not provide state-of-the-art performance. a. Current CVTS users have had a lot of problems with the audio systems associated with the CLI CODEC's. AUDIO is the MOST important aspect of a videoconferencing system. Without decent audio, there can be no interpersonal communications. b. The communications capability of the CODEC does not comply with FIPS PUB 178 which mandates several standards compatibility modes of operation not possible with the FTS 2000 offering. Any renegotiated FTS 2000 offering SHOULD have FIPS PUB 178 compliance, as its in the best interests of the Government. c. Model and software revisions management needed to be included. There is no standardization of models and software which creates operational and inter-operational problems. d. The CLI CODEC's/systems in the contract are at least two generations behind the current technology and do not provide a fully integrated audio, control, or communications system. It is highly unlikely that CLI will continue to enhance this technology challenged CODEC platform, thus guaranteeing its obsolesce. 3. AT&T intends to deploy an inadequate I-MUX as a part of the SCVTS upgrade. The I-MUX planned for does not allow the following: a. ISDN switching so that a site's PBX/switch can effectively route voice traffic over the PRI so that the aggregated costs can be lowered, and that data applications can be supported. b. Cannot provide B channels. c. Expansion for multiple video, data, or voice systems d. Interfaces for PBX/switches (to assist in item "a"). 4. AT&T does not intend to allow a non-AT&T provided I-MUX for CVTS. a. Their I-MUX for the most part will be inadequate, but in addition, they do not wish to allow a customer provided I-MUX between SCVTS and the CODEC. This total negates the ability for a site to reduce the cost for usage by pushing voice or data traffic through the SCVTS PRI. From rem-conf-request@es.net Wed Apr 13 13:19:30 1994 Received: from riches.rutgers.edu by osi-west.es.net via ESnet SMTP service id <29067-0@osi-west.es.net>; Wed, 13 Apr 1994 10:18:58 +0000 Received: by riches.rutgers.edu (5.59/SMI4.0/RU1.5/3.08) id AA26531; Wed, 13 Apr 94 13:18:54 EDT Date: Wed, 13 Apr 94 13:18:54 EDT From: klemets@paul.rutgers.edu (Anders Klemets) Message-Id: <9404131718.AA26531@riches.rutgers.edu> To: rem-conf@es.net Subject: new recording tools A new version of the multicast recording tool distribution is available. It now includes a new program, vat_relay, which has been contributed by Jon Knight . It makes it possible to forward vat traffic from one channel to another channel ("channel" = IP address and UDP port tuple.) This might for instance be useful for forwarding multicast traffic to a unicast address. Jon mentions that he uses this program to forward traffic to and from the program Maven for the Macintosh. There are some other minor bug fixes to the other programs as well. I have had some inquiries about the wb_record and wb_play programs. These problems are not really supported to the same extent as the other recording tools. I have now changed wb_record so that it does not record session ID messages of participants that don't draw anything. As soon as a participant scribbles something, all subsequent ID messages from this source will be recorded, which is not very optimal. (If you have looked at the source of vat_record, you will have seen that I only record ID messages of active sources once, or when they change.) A reason for this is that I am not really familiar with the wb packet header format, and wb seems to embedd data control information in its session ID messages. (There are data packet sequence numbers in the ID messages. Seems like a layering problem to me.) I would also like to use the opportunity to answer some requests regarding the MBone robot. Although the the robot program itself is available, the really interesting part, the speech synthesizer software, is not. Sorry. The recording tool distribution is available with ftp from sics.se as archive/vat_nv_record.tar.Z. Anders From rem-conf-request@es.net Wed Apr 13 16:21:24 1994 Received: from MERCKX.GRAPHICS.CORNELL.EDU by osi-west.es.net via ESnet SMTP service id <00255-0@osi-west.es.net>; Wed, 13 Apr 1994 13:21:07 +0000 Received: by merckx.graphics.cornell.edu (5.65/DEC-Ultrix/4.3) id AA21696; Wed, 13 Apr 1994 16:21:01 -0400 Message-Id: <9404132021.AA21696@merckx.graphics.cornell.edu> Received: by duchamp.graphics.cornell.edu (1.37.109.8/16.2) id AA01853; Wed, 13 Apr 1994 16:20:50 -0400 From: James A Ferwerda Subject: Re: Pan-tilt for video? To: borrel@dhhalden.no (Borre Ludvigsen) Date: Wed, 13 Apr 94 16:20:50 EDT Cc: rem-conf@es.net, cu-seeme-l@cornell.edu In-Reply-To: ; from "Borre Ludvigsen" at Apr 12, 94 2:47 pm X-Hpvue$Revision: 1.8 $ Mime-Version: 1.0 Content-Type: Message/rfc822 X-Vue-Mime-Level: 4 Mailer: Elm [revision: 70.85] > > > Anyone have a source for a resonably priced pan-tilt motor system with > an RS232 interface for a small video camera? They're trying to charge us > the earth for it here in Norway. > > - Barre Ludvigsen > Canon recently came out with an integrated camera/mic/pan/tilt unit with an RS232 interface. It's called the VC-C1. You can get a spec sheet from Canon's automated fax server 516-328-5960. -Jim Ferwerda From rem-conf-request@es.net Wed Apr 13 16:22:13 1994 Received: from ell.ee.lbl.gov by osi-west.es.net via ESnet SMTP service id <00265-0@osi-west.es.net>; Wed, 13 Apr 1994 13:21:56 +0000 Received: by ell.ee.lbl.gov (8.6.8.1/1.43r) id MAA03262; Wed, 13 Apr 1994 12:45:45 -0700 From: mccanne@ee.lbl.gov (Steven McCanne) Message-Id: <199404131945.MAA03262@ell.ee.lbl.gov> To: klemets@paul.rutgers.edu (Anders Klemets) cc: rem-conf@es.net Subject: Re: new recording tools In-reply-to: Your message of Wed, 13 Apr 94 13:18:54 -0400. <9404131718.AA26531@riches.rutgers.edu> Date: Wed, 13 Apr 94 12:45:45 PDT > wb seems to embedd data control information in its > session ID messages. (There are data packet sequence numbers in the > ID messages. Seems like a layering problem to me.) This is not a layering problem. Session packets in general contain more than just the sender id. In wb, they contain some state information for reliable transport. There are in fact several other "data control" functions that belong in the session layer. Steve From rem-conf-request@es.net Wed Apr 13 16:23:43 1994 Received: from taurus.cs.nps.navy.mil by osi-west.es.net via ESnet SMTP service id <00275-0@osi-west.es.net>; Wed, 13 Apr 1994 13:23:16 +0000 Received: by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA22358; Wed, 13 Apr 94 13:23:34 PDT Date: Wed, 13 Apr 94 13:23:34 PDT From: brutzman@cs.nps.navy.mil (Don Brutzman) Message-Id: <9404132023.AA22358@taurus.cs.nps.navy.mil> To: klemets@paul.rutgers.edu, rem-conf@es.net Subject: Re: new recording tools apropos mbone robot speech synthesis: anyone interested in speech synthesis should check out Say... at http://utis179.cs.utwente.nl:8001/say/ which accepts string input, synthesizes phoneme-based voice output and returns an audio file. v/r Don From rem-conf-request@es.net Wed Apr 13 18:57:06 1994 Received: from cathedral.cerc.wvu.edu by osi-west.es.net via ESnet SMTP service id <02040-0@osi-west.es.net>; Wed, 13 Apr 1994 15:56:09 +0000 Received: from grant (grant.cerc.wvu.edu) by cerc.wvu.edu (4.1/SMI-4.0:RAL-041790) id AA07591; Wed, 13 Apr 94 18:56:05 EDT From: dlog@cerc.wvu.edu (David Loghing) Received: by grant (5.65//ident-1.0) id AA07281; Wed, 13 Apr 1994 18:56:04 -0400 Message-Id: <9404132256.AA07281@grant> Subject: WET ICE Agenda (fwd) To: rem-conf@es.net Date: Wed, 13 Apr 1994 18:56:03 -0400 (EDT) X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 5171 AGENDA IEEE Third Workshop on Enabling Technologies: Infrastructure for Collaborative Enterprises Morgantown, West Virginia SUNDAY, APRIL 17, 1994 8:30 - 8:45 Welcome and Overview - Ramana Reddy, CERC Director INFORMATION SHARING AND COMMUNICATION 8:45 - 9:00 Towards a Generic System Support for Co-operative Applications Frederic Saunier, National Polytechnic Institute of Grenoble 9:00 - 9:15 Architectural Alternatives for Community Care Networks V. Jagannathan, Concurrent Engineering Research Center, West Virginia University 9:15 - 9:30 Collaboration Technology for Crisis Management Edward Walker, Bolt, Beranek, and Newman, Incorporated 9:30 - 9:45 Inverting X: An Architecture for a Shared Distributed Window System John Menges, Department of Computer Science, University of North Carolina at Chapel Hill 9:45 - 10:00 A Decentralized Software Bus Based on IP Multicasting John R. Callahan, Concurrent Engineering Research Center, West Virginia University 10:00 - 10:15 A Transfer System for Multi-Media Group Communication Kai Jakobs, Computer Science Department, Technical University of Aachen 10:15 - 10:45 Discussions 10:45 - 11:00 Break INDUSTRIAL WORKFLOW 11:00 - 11:15 A New Architecture for Supporting the Group Work in Health Care Domain Fouad Yousfi, Department of Medicine, Centre for Study and Research in Medical Informatics, France 11:15 - 11:30 An Approach to Integrate Workflow Modeling and Organization Modeling in an Enterprise Christoph Bussler, Technical University of Darmstadt, and Stefan Jablonski, Digital Equipment GmbH 11:30 - 11:45 DICE MO - A Collaborative DFMA Analysis Tool Thomas J. Laliberty, Computer Aided Engineering Operations, Missile Systems Laboratories, Raytheon Company 11:45 - 12:15 Discussions 12:15 - 1:00 Lunch ENTERPRISE MODELING 1:00 - 1:15 Enterprise Architecture Definition, Content, and Utility Melody A. Rood, Software Engineering Center, MITRE Corporation 1:15 - 1:30 The Information Agent: An Infrastructure Agent Supporting Collaborative Enterprise Architectures Mihai Barbuceanu, Enterprise Integration Laboratory, Dept. of Industrial Engineering, University of Toronto 1:30 - 1:45 A Generic Enterprise Resource Ontology Fadi George Fadel, Enterprise Integration Laboratory, Dept. of Industrial Engineering, University of Toronto 1:45 - 2:00 Software Integration of Pre-existing Manufacturing Design Systems Michael McHenry, Computer Science Department, University of Southern California 2:00 - 2:15 Open Distributed Computing: The Overall Architecture Norman Kincl, Networked Systems Architecture, Hewlett-Packard Company 2:15 - 2:45 Discussions 2:45 - 3:00 Break COLLABORATIVE SOFTWARE ENGINEERING 3:00 - 3:15 Information Sharing in Collaborative Environments Alex Jarczyck, Corporate Research and Development, Siemens AG 3:15 - 3:30 A Collaborative Environment for Independent Verification and Validation of Software Raghu Karinthi, Concurrent Engineering Research Center, West Virginia University 3:30 - 3:45 Virtual Reuse Library: Initial Implementation through Interoperability Gary Carvell, Galaxy Global Corporation 3:45 - 4:00 A Computer-Supported Cooperative Environment for Requirements Elicitation Kathleen M. Swigger, Computer Science Department, University of North Texas 4: 00 - 4:15 Design, Implementation and Evaluation of a Distributed File Service for Collaborative Engineering Environments Oliver Hermanns, Computer Science Department, Technical University of Aachen 4:15 - 4:45 Discussions MONDAY, APRIL 18, 1994 COLLABORATIVE PRODUCT DEVELOPMENT 8:30 - 8:45 A SHAREd Web to Support Design Teams Vinay Kumar, Enterprise Integration Technology, Incorporated 8:45 - 9:00 CoConut: Computer Support for Concurrent Design using STEP Uwe Jasnoch, Fraunhofer Institute for Graphic Data Design 9:00 - 9:15 A Cost Ontology for Enterprise Modelling K. D. Donald Tham, Enterprise Integration Laboratory, Industrial Engineering Dept., University of Toronto 9:15 - 9:30 Virtual Environment Architectures: Interoperability through Software Interconnection Technology P. David Stotts, Computer Science Department, University of North Carolina at Chapel Hill 9:30 - 9:45 Functional Specifications for Collaboration Services Ravi Raman, Concurrent Engineering Research Center, West Virginia University 9:45 - 10:15 Discussions *10:15 - 5:00 Break into parallel work group sessions (lunch served at 12:00 in Fourth Floor Atrium) Information Sharing and Communication Industrial Workflow Enterprise Modeling Collaborative Software Engineering Collaborative Product Development Technology Trends TUESDAY, APRIL 19, 1994 *8:30 - 10:00 Parallel work group sessions 10:00 - 11:30 Work group summary reports 11:30 - 12:00 Wrapup * We will not multicast the parallel work group sessions. From rem-conf-request@es.net Thu Apr 14 02:44:35 1994 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <03546-0@osi-west.es.net>; Wed, 13 Apr 1994 23:44:14 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-14) id ; Wed, 13 Apr 1994 23:44:12 -0700 Posted-Date: Wed 13 Apr 94 23:43:15 PDT Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Wed, 13 Apr 94 23:43:17 PDT Date: Wed 13 Apr 94 23:43:15 PDT From: Stephen Casner Subject: Re: new recording tools To: mccanne@ee.lbl.gov Cc: rem-conf@es.net Message-Id: <766309395.0.CASNER@XFR.ISI.EDU> In-Reply-To: <199404131945.MAA03262@ell.ee.lbl.gov> Mail-System-Version: > This is not a layering problem. Session packets in general > contain more than just the sender id. In wb, they contain some > state information for reliable transport. There are in fact > several other "data control" functions that belong in the session > layer. I believe the use of the name "session" to describe these packets leads to some confusion with respect to functions in the "session directory" sd and with respect to the "session layer". I suggest that these packets be called "control packets" (vs. data packets) instead. -- Steve ------- From rem-conf-request@es.net Thu Apr 14 06:36:32 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <04546-0@osi-west.es.net>; Thu, 14 Apr 1994 03:36:12 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA14801 (5.65c8/hp4at for ); Thu, 14 Apr 1994 12:19:46 +0200 Received: from rcsw64 by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA05228; Thu, 14 Apr 94 10:47:03 +0200 Date: Thu, 14 Apr 94 10:47:03 +0200 From: lan_leop@aaf.alcatel.at (Helmut Leopold) Message-Id: <9404140847.AA05228@rcsun1.aaf.alcatel.at> To: cost237_3@aaf.alcatel.at Subject: CFP: Workshop on MULTIMEDIA TRANSPORT AND TELESERVICES ************************************************************************ * Paper submission deadline has been extended until May 23, 1994 !!! * ************************************************************************ CALL FOR PAPERS MULTIMEDIA TRANSPORT AND TELESERVICES November 14th-15th, 1994, Vienna, Austria A conference organised by the CEC COST 237 Multimedia Telecommunications Services Project and hosted by Alcatel Austria AG. Although many distributed multimedia applications now exist as pilot projects on local networks, these prototypes have yet to be translated into realistic applications running over large scale heterogeneous high-speed networks. To help bring about this important transition, a number of initiatives such as the COST 237 Multimedia Telecommunications Services project in Europe and the Multimedia Communications Forum in the US have recently been established. These groups identify a lack of generic system support as the primary technological factor holding back the deployment of realistic, large scale, distributed multimedia applications. There are two basic technologies required to make feasible such support: an appropriate transport service for communications needs, and a suitable set of generic multimedia teleservices to provide a framework for application development. It is now accepted that significant enhancements to existing transport services are needed to adequately support large scale distributed multimedia applications. In particular, the transport service must be extended to support quality of service configurability and multicast/ multipeer connectivity, and must be supported by a variety of high-speed network architectures. The area of multimedia teleservices is equally crucial. Generic high level services, such as multimedia enhanced email, conferencing frameworks and shared application frameworks, are necessary to ease the evolution from present day pilot applications to commercial, inter-operable, products. The conference will address both of these technological areas with particular attention paid to the integration of the two. The emphasis of the conference will be on service and architectural aspects of distributed multimedia application support from the transport layer upwards. Important topics for the conference include (but are not limited to): Teleservices architecture Interfacing teleservices to applications Multimedia enhanced email Wide-area multimedia collaboration tools Media synchronisation services Multimedia enhanced transport services Transport layer quality of service support Multipeer transport services Impact on OSI and TCP/IP Multimedia in TINA, ODP, DCE etc. A poster session is also planned as part of the conference. INSTRUCTIONS FOR SUBMITTING PAPERS Papers should be less than 20 pages long, single spaced, and should be submitted in postscript format. Authors should submit their papers by electronic mail to cost237-conf@comp.lancs.ac.uk by 23rd May 1994. If electronic submission is impossible, papers (6 copies please) may be sent to: Conference Secretary, Room B4, Computing Dept., Lancaster University, Lancaster LA1 4YR, UK. (Fax: +44 524 381707; Phone +44 524 59 3798). The proceedings of the conference will be published by a major publisher. IMPORTANT DATES Papers due: 23rd May, 1994 Acceptance notification: 10th July, 1994 Final paper due: 10th September, 1994 STEERING COMMITTEE Andre Danthine U. of Liege, Belgium (Chair) Trond-Arne Kongsli NORUT, Norway Christophe Diot INRIA, France David Hutchison Lancaster University, UK Svend Jager JYDSK, Denmark Helmut Leopold Alcatel, Austria Vassili Loumos NTUA, Greece Tony Murphy CEC, Brussels R. Popescu-Zeletin GMD-Fokus, Germany Melanie Pralong Swiss Telecom, Switzerland Sandor Stefler PKI, Hungary Giorgio Ventre U. of Napoli, Italy ORGANISING COMMITTEE Helmut Leopold Alcatel, Austria (Chair) Geoff Coulson Lancaster U., UK Gabriela Wuerth Alcatel, Austria Franz Edler Alcatel, Austria Eike Wolf Alcatel, Austria Gerhard Weiss Comms. Services, Austria PROGRAM COMMITTEE David Hutchison Lancaster University, UK (Chair) Jon Crowcroft UCL, UK Andre Danthine U. of Liege, Belgium Michel Diaz LAAS/CNRS, France Christophe Diot INRIA, France Domenico Ferrari U. of California, USA Serge Fdida U. of Paris, France Gary Herman Bellcore, USA Albert Kuendig ETH Zurich, Switzerland Andrew Lister Queensland U., Australia Craig Partridge BBN, USA Joe Pasquale UCSD, USA Steve Pink SICS, Sweden Bernhard Plattner ETH Zurich, Switzerland Alain Poignet CCETT, France R. Popescu-Zeletin GMD-Fokus, Germany Otto Spaniol Aachen U., Germany Jean-Bernard Stefani CNET, Paris, France Ralf Steinmetz IBM ENC, Germany Hide Tokuda Carnegie Mellon U., USA Harmen van As IBM Zurich Research, Switzerland Giorgio Ventre U. of Napoli, Italy ................................................. From rem-conf-request@es.net Thu Apr 14 07:27:09 1994 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <04771-0@osi-west.es.net>; Thu, 14 Apr 1994 04:26:46 +0000 Received: from stanley.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Thu, 14 Apr 1994 12:26:37 +0100 To: rem-conf@es.net Subject: CANCELLATION of April 19th MICE seminar. Date: Thu, 14 Apr 94 12:26:35 +0100 From: Gordon Joly Next seminar will be on Apr 26 at 13:00 (from UCL) when Dave Feldmeier (Bellcore) will speak: his title is "A New Architecture for High Speed Communication Systems". Updates in are kept in http://www.cs.ucl.ac.uk/mice/seminars/ or by email (requests to mice-seminars-announce-request@cs.ucl.ac.uk) Gordon Joly Phone +44 71 380 7934 FAX +44 71 387 1397 Emails::G.Joly@cs.ucl.ac.uk:ucacgcj@ucl.ac.uk:mice-nsc@cs.ucl.ac.uk Comp Sci, University College, London, Gower Street, LONDON WC1E 6BT XXX YYY WWW & http://www.cs.ucl.ac.uk/mice/gjoly.html & WWW YYY XXX From rem-conf-request@es.net Thu Apr 14 10:22:22 1994 Received: from uu5.psi.com by osi-west.es.net via ESnet SMTP service id <05287-0@osi-west.es.net>; Thu, 14 Apr 1994 07:22:02 +0000 Received: by uu5.psi.com (5.65b/4.0.071791-PSI/PSINet) via UUCP; id AA02257 for ; Thu, 14 Apr 94 10:00:31 -0400 Date: Thu, 14 Apr 94 09:30:30 EDT From: hhs@teleoscom.com (Chip Sharp 6424) Received: by teleoscom.com (4.1/3.2.083191-Teleos Communications Inc.) id AA05805; Thu, 14 Apr 94 09:30:30 EDT Message-Id: <9404141330.AA05805@teleoscom.com> To: pfunk@pppl.gov Cc: rem-conf@es.net In-Reply-To: Paul Funk's message of Wed, 13 Apr 1994 10:28:30 -0400 <199404131428.KAA27706@lyman.pppl.gov> Subject: DEPARTMENT of ENERGY VIDEO WORK GROUP (Redone in plain text). FYI >From: pfunk@pppl.gov (Paul Funk) > 3. AT&T intends to deploy an inadequate I-MUX as a part of the SCVTS > upgrade. The I-MUX planned for does not allow the following: If the GSA, DOE or any other agency is planning to implement such a network that one mandatory requirement should be that the IMUX involved conform to recogized standards. In this case, the I-MUX standard should be the BONDING interoperability specification. This has just been approved by TIA as a TIA/ANSI standard for channel aggregation. ISO has also agreed to base an international standard on this specification (it is in draft stage now). Many vendors are already building and deploying equipment built to this specification internationally. If this is not made mandatory then you will be locked into whatever proprietary scheme that the vendor uses and will not be able to interoperate with outside companies/partners that use BONDING compatible equipment. ======================================================================= Hascall H. Sharp Teleos Communications, Inc. System Engineering 2 Meridian Road Eatontown, NJ 07724 USA voice: +1 908 544 6424 fax: +1 908 544 9890 email: hhs@teleoscom.com ======================================================================== From rem-conf-request@es.net Thu Apr 14 12:42:34 1994 Received: from june.cs.washington.edu by osi-west.es.net via ESnet SMTP service id <05956-0@osi-west.es.net>; Thu, 14 Apr 1994 09:42:12 +0000 Return-Path: Received: (glinert@localhost) by june.cs.washington.edu (8.6.8/7.2ju) id JAA24319; Thu, 14 Apr 1994 09:41:48 -0700 Date: Thu, 14 Apr 1994 09:41:48 -0700 From: glinert@cs.washington.edu (Ephraim P. Glinert) Message-Id: <199404141641.JAA24319@june.cs.washington.edu> To: end2end-interest@venera.isi.edu, f-troup@AURORA.CIS.UPENN.EDU, ietf@venera.isi.edu, ir-l%uccvma.bitnet@cunyvm.cuny.edu, rem-conf-request@es.net, rem-conf@es.net, sound@PASCAL.ACM.ORG, tccc@cs.umass.edu Subject: April 30 Is Drawing Near! Cc: glinert@cs.washington.edu Hi! This is just a note to remind you that the deadline for submissions to ASSETS'94 is approaching. We look forward to seeing you at the conference! \/\/\/\/\/\/\/\/\/\/\/ Call For Participation /\/\/\/\/\/\/\/\/\/\/\ ASSETS '94 The First Annual International ACM/SIGCAPH Conference on Assistive Technologies October 31-November 1, 1994, Marina del Rey, California Sponsored by the ACM's Special Interest Group on Computers and the Physically Handicapped, ASSETS'94 is the first of a new annual series of conferences whose goal is to provide a forum where researchers and developers, from academia and industry, can meet to exchange ideas and report on new developments relating to computer-based systems to help people. The conference scope spans impairments and disabilities of all kinds, including but not limited to: sensory (hearing, vision, touch); motor (orthopedic); cognitive (learning, speech, mental); and emotional. Technical papers (up to 8 pgs in length) should be of the high quality expected at the best ACM conferences, and should either (a) present significant, original research results of a theoretical nature, or (b) report the results of relevant and rigorous empirical studies, or (c) describe the ``look and feel'' and discuss the internal workings of an implemented system. Where possible and appropriate, papers should be accompanied by a video to clarify and reinforce the concepts discussed. Panel proposals (up to 3 pgs in length) on timely and controversial topics are also welcome! All submissions will be refereed, and no more will be accepted than can be comfortably presented in a single track (no parallel sessions). Send 7 copies of full papers and 4 copies of panel proposals, all formatted in accordance with standard ACM two-column conference style, to the Program Chair: Ephraim P. Glinert Dept. of Computer Science and Engineering, FR-35 University of Washington Seattle, WA 98195 ALL SUBMISSIONS MUST BE RECEIVED NO LATER THAN APRIL 30, 1994. Questions should be directed to glinert@cs.washington.edu. NOTE: ASSETS'94 will immediately precede UIST'94, which will take place at the same site on November 2-4. See you in Marina del Rey! ======================================================================== General Chair: Theodor D. Sterling, Simon Fraser University Program Committee: Ephraim P. Glinert (Chair) University of Washington and RPI Norman Alm, University of Dundee Julie Baca, Waterways Experiment Station Meera M. Blattner, LLNL and U.California at Davis James L. Caldwell, IBM RISC Adaptive Technologies S.-K. Chang, University of Pittsburgh Patrick Demasco, University of Delaware Alistair D.N. Edwards, University of York Gerald L. Engel, National Science Foundation Carl Friedlander, ISX Corp. Hiromichi Fujisawa, Hitachi (Japan) Ralph Guertin, MITRE Corp. Robert J.K. Jacob, Naval Research Labs David L. Jaffe, Palo Alto VA Medical Center Earl Johnson, Sun Microsystems Labs Karen Kukich, Bell Communications Research Richard E. Ladner, University of Washington Clayton Lewis, University of Colorado at Boulder Elizabeth D. Mynatt, Georgia Inst. of Technology Randy Pausch, University of Virginia T.V. Raman, DEC Cambridge Research Laboratory Gregg C. Vanderheiden, TRACE Center at U. Wisconsin A. Rudy Vener, AT&T Bell Labs Bryant W. York, Northeastern University From rem-conf-request@es.net Thu Apr 14 23:01:23 1994 Received: from ibminet.awdpa.ibm.com by osi-west.es.net via ESnet SMTP service id <08548-0@osi-west.es.net>; Thu, 14 Apr 1994 20:00:55 +0000 Received: by ibminet.awdpa.ibm.com (5.61/1.15) id AA14763; Thu, 14 Apr 94 20:06:18 -0700 Received: by ibmpa.awdpa.ibm.com (5.65b(em1)/2.06) id AA07390; Thu, 14 Apr 94 19:59:56 -0700 Received: from taurus.cs.nps.navy.mil by ibminet.awdpa.ibm.com (5.61/1.15) id AA14541; Thu, 14 Apr 94 19:51:29 -0700 Received: from trouble.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA01208; Thu, 14 Apr 94 19:47:36 PDT Received: by trouble.cs.nps.navy.mil (931110.SGI/911001.SGI) for @taurus.cs.nps.navy.mil:rem-conf%es.net@ibmpa.awdpa.ibm.com id AA19437; Thu, 14 Apr 94 19:47:35 -0700 From: Your VE info source Message-Id: <9404141947.ZM19425@trouble.cs.nps.navy.mil> Date: Thu, 14 Apr 1994 19:47:35 -0700 X-Mailer: Z-Mail (3.1b.0 09feb94 MediaMail) To: rem-conf%es.net@ibmpa.awdpa.ibm.com Subject: PRESENCE: Networked VE & Teleoperation Issue Call for Participation Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 PRESENCE: "Networked Virtual Environments and Teleoperation" Call for Participation PRESENCE will devote an issue to "Networked Virtual Environments and Teleoperation". Co-editors of this special issue are Michael Zyda and Michael Macedonia of the Naval Postgraduate School. The goal of this issue is to determine the state-of-the-art in networked virtual environments and teleoperation research. We have the complete issue to fill, which means we desire traditional research papers, lab reviews, and what's happening submissions. PRESENCE is the premier journal of teleoperation and virtual environments. For the research paper and lab reviews sections, we are interested in hearing about what research groups are doing with respect to the networking of their virtual environment and teleoperation systems. Subjects include but are not limited to: 1. distributed interactive simulation (DIS) applications, 2. distributed, multi-player video games, 3. remote telepresence with time delay systems, 4. distributed virtual environment toolkits, 5. DIS and other network protocols, 6. software and hardware architectures for networking multi-player virtual environments. We are particularly interested in papers on the "grand challenges" for networked virtual environments: 1. large scale (greater than 200) simultaneous participants, 2. networked, hypermedia embedded virtual environments where compressed video and audio data must be transferred between player stations, 3. distributed virtual environments to support concurrent engineering. For the what's happening section, we request information on conference announcements, multi-player, networked virtual environment entertainment sites, and other VE/teleoperation events. Manuscripts should be in 12 point type, using double spaced pages for all text, including references. Manuscripts are accepted for consideration with the understanding that they represent original material and are not being considered for publication elsewhere. Send 7 copies of your manuscripts for this special issue to: Michael Zyda PRESENCE Networked Virtual Environment and Teleoperation Issue Naval Postgraduate School Code CS/Zk, Dept. of Computer Science Monterey, California 93943-5100 (408) 656-2305 (work) (408) 656-2814 (fax) We are NOT willing to review faxed submissions. Please attach an electronic mail address to which receipt acknowledgment can be sent. The deadline for submissions to this special issue is 30 April 1994. The 7 copies of the paper must be in Monterey by that date in order for us to have sufficient review time for our publication schedule. PRESENCE Paper Submission, Call for Participation & Subscription Information Mosaic Home Page I put together a Mosaic Home Page for the journal PRESENCE. The Mosaic page contains general submission information, Calls for Participation for special issues, and subscription information. I will try and maintain this page as time allows. See: file://taurus.cs.nps.navy.mil/pub/PRESENCE_MOSAIC/presence_mosaic.html The most common Mosaic error/complaint I receive is that our machine is not accessible or that Mosaic has generated an error. ALL of these complaints so far have been people starting the above line with http: instead of file: as listed above. TYPE IT AS ABOVE. BETTER YET, COPY THE ABOVE LINE WITH YOUR MOUSE AND PASTE IT INTO THE OPEN URL DIALOGUE BOX. If you don't have Mosaic, get it. Its available via anonymous ftp from ftp.ncsa.uiuc.edu for most flavors of machine. Mosaic is THE interface to the InfoBahn. Don't be left homeless without it. Michael Zyda, Aggressive Associate Editor of PRESENCE zyda@trouble.cs.nps.navy.mil From rem-conf-request@es.net Fri Apr 15 00:16:36 1994 Received: from mothra.nts.uci.edu by osi-west.es.net via ESnet SMTP service id <08694-0@osi-west.es.net>; Thu, 14 Apr 1994 21:16:15 +0000 Received: by mothra.nts.uci.edu id AA21957 (5.65c/IDA-1.4.4 for rem-conf@es.net); Thu, 14 Apr 1994 21:16:06 -0700 Received: from [128.200.142.191] (dialin33634.slip.nts.uci.edu) by mothra.nts.uci.edu with SMTP id AA21953 (5.65c/IDA-1.4.4 for rem-conf@es.net); Thu, 14 Apr 1994 21:15:36 -0700 Message-Id: <199404150415.AA21953@mothra.nts.uci.edu> X-Sender: dhwalker@mothra.nts.uci.edu Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 14 Apr 1994 21:15:47 -0700 To: rem-conf@es.net, mbone@isi.edu, UCI-Video-Discuss@uci.edu From: David Walker Subject: Who's Gonna Get It? Cc: David Walker , Keith Chong , Bruce Jones , dnoelle@cs.ucsd.edu, droode@uci.edu, franklin@uci.edu, mangrich@uci.edu, pagre@weber.ucsd.edu, MTan@uci.edu, Rob Kling Professor Rob Kling of the University of California, Irvine's Department of Information and Computer Science will be speaking over the MBONE on "Who's Gonna Get It?: The Meanings and Conditions of Universal Access to Computer Networks Within the National Information Infrastructures" on Tuesday, April 19, at 5:30 PDT. The session will be advertised in sd; please tune in for a fascinating talk. David Walker Assistant Director Office of Academic Computing Addresses: Electronic Communication Services University of California, Irvine Irvine, CA 92717-5475 DHWalker@uci.edu (714) 856-7037 (voice) (714) 725-2270 (FAX) ________________________________________________________________________ [The following may be retrieved from the World-Wide Web as "http://www.cwis.uci.edu/kling.html".] Public Lecture -- Friday April 8 145 Dwinelle Hall -- UC Berkeley + also to be given as a live mbone conference on April 19 at 5:30PM ============================================= Who's Gonna Get It?: The Meanings and Conditions of Universal Access to Computer Networks Within the National Information Infrastructures. Rob Kling Department of Information & Computer Science University of California -- Irvine Irvine, CA 92717, USA kling@ics.uci.edu || 714-856-5955 "The NII" is an exciting buzzword for a complex amalgam of telecommunications networks which provide telephone, cable TV, and computerized-data networks. The Clinton/Gore conception of NII assumes the convergence of media since their "Agendas for Action" seamlessly blend services which are now distinct because of their technological characteristics, their regulatory environments, key stakeholders, market structures, and their social properties (including usage by the public). Computer nets add the sizzle to telecommunications infrastructures that would otherwise be composed of telephone and cable TV. Vice President Al Gore has argued that "the Internet," with its diverse service mix and bilateral communications, will serve as a model for a new integrated NII. In addition, the Clinton/Gore administration and numerous public interest groups have argued that "universal service" will be a key feature of the NII. Unfortunately, the meanings of "universal service," and the social and economic conditions for supporting universal service have not received effective attention in the public NII policy discussions. Universal access has been a longstanding policy value for telephone access and use in the U.S. In practice, the cost of stringing phone lines to a city or town, and from there to homes and workplaces were a substantial fraction of telephone infrastructure costs. The cost of telephone equipment, and the skills to use it, have been relatively affordable when a phone line was brought to a building's wall. In contrast, computer- based networks require substantially more expensive "complementary equipment resources," skills, and service fees for people to use them effectively. The effective use of digital libraries can depend upon ready access to large local computer memories and fast high-quality printers, as well as to good software for searching and organizing documents. There has been a significant shift from expert-mediated service to self-service to some aspects of computer use. But the effective use of the interesting digital libraries and two ways communications rests on high levels of literacy, moderate technical skills, and ready help for resolving problems. An important body of empirical research shows that organizations gain value from computing investments through a social infrastructure which is often "hidden behind the terminal." Those organizations which have failed to develop good social infrastructures for continuous skill building (training, consulting), system repairs and an inevitable stream of continuous upgrades have often had significant problems in effectively using computerized systems. Assuring "universal access" to the computer nets within the NII requires that many people and groups are able to afford relatively expensive equipment and to possess complex skills. Without effective social and technical support, visions of wiring up classrooms, libraries, and homes to an NII can be an expensive policy sham. This talk will examine the social and technological preconditions for effective access to computer-based networks within the NII. ---------------------- Rob Kling is Professor of Information and Computer Science at the University of California, Irvine (UCI). Dr. Kling also holds professorial appointments in the Center for Research on Information Technology and Organizations and the Graduate School of Management at UCI. Since the early 1970s he has studied the social opportunities and dilemmas of computerization for managers, professionals, workers, and the public. Dr. Kling's research focuses on the social and organizational dimensions of computer technologies. He has conducted studies in numerous kinds of organizations, including local governments, insurance companies, pharmaceutical firms, and hi-tech manufacturing firms. He has written about the value conflicts implicit in and social consequences of computerization which directly effects the public. Dr. Kling is co-author of Computers and Politics: High Technology in American Local Governments published by the Columbia University Press which examined how computerization reinforces the power of already powerful groups. He is co-editor of two recent books. PostSuburban California: The Transformation of Postwar Orange County (University of California Press, 1990) examines the way that Orange County California is organized in a new social form beyond the traditional city and suburb, one that is spatially decentralized, functionally specialized, and mixes a rich array of residences, commerce, industry, services, government and the arts. Computerization and Controversy: Value Conflict & Social Choices (Academic Press, 1991) examines the social controversies about computerization in organizations and social life, regarding productivity, worklife, personal privacy, risks of computer systems, and computer ethics. In addition, he has published over 75 theoretical and empirical articles about the social aspects of computerization. From rem-conf-request@es.net Fri Apr 15 03:15:46 1994 Received: from taurus.cs.nps.navy.mil by osi-west.es.net via ESnet SMTP service id <09350-0@osi-west.es.net>; Fri, 15 Apr 1994 00:15:29 +0000 Received: by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA07044; Fri, 15 Apr 94 00:16:34 PDT Date: Fri, 15 Apr 94 00:16:34 PDT From: brutzman@cs.nps.navy.mil (Don Brutzman) Message-Id: <9404150716.AA07044@taurus.cs.nps.navy.mil> To: rem-conf@es.net Subject: IARP multiple multicast May 6 Cc: Thierry.Turletti@sophia.inria.fr, abennett@mit.edu, arm@aqua.whoi.edu, iarp@mbari.org, mcghee@cs.nps.navy.mil Friday May 6 1994 we hope to broadcast invited talks and remote lab demonstrations for the second workshop on Mobile Robots for Subsea Environments, sponsored by the International Advanced Robotics Programme. Nations represented include France, Italy, Japan, U.K., USA and others. This MBONE event will include three capstone presentations from the weeklong workshop. We also are working on providing live demonstrations by underwater robotics laboratories at IFREMER in France, University of Tokyo, Woods Hole Oceanographic Institution Deep Submergence Lab, MIT Sea Grant, Naval Postgraduate School, and the host for the event: the Monterey Bay Aquarium Research Institute (MBARI). We hereby request that consideration be given to avoid scheduling other major MBONE events on May 6. Furthermore, since we hope to multicast from multiple sites, I propose that we have the active site transmit at the standard bandwidth of 128 Kbps while other sites continue to transmit at reduced levels (perhaps 16 Kbps) to ensure connectivity and program continuity. Our current proposal is for six concurrent multicast sites with worldwide scope. Bandwidth commentary directed to rem-conf@es.net (or to me) is welcome. Attendance at the workshop is by invitation. Workshop inquiries may be sent to Michael Lee, MBARI, 160 Central Avenue, Pacific Grove CA 93950 USA, e-mail iarp@mbari.org Thanks in advance & best regards. Don Brutzman work (408) 656-2149 Code OR/Br Naval Postgraduate School [Glasgow 204] fax (408) 656-2595 Monterey California 93943-5000 USA home (408) 372-0190 From rem-conf-request@es.net Fri Apr 15 12:21:31 1994 Received: from timbuk.cray.com by osi-west.es.net via ESnet SMTP service id <11512-0@osi-west.es.net>; Fri, 15 Apr 1994 09:21:14 +0000 Received: from frenzy.cray.com (frenzy-eth.cray.com) by cray.com (Bob mailer 1.2) id AA10326; Fri, 15 Apr 94 11:20:49 CDT Received: by frenzy.cray.com id AA00528; 4.1/CRI-5.6; Fri, 15 Apr 94 11:22:40 CDT Date: Fri, 15 Apr 94 11:22:40 CDT From: dab@berserkly.cray.com (David A. Borman) Message-Id: <9404151622.AA00528@frenzy.cray.com> To: rem-conf@es.net Subject: solaris & vat problems Hi, I hope someone can give me some quick insight. We just got a whole bunch of SPARCstation 5 machines that are running Solaris 2.3. I'm trying to get them going with multicast. The specific test machine in question has one ethernet interface, and I've set up a multicast tunnel to the machine. That seems to be working just fine. I can fire up sd, and I can have it start up a vat session. But that's where the problem starts. The vat session is a local replay of a local radio station, and there isn't any silence suppression, so its a constant audio stream (PCM2 encoded). At first it works just fine. Then after awhile I'll start to get some kackle sound (like what you get when your stereo is on loud, and you take the speaker wire and touch it on and off the speaker terminals). At some point (maybe 10-20 seconds) later, but not always, and maybe after sometimes after more kackling, there is no more more audio coming out of the Sparc's speaker. Then vat starts spewing out: audio write: Operation would block as fast as it can. If I mute the speaker on vat, the errors stop. If I then unmute it, the errors start again, and still no audio output. If I quit vat, and restart it, it starts up just fine, until there is more kackle... If I push the "release" button, vat locks up tight and I have to kill it with a "kill" command. The version of vat is 3.2. I might also mention that we've had a couple of "panic: data fault" crashes, but they don't happen consitently... Any ideas? -David Borman, dab@cray.com From rem-conf-request@es.net Fri Apr 15 19:20:30 1994 Received: from talisman.kaleida.com by osi-west.es.net via ESnet SMTP service id <14610-0@osi-west.es.net>; Fri, 15 Apr 1994 16:20:13 +0000 Received: from [198.186.10.19] (rodriguez.kaleida.com) by kaleida.com (4.1/Spike-2.1-(Kaleida)) id AA03964; Fri, 15 Apr 94 16:20:05 PDT Date: Fri, 15 Apr 94 16:20:05 PDT Message-Id: <9404152320.AA03964@kaleida.com> X-Sender: aar@talisman.kaleida.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: rem-conf@es.net From: aar@kaleida.com (Arturo A. Rodriguez) Subject: CFP - DIGITAL VIDEO COMPRESSION: ALGORITHMS AND TECHNOLOGIES 1995 CALL FOR PAPERS DIGITAL VIDEO COMPRESSION: ALGORITHMS AND TECHNOLOGIES 1995 Part of IS&T/SPIE Symposium on Electronic Imaging: Science & Technology San Jose Convention Center, San Jose, California, February 5-11, 1995 In Cooperation with IEEE Computer Society The rapid continual advances in computer and network technologies coupled with the availability of high-volume data storage devices have effected the advent of multimedia applications on a multiplicity of computer platforms and consumer devices. Digital video data poses many challenges due to its inherent high bandwidth processing and storage requirements. The increased performance levels that are being achieved by these systems have made real-time digital video decompression and playback, and in some cases capture and encoding, feasible. This conference brings together practitioners and researchers working in all facets of digital video. The conference will serve as a forum for exchange on video codec research, development, and implementations. Presenters will be encouraged to demonstrate their digital video solutions. Also encouraged are presentations on the scientific concepts behind making these technologies work, as well as understanding the compromises required when faced with real world resource constraints. Papers are solicited in all areas of digital video and audio codec methods, including, but not limited to: - software-only video codecs - hierarchical encoding schemes (wavelets, sub-band coding, pyramids) - object, model and region based image coding - vector quantization, fractals based image coding - MPEG I and II implementation and application issues - video codec standards (software and hardware implementations of MPEG, HDTV, Px64,MPEG-4) - very low bit rate video coding - DCT and transform implementations - motion estimation techniques - video indexing (automatic logging, scene change detection) - rate control issues and implementations - quantification of perceptual quality - audio compression methods - special hardware implementations (VLSI, DSP, parallel architectures) Papers describing case studies of digital video codec algorithms, technologies, and system integration issues are also welcomed. Conference Chairs: Robert J. Safranek, AT&T Bell Labs Arturo A. Rodriguez, Kaleida Labs Edward J. Delp, Purdue University Program Committee: V. Michael Bove Jr., MIT Media Lab Alexander I. Drukarev, Hewlett-Packard Laboratories Ephraim Feig, IBM Watson Research Center Chad E. Fogg, Cascade Design Automation James D. Johnston, AT&T Bell Laboratories Riccardo Leonardi, University of Brescia (Italy) John O. Limb, Hewlett-Packard Laboratories King Ngan, University of Western Australia James O. Normile, Apple Computer Michael T. Orchard, Universitry of Illinois Davis Y. Pan, Digital Equipment Corporation S. Panchanathan, University of Ottawa K. R. Rao, University of Texas at Arlington S. I. Sudharsanan, Digital Equipment Corporation Eric Viscito, IBM Watson Research Center INSTRUCTIONS FOR AUTHORS Each paper will be reviewed by members of the program committee. The deadline for paper submissions is 11 July 1994. Please submit four copies by mail, or one copy by email or fax, of a five to ten page, double-spaced summary and other requested information to: IS&T/SPIE EI95 Digital Video Compression: Algorithms and Technologies P.O. Box 10 Bellingham, WA 98227-0010 USA Shipping address: 1000 20th St., Bellingham, WA 98225 Telephone: (206) 676-3290 Telefax: (206) 647-1445 Internet abstracts@mom.spie.org Please include the following information: 1. Title of Paper 2. Authors' full names, affiliations, address, phone, fax and email 3. Include a sentence indicating that the paper is intended for Digital Video Compression: Algorithms and Technologies 1995. 4. Summary text (five to 10 double-spaced pages) 5. Authors' Biographies The Conference Chairs and Program Committee will ask authors of the best papers to make journal form submissions to Multimedia Systems or tutorial style submissions to the IEEE Multimedia Magazine. A special issue of the Multimedia Systems journal will be devoted to the theme of the conference. Multimedia Systems is an international journal jointly published by ACM and Springer-Verlag. IEEE Multimedia is a technical magazine co-sponsored by the IEEE Computer Society and the IEEE Communications Society. From rem-conf-request@es.net Fri Apr 15 19:24:50 1994 Received: from talisman.kaleida.com by osi-west.es.net via ESnet SMTP service id <14637-0@osi-west.es.net>; Fri, 15 Apr 1994 16:24:29 +0000 Received: from [198.186.10.19] (rodriguez.kaleida.com) by kaleida.com (4.1/Spike-2.1-(Kaleida)) id AA04065; Fri, 15 Apr 94 16:24:22 PDT Date: Fri, 15 Apr 94 16:24:21 PDT Message-Id: <9404152324.AA04065@kaleida.com> X-Sender: aar@talisman.kaleida.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: rem-conf@es.net From: aar@kaleida.com (Arturo A. Rodriguez) Subject: CFP - Multimedia Computing and Networking 95 CALL FOR PAPERS MULTIMEDIA COMPUTING AND NETWORKING 1995 Part of IS&T/SPIE Symposium on Electronic Imaging: Science & Technology San Jose Convention Center, San Jose, California, February 5-11, 1995 In Cooperation with IEEE Computer Society Advances in computer and networking technologies have fueled the rapid growth of research and development in high-speed networking and multimedia computing. As emerging multimedia technologies set higher performance levels at competitive costs, they are starting to enable and proliferate multimedia solutions in a spectrum of commercial products and laboratory projects. This conference brings together researchers, developers, and practitioners working in all facets of multimedia computing and networking. The conference will serve as a forum for the dissemination of state-of-the-art research, development, and implementations of multimedia systems, technologies, and applications. Presenters will be encouraged to make multimedia presentations and demonstrate their solutions. Papers are solicited in all areas of multimedia, including, but not limited to: 1. Multimedia Computing and Presentation (e.g., hardware and software architectures, real-time operating system services, data representation, time-keeping mechanisms, data streaming and delivery mechanisms, event processing, synchronization and real-time compositing, display mechanisms, media and user interaction) 2. Multimedia User Interfaces (e.g., video widgets, synthetic animation, interactive navigation schemes) 3. Multimedia Networking (e.g., network protocols, quality-of-service control, bandwidth management strategies, transmission of media streams, synchronization mechanisms, connections, data exchange and formats) 4. Multimedia Authoring Systems (media capture and creation, scripting languages, authoring metaphors, editing techniques, data transitions) 5. Multimedia Applications (e.g., video conferencing, e-mail, education and training, digital libraries, medical applications, entertainment and games) 6. Multimedia Services to the Home (e.g., set-top technologies and operating systems; video-on-demand services; video servers; community networking architecture) 7. Collaborative Multimedia Computing (e.g., concurrency control of shared multimedia objects; cyberspace communication, presentation, and interaction; electronic communities; entertainment and games) 8. Multimedia Standards, documents, and data interchange. Conference Chairs: Jacek Maitan, University of North Carolina/Charlotte Arturo A. Rodriguez, Kaleida Labs Mong-Song Chen, IBM T. J. Watson Research Program Committee: H. W. Peter Beadle, U. of Wollongong (Australia) S. K. Chang, University of Pittsburgh Jerome R. Cox, Jr., Washington University J. J. Garcia-Luna, University of California, Santa Cruz Nicolas Georganas, Univ. of Ottawa (Canada) Simon J. Gibbs, Univ. of Geneva (Switzerland) Riccardo Gusella, Hewlett Packard Labs Wendy Hall, U. of Southampton (UK) Dilip D. Kandlur, IBM T. J. Watson Research John O. Limb, Hewlett Packard Labs Thomas D. C. Little, Boston University Ken Morse, Kaleida Labs A. Desai Narasimhalu, National University of Singapore Bonnie Nardi, Apple Computers. P. Venkat Rangan, Univ. of California, San Diego Lawrence A. Rowe, Univ. of California Berkeley Ralf Steinmetz, IBM European Network Center (Germany) Scott M. Stevens, Carnegie Mellon Univ. INSTRUCTIONS FOR AUTHORS Each paper will be reviewed by members of the program committee. The deadline for paper submissions is 11 July 1994. Please submit four copies by mail, or one copy by e-mail or fax, of a five to ten page, double-spaced summary and other requested information to: IS&T/SPIE EI95 High-Speed Networking and Multimedia Computing 1995 P.O. Box 10 Bellingham, WA 98227-0010 USA Shipping address: 1000 20th St., Bellingham, WA 98225 Telephone: (206) 676-3290 Telefax: (206) 647-1445 Internet abstracts@mom.spie.org Please include the following information: 1. Title of Paper 2. Authors' full names, affiliations, address, phone, fax and e-mail 3. Include a sentence indicating that the paper is intended for Multimedia Computing and Networking 95 4. Summary text (five to ten double-spaced pages) 5. Authors' Biographies The Conference Chairs and Program Committee will ask authors of the best papers to make journal form submissions to Multimedia Systems or tutorial style submissions to the IEEE Multimedia Magazine. A special issue of the Multimedia Systems journal will be devoted to the theme of the conference. Multimedia Systems is an international journal jointly published by ACM and Springer-Verlag. IEEE Multimedia is a technical magazine co-sponsored by the IEEE Computer Society and the IEEE Communications Society. From rem-conf-request@es.net Sat Apr 16 08:38:21 1994 Received: from 134.75.30.11 by osi-west.es.net via ESnet SMTP service id <16309-0@osi-west.es.net>; Sat, 16 Apr 1994 05:37:57 +0000 Received: from maruchi.chungnam.ac.kr by garam.kreonet.re.kr (4.1/GARAM-MX-1.0) id AA09659; Sat, 16 Apr 94 21:40:08 KST Received: from comsun.chungnam.ac.kr.ac.kr by maruchi.chungnam.ac.kr (4.1/SMI-4.1) id AA06639; Sat, 16 Apr 94 21:36:12 KST Received: by comsun.chungnam.ac.kr.ac.kr (4.1/SMI-4.1) id AA14975; Sat, 16 Apr 94 21:39:28 KST Date: Sat, 16 Apr 94 21:39:28 KST From: kimd@comsun.chungnam.ac.kr (Kim Dae-Young) Message-Id: <9404161239.AA14975@comsun.chungnam.ac.kr.ac.kr> To: ari@es.net, craig@aland.bbn.com Subject: Re: How Long to a Multimedia Internet Cc: rem-conf@es.net Please put me on the mailing list of the soon-to-be-announced WGs on Multimedia on Internet; INT SERV and Bob Braden's. I'm receiving rem-conf mails. Thanks; P.S. My preferred email address is dykim@comsun.chungnam.ac.kr From rem-conf-request@es.net Mon Apr 18 17:20:22 1994 Received: from cs.uml.edu by osi-west.es.net via ESnet SMTP service id <23793-0@osi-west.es.net>; Mon, 18 Apr 1994 14:20:00 +0000 Received: by cs.uml.edu id AA23907 (5.67a+/IDA-1.5 for rem-conf@es.net); Mon, 18 Apr 1994 17:19:57 -0400 From: "John F. Buford" Message-Id: <199404182119.AA23907@cs.uml.edu> Subject: Nicholas Negroponte to give keynote address To: rem-conf@es.net Date: Mon, 18 Apr 1994 17:19:51 -0400 (EDT) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1977 NICHOLAS NEGROPONTE, DIRECTOR OF MIT MEDIA LAB, TO ADDRESS BOSTON MULTIMEDIA CONFERENCE MAY 19, 1994, 9:30 am - 10:30 am Nicholas Negroponte, Director of the MIT Media Lab in Cam- bridge, Mass, will deliver the keynote address at an inter- national multimedia conference to be held at the Copley Pla- za Hotel in Boston, Massachusetts. Negroponte will give his view of "What Multimedia Means"--is it a convergence of in- dustries, ubiquitous communications and computing, or sim- ply the progress of digital technology? He will review the remarkable shift that multimedia has recently made to center stage, and predict the challenges ahead in truly global sys- tems. Nicholas Negroponte is a founder and the director of the Massachusetts Institute of Technology's uniquely innovative Media Laboratory. The six-year-old Media Lab, an interdisci- plinary, multi-million dollar research center of unparal- leled intellectual and technological resources, is focused exclusively on study and experimentation with future forms of human communication, from entertainment to education. Programs include: Television of Tomorrow, School of the Future, Information and Entertainment Systems, and Hologra- phy. Media Lab research is supported by Federal contracts as well as by more than seventy-five corporations worldwide. The address by Negroponte will open the 1994 IEEE Interna- tional Conference on Multimedia Computing and Systems which is being held at the Copley Plaza Hotel, Boston, from May 15 -19. In addition to Negroponte's address, the conference will include tutorials on multimedia, a panel on the infor- mation superhighway, and two technical paper tracks. For further information about the conference and registration, contact Joseph Boykin, (617) 466-2803, boykin@gte.com. -- Dr. John F. Buford Dept. of Computer Science, UMass--Lowell, Lowell, MA 01854 buford@cs.uml.edu (508) 934-3618 FAX: (508) 452-4298 From rem-conf-request@es.net Mon Apr 18 21:23:09 1994 Received: from ux6.lbl.gov by osi-west.es.net via ESnet SMTP service id <25338-0@osi-west.es.net>; Mon, 18 Apr 1994 18:22:46 +0000 Received: from intruder.lbl.gov (intruder.lbl.gov [128.3.253.190]) by ux6.lbl.gov (8.6.7/8.6.5) with ESMTP id SAA27605; Mon, 18 Apr 1994 18:22:42 -0700 Received: from localhost.lbl.gov (localhost.lbl.gov [127.0.0.1]) by intruder.lbl.gov (8.6.7/8.6.5) with SMTP id SAA03291; Mon, 18 Apr 1994 18:24:28 -0700 Message-Id: <199404190124.SAA03291@intruder.lbl.gov> X-Authentication-Warning: intruder.lbl.gov: Host localhost.lbl.gov didn't use HELO protocol To: rem-conf@es.net cc: hhholmes@lbl.gov Subject: CHEP (Computing in High Energy Physics) to be broadcast Date: Mon, 18 Apr 1994 18:24:27 -0700 From: Case Larsen The Computing in High Energy Physics conference will be broadcast April 21-27 inclusive from 9AM PDT to 5PM PDT (add 7 hours for GMT). There may be traffic before that time during setup and testing. The audio and video sessions are advertised in 'sd' with the following parameters: audio 224.2.144.215, port 32393 (general audio), id 6544, TTL of 192 video 224.2.229.10, port 34744 (Speaker video), id 35255, TTL of 127 video 224.2.228.217, port 43475 (Overhead projector), id 42547, TTL of 127 The overhead projector video will be at a much lower bandwidth than the speaker video. The conference agenda is available via World Wide Web at http://www.lbl.gov/Conferences/chep94.html I can mail out portions of the agenda to those without World Wide Web access. ************************************************************************ *** Please let me know if there is a schedule/bandwidth conflict, or ** *** if you would like to receive it farther away than the TTLs permit ** ************************************************************************ -Case Larsen ctlarsen@lbl.gov / Computing Resources / Lawrence Berkeley Laboratory From rem-conf-request@es.net Tue Apr 19 15:37:42 1994 Received: from ux6.lbl.gov by osi-west.es.net via ESnet SMTP service id <28664-0@osi-west.es.net>; Tue, 19 Apr 1994 12:37:24 +0000 Received: from intruder.lbl.gov (intruder.lbl.gov [128.3.253.190]) by ux6.lbl.gov (8.6.7/8.6.5) with ESMTP id MAA10499; Tue, 19 Apr 1994 12:37:22 -0700 Received: from localhost.lbl.gov (localhost.lbl.gov [127.0.0.1]) by intruder.lbl.gov (8.6.7/8.6.5) with SMTP id MAA05429; Tue, 19 Apr 1994 12:39:08 -0700 Message-Id: <199404191939.MAA05429@intruder.lbl.gov> X-Authentication-Warning: intruder.lbl.gov: Host localhost.lbl.gov didn't use HELO protocol To: rem-conf@es.net Reply-To: CTLarsen@lbl.gov cc: hhholmes@lbl.gov Subject: CHEP (Computing in High Energy Physics) to be broadcast X-Mailer: exmh version 1.2 1/14/94 Date: Tue, 19 Apr 1994 12:39:07 -0700 From: Case Larsen I apologize if you receive multiple copies. I didn't receive my original mail back from the list in the past 24 hours. The Computing in High Energy Physics conference will be broadcast April 21-27 inclusive from 9AM PDT to 5PM PDT (add 7 hours for GMT). There may be traffic before that time during setup and testing. The audio and video sessions are advertised in 'sd' with the following parameters: audio 224.2.144.215, port 32393 (general audio), id 6544, TTL of 192 video 224.2.229.10, port 34744 (Speaker video), id 35255, TTL of 127 video 224.2.228.217, port 43475 (Overhead projector), id 42547, TTL of 127 The overhead projector video will be at a much lower bandwidth than the speaker video. The conference agenda is available via World Wide Web at http://www.lbl.gov/Conferences/chep94.html I can mail out portions of the agenda to those without World Wide Web access. ************************************************************************ *** Please let me know if there is a schedule/bandwidth conflict, or ** *** if you would like to receive it farther away than the TTLs permit ** ************************************************************************ -Case Larsen ctlarsen@lbl.gov / Computing Resources / Lawrence Berkeley Laboratory From rem-conf-request@es.net Tue Apr 19 18:31:48 1994 Received: from mta2.nts.uci.edu by osi-west.es.net via ESnet SMTP service id <29468-0@osi-west.es.net>; Tue, 19 Apr 1994 15:31:30 +0000 Received: by mta2.nts.uci.edu id AA22308 (5.67b/IDA-1.4.4 for rem-conf@es.net); Tue, 19 Apr 1994 15:32:22 -0700 Received: from [128.200.132.121] (red-october.nts.uci.edu) by mta2.nts.uci.edu with SMTP id AA22299 (5.67b/IDA-1.4.4 for rem-conf@es.net); Tue, 19 Apr 1994 15:31:33 -0700 Message-Id: <199404192231.AA22299@mta2.nts.uci.edu> X-Sender: kchong@mothra.nts.uci.edu Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 19 Apr 1994 15:30:46 -0700 To: David Walker , rem-conf@es.net, mbone@isi.edu, UCI-Video-Discuss@uci.edu From: kchong@uci.edu (Keith Chong) Subject: Re: Who's Gonna Get It? Cc: David Walker , Bruce Jones , dnoelle@cs.ucsd.edu, droode@uci.edu, franklin@uci.edu, mangrich@uci.edu, pagre@weber.ucsd.edu, MTan@uci.edu, Rob Kling Our feed to the MBONE(Cerfnet) is having some technical difficulites and will most likely not be up in time for this broadcast. UCSD and UCI have created our own tunnel and will be using it. Sorry to all the people who are interested is watching. Keith Chong UCI Office of Academic Computing At 9:15 PM 4/14/94 -0700, David Walker wrote: >Professor Rob Kling of the University of California, Irvine's Department of >Information and Computer Science will be speaking over the MBONE on "Who's >Gonna Get It?: The Meanings and Conditions of Universal Access to Computer >Networks Within the National Information Infrastructures" on Tuesday, April >19, at 5:30 PDT. The session will be advertised in sd; please tune in for >a fascinating talk. > > David Walker > Assistant Director > Office of Academic Computing > > Addresses: Electronic Communication Services > University of California, Irvine > Irvine, CA 92717-5475 > DHWalker@uci.edu > (714) 856-7037 (voice) > (714) 725-2270 (FAX) >________________________________________________________________________ > >[The following may be retrieved from the World-Wide Web as >"http://www.cwis.uci.edu/kling.html".] > >Public Lecture -- Friday April 8 >145 Dwinelle Hall -- UC Berkeley >+ also to be given as a live mbone conference on April 19 at 5:30PM >============================================= > > Who's Gonna Get It?: > The Meanings and Conditions of Universal Access > to Computer Networks Within the > National Information Infrastructures. > > Rob Kling > Department of Information & Computer Science > University of California -- Irvine > Irvine, CA 92717, USA > kling@ics.uci.edu || 714-856-5955 > > >"The NII" is an exciting buzzword for a complex amalgam of >telecommunications networks which provide telephone, cable >TV, and computerized-data networks. The Clinton/Gore >conception of NII assumes the convergence of media since >their "Agendas for Action" seamlessly blend services which are >now distinct because of their technological characteristics, >their regulatory environments, key stakeholders, market >structures, and their social properties (including usage by the >public). Computer nets add the sizzle to telecommunications >infrastructures that would otherwise be composed of telephone >and cable TV. Vice President Al Gore has argued that "the >Internet," with its diverse service mix and bilateral >communications, will serve as a model for a new integrated >NII. In addition, the Clinton/Gore administration and >numerous public interest groups have argued that "universal >service" will be a key feature of the NII. Unfortunately, the >meanings of "universal service," and the social and economic >conditions for supporting universal service have not received >effective attention in the public NII policy discussions. > >Universal access has been a longstanding policy value for >telephone access and use in the U.S. In practice, the cost of >stringing phone lines to a city or town, and from there to >homes and workplaces were a substantial fraction of telephone >infrastructure costs. The cost of telephone equipment, and the >skills to use it, have been relatively affordable when a phone >line was brought to a building's wall. In contrast, computer- >based networks require substantially more expensive >"complementary equipment resources," skills, and service fees >for people to use them effectively. The effective use of digital >libraries can depend upon ready access to large local >computer memories and fast high-quality printers, as well as >to good software for searching and organizing documents. > >There has been a significant shift from expert-mediated >service to self-service to some aspects of computer use. But >the effective use of the interesting digital libraries and two >ways communications rests on high levels of literacy, >moderate technical skills, and ready help for resolving >problems. An important body of empirical research shows that >organizations gain value from computing investments through >a social infrastructure which is often "hidden behind the >terminal." Those organizations which have failed to develop >good social infrastructures for continuous skill building >(training, consulting), system repairs and an inevitable stream >of continuous upgrades have often had significant problems >in effectively using computerized systems. > >Assuring "universal access" to the computer nets within the >NII requires that many people and groups are able to afford >relatively expensive equipment and to possess complex skills. >Without effective social and technical support, visions of >wiring up classrooms, libraries, and homes to an NII can be >an expensive policy sham. This talk will examine the social >and technological preconditions for effective access to >computer-based networks within the NII. > > >---------------------- > >Rob Kling is Professor of Information and Computer Science >at the University of California, Irvine (UCI). Dr. Kling also >holds professorial appointments in the Center for Research on >Information Technology and Organizations and the Graduate >School of Management at UCI. Since the early 1970s he has >studied the social opportunities and dilemmas of >computerization for managers, professionals, workers, and the >public. > >Dr. Kling's research focuses on the social and organizational >dimensions of computer technologies. He has conducted >studies in numerous kinds of organizations, including local >governments, insurance companies, pharmaceutical firms, and >hi-tech manufacturing firms. He has written about the value >conflicts implicit in and social consequences of >computerization which directly effects the public. > >Dr. Kling is co-author of Computers and Politics: High >Technology in American Local Governments published by the >Columbia University Press which examined how >computerization reinforces the power of already powerful >groups. He is co-editor of two recent books. PostSuburban >California: The Transformation of Postwar Orange County >(University of California Press, 1990) examines the way that >Orange County California is organized in a new social form >beyond the traditional city and suburb, one that is spatially >decentralized, functionally specialized, and mixes a rich array >of residences, commerce, industry, services, government and >the arts. Computerization and Controversy: Value Conflict & >Social Choices (Academic Press, 1991) examines the social >controversies about computerization in organizations and >social life, regarding productivity, worklife, personal privacy, >risks of computer systems, and computer ethics. In addition, >he has published over 75 theoretical and empirical articles >about the social aspects of computerization. From rem-conf-request@es.net Wed Apr 20 03:49:39 1994 Received: from taurus.cs.nps.navy.mil by osi-west.es.net via ESnet SMTP service id <01524-0@osi-west.es.net>; Wed, 20 Apr 1994 00:49:13 +0000 Received: by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA05793; Wed, 20 Apr 94 00:50:45 PDT Date: Wed, 20 Apr 94 00:50:45 PDT From: brutzman@cs.nps.navy.mil (Don Brutzman) Message-Id: <9404200750.AA05793@taurus.cs.nps.navy.mil> To: mbone@isi.edu, rem-conf@es.net Subject: mbone preparations for SIGGRAPH 24-29 July Cc: pax@ankh.metrolink.com, siggraph94-mbone@ftlsig.metrolink.com If you are presenting at SIGGRAPH in Orlando this summer and are planning to use mbone, please subscribe to the following list so we can discuss setup plans & requirements off-line. thanks, Don ======== From: "Garry M. Paxinos" Subject: MBONE at SIGGRAPH'94 Mailing list Hi All, I have formed yet another mailing list... this one is for discussions on having the Multicast Backbone at the SIGGRAPH'94 conference. Various people have expressed interest in making the mbone accessible at SIGGRAPH'94 as well as broadcasting video/audio on the mbone from the conference. The hope is this list will help coordinate the efforts of all those involved. The list is siggraph94-mbone@ftlsig.metrolink.com To subscribe to the list, send a message to listproc@ftlsig.metrolink.com with the following in the message body: subscribe siggraph94-mbone For example, I would send: subscribe siggraph94-mbone Garry Paxinos After you subscribe, please address all messages to siggraph94-mbone@ftlsig.metrolink.com BTW, there are several other SIGGRAPH related mailing lists hosted on the Fort Lauderdale SIGGRAPH chapter's machine (ftlsig.) To find out more, follow the instructions in the welcome message you receive once you subscribe. Take care, Pax. From rem-conf-request@es.net Wed Apr 20 14:23:15 1994 Received: from haig.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <03594-0@osi-west.es.net>; Wed, 20 Apr 1994 11:22:57 +0000 Received: from danger.cs.ucl.ac.uk by haig.cs.ucl.ac.uk with local SMTP id ; Wed, 20 Apr 1994 19:22:02 +0100 From: Mark Handley Organisation: University College London, CS Dept. Phone: +44 71 380 7777 ext 3666 To: rem-conf@es.net cc: a.ghosh@cs.ucl.ac.uk, Angela Sasse , g.joly@cs.ucl.ac.uk, j.crowcroft@cs.ucl.ac.uk, g.jameson@UCL.AC.UK, n.leach@LIVENET.AC.UK, d.f.hartley@UKERNA.AC.UK, l.clyne@JNT.AC.UK, j.dyer@UKERNA.AC.UK, C.J.Cheney@COMPUTING-SERVICE.CAMBRIDGE.AC.UK Subject: "The Nature of Space and Time" by Stephen Hawking and Roger Penrose Date: Wed, 20 Apr 94 19:20:39 +0100 Sender: M.Handley@cs.ucl.ac.uk THERE ARE STILL A NUMBER OF PROBLEMS TO BE OVERCOME, SO THIS MAY STILL NOT BE MULTICAST, BUT AS THE DATE IS NOW SO CLOSE, WE FELT SOME ADVANCE WARNING WAS IN ORDER. THE UK HAS ALSO BEEN EXPERIENCING SOME PROBLEMS RECENTLY WITH THE QUALITY OF OUR MBONE FEED, SO NO GUARANTEES.... -------------------------------------------------------------------------- The Nature of Space and Time a series of 6 lectures given alternately by Stephen Hawking and Roger Penrose at the Isaac Newton Institute for Mathematical Sciences, Cambridge, UK Mon 25, Wed 27, Fri 29 April, Mon 2, Wed 4 and Fri 6 May 1994 at 5pm BST (GMT +0100). --------------------------------------------------------------------------- We hope to be able to multicast this series of lectures to the Mbone. We are very grateful to Princeton University, who own the copyright to the audiovisual recordings (videotapes will be available from them later), and have given permission for this multicast. We plan to route the video over fibre from the Newton Institute to Cambridge University AV unit, then via an H.261 codec over the SuperJANET ATM network to London, where it will then traverse the London University LIVENET video network to the MICE lab at UCL Computer Science, where we will compress it further for Mbone transmission. Mark From rem-conf-request@es.net Wed Apr 20 20:42:19 1994 Received: from talisman.kaleida.com by osi-west.es.net via ESnet SMTP service id <05385-0@osi-west.es.net>; Wed, 20 Apr 1994 17:42:03 +0000 Received: from [198.186.10.19] (rodriguez.kaleida.com) by kaleida.com (4.1/Spike-2.1-(Kaleida)) id AA06336; Wed, 20 Apr 94 17:41:55 PDT Date: Wed, 20 Apr 94 17:41:54 PDT Message-Id: <9404210041.AA06336@kaleida.com> X-Sender: aar@talisman.kaleida.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: rem-conf@es.net From: aar@kaleida.com (Arturo A. Rodriguez) Subject: Premier Issue of IEEE Multimedia IEEE Multimedia debuts with six exciting multimedia articles (see below). IEEE members subcription: $20/year. Member of other technical organizations: $36/year Nonmember subscription rates are available upon request. To subscribe contact: IEEE Circulation Dept., P O Box 3014, Los Alamitos, CA 90720-1264 Orders by phone: (714) 821-8380 e-mail information: kwhiteho@computer.org *************** IEEE MultiMedia Spring 1994 Vol.1 No. 1 Tutorial: "Multimedia Information Systems" William I. Grosky, Wayne State University Anyone can appreciate a gentle introduction to multimedia information systems. This is it. Surveys: "In Our Image: Interface Design in the 1990s" Meera M. Blattner, Univ. Of California, Davis and Lawrence Livermore Lab People have become the focus of multimedia interface designers, who try to take advantage of human senses to ease our communication with the computer. "Architectures for Personalized Multimedia" Srinivas Ramanathan and P. Venkat Rangan, Univ of California at San Diego Personalized multimedia on-demand services are fast evolving from a symbiosis of storage, network, and content providers. Architectures and caching techniques can minimize the costs of delivering personalized multimedia programs. "Multimedia Systems: An Overview" Borko Fuhrt, Floria Atlantic University Advances in distributed multimedia systems have begun to significantly affect the development of on-demand multimedia services. The big picture shows multimedia as the merging of computing, communications, and broadcasting. Applications: "Ending the Tyranny of the Button" Wendy Hall, University of Southhampton The purpose here is to explore why the button so dominates today's hypermedia systems and why this must change. "Active Learning through Multimedia" Roger C. Schank, Northwestern University Children learn best by doing. Properly designed educational software on multimedia computers supports active participation and puts the student in control. Departments: 1. Editor-in-Chief's Message: Multimedia Computing Ramesh Jain, Univ of California at San Diego 2. Forum: On-Line Information Exchange Ready Sorel Reisman, California State Univ., Fullerton 3 In the News: Information superhighway, enhanced reality surgery, NYU center opens, Telescript debuts William Grosky, Wayne State University 4. Visions and Views: The Role of Music in Multimedia Stephen W. Smoliar, National Univ. of Singapore 5. Project Reports: Database Vision and Image Retrieval Masao Sakauchi, University of Tokyo 6. Multimedia at Work: Novel Applications of Multimedia Thomas D.C. Little, Boston University Michael Christel, Carnegie Mellon University Simon Gibbs, Christian Breiteneder, and Vicki De Mey, University of Geneva 7. Media Reviews: Four Steps to Mac Multimedia Brian G. Schunck, University of Michigan 8. Standards: ISO Standards from an Information Infrastructure Perspective Peiya Liu, Siemens Corporate Research 9. Upcoming Events 10. New Products *************** Editor in Chief: Ramesh Jain, University of California, San Diego Associate Editors in Chief: Ralf Steinmetz, IBM European Networking Ctr. Masao Sakauchi, U. of Tokyo Editorial Board: Meera Blattner, U. California, Davis; LLNL Glorianna Davenport, MIT Wolfgang Effelsberg, U. Mannheim Nicolas D. Georganas, U. Ottawa Forouzan Golshani, Arizona State U. William Grosky, Wayne State U. Wendy Hall, U. Southampton Thomas Little, Boston U. Peiya Liu, Siemens Corporate Research Hussein Mouftah, BNR, Ottawa Dragutin Petkovic, IBM Research Sorel Reisman, California State U., Fullerton Arturo A. Rodriguez, Kaleida Labs Arun Sood, George Mason U. Scott Stevens, Carnegie Mellon U. From rem-conf-request@es.net Thu Apr 21 02:07:12 1994 Received: from mailgate.prod.aol.net by osi-west.es.net via ESnet SMTP service id <06205-0@osi-west.es.net>; Wed, 20 Apr 1994 23:06:53 +0000 Received: by mailgate.prod.aol.net (1.37.109.4/16.2) id AA23700; Thu, 21 Apr 94 02:04:17 -0400 From: screenride@aol.com X-Mailer: America Online Mailer Sender: screenride Message-Id: <9404210156.tn111894@aol.com> To: rem-conf@es.net Date: Thu, 21 Apr 94 01:56:58 EDT Subject: Subcribing Please Subcribe me to your Internet Video Conferencing mailing list. Thank-you very much. ScreenRide@aol.com. From rem-conf-request@es.net Thu Apr 21 03:54:33 1994 Received: from taurus.cs.nps.navy.mil by osi-west.es.net via ESnet SMTP service id <06673-0@osi-west.es.net>; Thu, 21 Apr 1994 00:54:15 +0000 Received: by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA04805; Thu, 21 Apr 94 00:55:27 PDT Date: Thu, 21 Apr 94 00:55:27 PDT From: brutzman@cs.nps.navy.mil (Don Brutzman) Message-Id: <9404210755.AA04805@taurus.cs.nps.navy.mil> To: mbone@isi.edu, rem-conf@es.net Subject: MBone article available Cc: c.governale@compmail.com, i3la@mbari.org, lewis@cs.nps.navy.mil, mbmg@nps.navy.mil, npsmbone@nps.navy.mil, npsnetrg@cs.nps.navy.mil "MBone Provides Audio and Video Across the Internet" Michael R. Macedonia and Donald P. Brutzman _IEEE COMPUTER_, pp. 30-36, April 1994. PostScript, text, and hypertext versions of this article are available as file://taurus.cs.nps.navy.mil/pub/mbmg/mbone.ps file://taurus.cs.nps.navy.mil/pub/mbmg/mbone.txt file://taurus.cs.nps.navy.mil/pub/mbmg/mbone.html We wrote this article for two reasons. The first was to clarify terminology and technical questions about how the MBone works. The second was to help people get their sites connected and use the tools more effectively. Hopefully the article is of value in these respects to many of you. The text version of the article follows in the next message for convenient saving (or flushing). Mike and I again wish to thank the originators of the MBone tools and the dozens of MBone users who provided essential contributions to this article. regards, Don Don Brutzman work (408) 656-2149 Code OR/Br Naval Postgraduate School [Glasgow 204] fax (408) 656-2595 Monterey California 93943-5000 USA home (408) 372-0190 From rem-conf-request@es.net Thu Apr 21 03:55:41 1994 Received: from taurus.cs.nps.navy.mil by osi-west.es.net via ESnet SMTP service id <06685-0@osi-west.es.net>; Thu, 21 Apr 1994 00:55:14 +0000 Received: by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA04850; Thu, 21 Apr 94 00:56:17 PDT Date: Thu, 21 Apr 94 00:56:17 PDT From: brutzman@cs.nps.navy.mil (Don Brutzman) Message-Id: <9404210756.AA04850@taurus.cs.nps.navy.mil> To: mbone@isi.edu, rem-conf@es.net Subject: MBone article (long) Cc: c.governale@compmail.com, i3la@mbari.org, lewis@cs.nps.navy.mil, mbmg@nps.navy.mil, npsmbone@nps.navy.mil, npsnetrg@cs.nps.navy.mil MBone Provides Audio and Video Across the Internet Michael R. Macedonia and Donald P. Brutzman Naval Postgraduate School Researchers have produced the Multicast Backbone, which provides audio and video connectivity from outer space to under water -- and virtually everyplace in between. Anyone can use it. The joy of science is in the discovery. In March 1993, our group at the Naval Postgraduate School heard that the Jason Project, an underwater exploration and educational program supported by Woods Hole Oceanographic Institution in Massachusetts, was showing live video over the Internet from an underwater robot in waters off Baja, Mexico. We worked furiously to figure out how to receive that video signal, laboring diligently to gather the right equipment, contact the appropriate network managers, and obtain hardware permissions from local bureaucrats. After several days of effort, we learned that a satellite antenna uplink cable on the Jason support ship had become flooded with seawater a few hours before we became operational. Despite this disappointment, we remained enthusiastic because, during our efforts, we discovered how to use the Internet's most unique network, MBone. Short for Multicast Backbone [1], MBone is a virtual network that has been in existence since early 1992. It was named by Steve Casner [1] of the University of Southern California Information Sciences Institute and originated from an effort to multicast audio and video from meetings of the Internet Engineering Task Force. Today, hundreds of researchers use MBone to develop protocols and applications for group communication. Multicast provides one-to-many and many-to-many network delivery services for applications such as videoconferencing and audio where several hosts need to communicate simultaneously. This article describes the network concepts underlying MBone, the importance of bandwidth considerations, various application tools, MBone events, interesting MBone uses (see the two sidebars), and provides guidance on how to connect your Internet site to the MBone. Multicast networks Multicasting has existed for several years on local area networks such as Ethernet and Fiber Distributed Data Interface. However, with Internet Protocol multicast addressing at the network layer, group communication can be established across the Internet. IP multicast addressing [2] is an Internet standard (Request For Comment 1112) developed by Steve Deering [3] of the Xerox Palo Alto Research Center and is supported by numerous workstation vendors, including Sun, Silicon Graphics, Digital Equipment Corporation, and Hewlett-Packard. Categorized officially as an IP Class D address, an IP multicast address is mapped to the underlying hardware multicast services of a LAN. Two things make multicasting feasible on a worldwide scale: (1) installation of high bandwidth Internet backbone connections, and (2) widespread availability of workstations with adequate processing power and built-in audio capability. The reason MBone became a virtual network is that it shares the same physical media as the Internet. It uses a network of routers (mrouters) that can support multicast. These mrouters are either upgraded commercial routers, or dedicated workstations running with modified kernels in parallel with standard routers. MBone is augmented by "tunneling," a scheme to forward multicast packets among the islands of MBone subnets through Internet IP routers that (typically) do not support IP multicast. This is done by encapsulating the multicast packets inside regular IP packets. As installed commercial hardware is upgraded to support multicast traffic, this mixed system of specially dedicated mrouters and tunnels will no longer be necessary. We expect that most commercial routers will support multicast in the near future, eliminating the inefficiencies and management headaches of duplicate routers and tunnels. Bandwidth constraints The key to understanding the constraints of MBone is thinking about bandwidth. The reason a multicast stream is bandwidth-efficient is that one packet can touch all workstations on a network. Thus, a 128-kilobit per second video stream (typically 1-4 frames per second) uses the same bandwidth whether it is received by one workstation or 20. That is good. However, that same multicast packet is ordinarily prevented from crossing network boundaries such as routers. The reasons for this current restriction are religious and obvious from a networking standpoint. If a multicast stream that can touch every workstation could jump from network to network without controls, the entire Internet would quickly become saturated by such streams. That would be disastrous! Therefore, controls are necessary. MBone can control multicast packet distribution across the Internet in two ways: (1) It can limit the lifetime of multicast packets, and (2) It can use sophisticated pruning algorithms to adaptively restrict multicast transmission. This is being tested. Responsible daily use of the MBone network consists merely of making sure you don't overload your local or regional bandwidth capacity. MBone protocol developers are experimenting with automatically pruning and grafting subtrees, but for the most part MBone uses thresholds to truncate broadcasts to the leaf routers. The truncation is based on the setting for the time-to-live (ttl) field in a packet that is decremented each time the packet passes though an mrouter. A ttl value of 16 would limit multicast to a campus, as opposed to values of 127 or 255, which might send a multicast stream to every subnet on the MBone (currently about 13 countries). A ttl field is sometimes decremented by large values under a global thresholding scheme provided to limit multicasts to sites and regions if desired. These issues can have a major impact on network performance. For example, a default video stream consumes about 128 Kbps of bandwidth, or nearly 10 percent of a T1 line (a common site-to-site link on the Internet). Several simultaneous high-bandwidth sessions might easily saturate network links and routers. This problem is compounded by the fact that general-purpose workstation routers that MBone typically uses are normally not as fast or robust as the dedicated hardware routers used in most of the Internet. Networking details When a host on an MBone-equipped subnet establishes or joins a common shared session, it announces that event via the Internet Group Management Protocol. The mrouter on the subnet forwards that announcement to the other mrouters in the network. Groups are disbanded when everyone leaves, freeing up the IP multicast address for reuse. The routers occasionally poll hosts on the subnets to determine if any are still group members. If there is no reply by a host, the router stops advertising that host's group membership to the other multicast routers. MBone routing protocols are still immature and their ongoing design is a central part of this network experiment. Most MBone routers use the Distance Vector Multicast Routing Protocol, which some network researchers commonly consider inadequate for rapidly changing network topologies because routing information propagates too slowly [4]. The Open Shortest Path Working Group [5] has proposed a Multicast extension to the Open Shortest Path link-state protocol that addresses this issue using an algorithm developed by Deering [5]. With both protocols, mrouters must dynamically compute a source tree for each participant in a multicast group. MBone is small enough that this technique is not a problem. However, some researchers speculate that, for a larger network with frequently changing group memberships, these routing techniques will be computationally inefficient. Research efforts on these issues are ongoing, since every bottleneck conquered results in a new bottleneck revealed. Topology and event scheduling The MBone community must manage the MBone topology and the scheduling of multicast sessions to minimize congestion. By the beginning of 1994, some 750 subnets were already connected worldwide. Topology changes for new nodes are added by consensus: A new site announces itself to the MBone mail list, and the nearest potential providers decide who can establish the most logical connection path to minimize regional Internet loading. Scheduling MBone events is handled similarly. Special programs are announced in advance on an MBone event electronic mail list (for example, rem-conf@es.net for messages and rem-conf-request@es.net for subscription requests) (see Tables 1 and 2). Advance announcements usually prevent overloaded scheduling of Internet-wide events and alert potential participants. Cooperation is key. Many people are surprised to learn that no single person or entity is "in charge" of either local topology changes or event scheduling. Protocols The magic of MBone is that teleconferencing can be done in the hostile world of the Internet where variable packet delivery delays and limited bandwidth play havoc with applications that require some real-time guarantees. Limited experiments demonstrated the feasibility of audio over the ARPAnet as early as 1973. However, only a few years ago, transmitting video across the Internet was considered impossible. Development of effective multicast protocols disproved that widespread opinion. In this respect, MBone is like the proverbial talking dog: It's not so much what the dog has to say that is amazing, it's more that the dog can talk at all! The key network concepts that make MBone possible are IP multicast and real-time stream delivery via adaptive receivers. For example, in addition to the multicast protocols, many MBone applications are using the draft Real-Time Protocol on top of the User Datagram Protocol and Internet Protocol. RTP [6], being developed by the Audio-Video Transport Working Group of the Internet Engineering Task Force, provides timing and sequencing services, permitting the application to adapt and smooth out network-induced latencies and errors. Related real-time delivery schemes are also being evaluated. The end result is that even with a time-critical application such as an audio tool, participants normally perceive conversations as if they are in real time. This is because there is actually a small buffering delay to synchronize and resequence the arriving voice packets. Protocol development continues. Although operation is usually acceptable in practice, many aspects of MBone are still considered experimental. Data compression Other aspects of this research include the related needs to compress a variety of media and optionally provide privacy through encryption. Several techniques to reduce bandwidth include Joint Photographic Experts Group compression, wavelet-based encoding, and the ISO standard H.261 for video. Visually, this translates to "velocity compression;" rapidly changing screen blocks are updated much more frequently than slowly changing blocks. Encodings for audio include Pulse Coded Modulation and Group Speciale Mobile (the name of the standardization group for the European digital cellular telephony standard). Besides concerns for real-time delivery, audio is a difficult media for both MBone and teleconferencing in general. This is because of the need to balance signal levels for all parties, who may have different audio processing hardware (for example, different microphones and amplifiers). Audio also generates lots of relatively small packets, which are the bane of network routers. Application tools Besides basic networking technology, MBone researchers are developing new applications that typify many of the goals associated with the information superhighway. Session availability is dynamically announced using a tool called sd (session directory), which displays active multicast groups (see Figure 1). The sd tool also launches multicast applications and automatically selects unused addresses for any new groups. Steve McCanne and Van Jacobson of the University of California Lawrence Berkeley Laboratory developed sd. ________________________________________________________________________ Figure 1. MBone session at the Monterey Bay Aquarium Research Institute showing application tools nv (network video), vat (visual audio tool), wb (whiteboard), and sd (session directory). ________________________________________________________________________ Video, audio, and a shared drawing whiteboard are the principal MBone applications, provided by software packages called nv (net video), vat (visual audio tool), and wb (whiteboard). The principal authors of these tools are Ron Frederick of Xerox Palo Alto Research Center for nv, and McCanne and Jacobson for vat and wb. Each program is available in executable form without charge from various anonymous File-Transfer Protocol sites on the Internet. Working versions are available for Sun, Silicon Graphics, DEC, and Hewlett-Packard architectures, with ports in progress for Macintosh. No DOS, OS-2, Amiga, or Windows versions are available, although ported tools can be found for 386 boxes running the (free) 386BSD Unix. Pointers to all public application tools are included in the Frequently Asked Questions (FAQ) document [1]. Mirror FTP sites are available overseas. Additional tools are also available or under development. Winston Dang of the University of Hawaii has created imm (Image Multicaster Client), a low-bandwidth image server. It typically provides live images of Earth from various geostationary satellites at half-hour intervals in either visible or infrared spectra. Henning Schulzrinne of AT&T/Bell Laboratories developed nevot, a network voice terminal providing multiple party conferences with a choice of transport protocols. Eve Schooler of the Information Sciences Institute is part of a team developing mmcc, a session orchestration tool and multimedia conference control program. Mike Macedonia of the Naval Postgraduate School, coauthor of this article, has created a multicast version of NPSNET [7], a 3D distributed virtual environment that uses the IEEE Distributed Interactive Simulation (DIS) application protocol [8]. Stephen Lau of SRI International is experimenting with using graphics workstation windows as image drivers. Kurt Lidl of UUnet Technologies, Falls Church, Virginia, is working on a network news distribution application that uses multicast to reduce overall Internet loading and expedite news delivery. (Their goal is 120 ms total propagation coast to coast -- which is amazing since light takes about 16 ms to make that trip.) Events Many of the most exciting events on the Internet appear on MBone first. Perhaps the most popular is NASA Select, the in-house cable channel broadcast during space shuttle missions. It's exciting seeing an astronaut positioning another astronaut by the boots to repair a satellite -- live on your desktop from 150 miles above the surface of the planet. Conferences on supercomputing, the Internet Engineering Task Force, scientific visualization, and many other topics have appeared -- often accompanied by directions on how to download PostScript copies of presented papers and slides from anonymous FTP sites. Radio Free VAT is a community radio station whose DJs sign up for air time via an automated server (vat-radio-request@elxr.jpl.nasa.gov). Xerox PARC occasionally broadcasts lectures by distinguished speakers. Internet Talk Radio (Carl Malamud, info@radio.com) has presented talks by US Vice President Al Gore, talk-show host Larry King, and others. Another new area is remote learning, which can use MBone to bring expertise over long distances and multiply training benefits. Finally, default MBone audio and video channels are provided so that new users can experiment and get advice from more experienced users. Groupwork on groupware The MBone community is active and open. Work on tools, protocols, standards, applications, and events is very much a cooperative and international effort. Feedback and suggestions are often relayed to the entire MBone electronic mail list. (As an example, the article you are reading was previewed by that group.) Cooperation is essential due to the limited bandwidth of many networks -- in particular, transoceanic links. So far, no hierarchical scheme has been necessary for resolving potentially contentious issues such as topology changes or event scheduling. Interestingly, distributed problem solving and decision making has worked on a human level just as successfully as on the network protocol level. We hope this decentralized approach will continue to be successful, even with the rapid addition of new users. Cost of admission The cost of equipment is often relatively low, but to get on MBone, you need the willingness to study and learn how to use these new and fast- moving tools, you need bandwidth, and you need some hardware. NPS runs MBone tools on workstations connected via Ethernet (10 Mbps). Off-campus links are via T1 lines (1.5 Mbps). We found that bandwidth capacities lower than T1 are generally unsuitable for MBone video, although some users -- sometimes entire countries! -- on specially configured networks have managed to make the tools work at 56 and 64 Kbps. Given adequate network bandwidth, you next need a designated MBone network administrator. Working part-time, it typically takes one to three weeks for a network-knowledgeable person to establish MBone at a new site. Setup is not for the faint of heart, but all the tools are documented, and help is available from the MBone list. You should read the Frequently Asked Questions a few times, ensure that software tools and multicast-compatible kernels are available for your target workstations, and subscribe to the mail list in advance to enable you to ask questions and receive answers. Table 1 shows the various worldwide MBone list subscription request addresses. After subscribing, review the FAQ. These tools can also work in isolation between workstations on a single LAN without an mrouter. We recommend that you test the application tools locally in advance (before going through the dedicated mrouter effort) to see if they are compatible with your system and match your expectations. To receive multicast packets on your LAN, you will need to configure an mrouter. This can be either a single workstation on a LAN, or a host dedicated as a parallel mrouter. A nondedicated single workstation can receive and pass multicast to its LAN neighbors, but this arrangement can place double MBone traffic on that LAN. A more practical approach is to dedicate an old unused workstation as an mrouter and equip it with two Ethernet cards, which are needed so this mrouter can act independently and in parallel with your standard IP router. (NPS uses both approaches.) After deciding on your mrouter configuration, obtain and load the application software tools. You are now ready to put multicast on your LAN. Once connected, you should pass along any lessons learned to the tool authors or the MBone list. When the opportunity presents itself, show your overall network site administrator something spectacular on MBone (such as a live space walk) and make sure your site is budgeting funds to increase your network bandwidth. Demands on network bandwidth are significant and getting more critical. You might consider Tengdin's First (and Only) Law of Telecommunications: "The jump from zero to whatever baud rate is the most important jump you can make. After that, everyone always wants to go straight to the speed of light." Caveats aplenty Problems still exist and a lot of work is in progress. The audio interface takes coaching and practice. Leaving your microphone on by mistake can disrupt a session since typically only one person can be understood at a time. You will need a video capture board in your workstation to transmit video, but no special hardware is needed to receive video. One-to-four frames per second video seems pretty slow (standard video is 30 frames per second), but in practice it is surprisingly effective when combined with phone-quality voice. There is one big danger: One user blasting a high-bandwidth video signal (greater than 128 Kbps) can cause severe and widespread network problems. Controls on access to tools are rudimentary and security is minimal; for example, a local user might figure out how to listen through your workstation mike (unless you unplug it). Audio broadcast preparations are often overlooked but can be just as involved as video broadcast preparations. Network monitoring tools are not yet convenient to use. There is no guaranteed delivery: Lost packets stay lost. Internet bandwidth is still inadequate for MBone in many countries. On one occasion, an unusual topology change caused a feedback loop that overrode the NASA Select audio track. Although plenty of people were willing to point out the symptoms of our error, it was not possible for the rest of the network to cut off the offending workstation cleanly. More situations will undoubtedly occur as MBone developers and users learn more. Unpleasant surprises usually trigger a flurry of discussion and a corresponding improvement in the tools. Expect to spend some time if you want to be an MBone user. It is time-consuming because learning and fixing are involved and because it is lots of fun! It is not every day that someone says to you, "Here is a multimedia television station that you can use to broadcast from your desktop to the world." These are powerful concepts and powerful tools that extend our ability to communicate and collaborate tremendously. They have already changed the way people work and interact on the net. ________________________________________________________________________ MBone and Distance Learning at the Naval Postgraduate School Mike McCann, Naval Postgraduate School Visualization Laboratory In March 1993, the W.R. Church Computer Center at the Naval Postgraduate School dedicated a Sun Sparcstation 2 to act as a Multicast Backbone (MBone) router for the campus and the Monterey Bay research community. This router and an IP-encapsulated tunnel from Stanford University provides the NPS backbone with real-time audio, video, and other MBone data feeds. The MBone is an excellent tool for those doing research in networks and video teleconferencing technology. Although it is not generally thought of as "ready for prime time" (audio dropouts may be frequent and video, at best, is only 3 frames per second over the Internet), NPS successfully used it to provide training in Cray Fortran optimization from the National Center for Atmospheric Research in Boulder, Colorado. Five people who would not have been able to afford to travel to Boulder remotely "attended" the three-day training course at the NPS Computer Center's Visualization Laboratory. For the session, students -- including myself -- enjoyed two-way audio and video between the classroom at NCAR and the lab at NPS, and could ask questions of the NCAR instructor over the network. Advance preparation, good audio, and a camera operator in the NCAR classroom gave us a real feeling of presence in Boulder. "It was just like being there," one of my classmates said. Paul Hyder of NCAR was instrumental in helping set up a direct "backup" tunnel between NPS and NCAR, where the slowest link is the T1 line between NPS and Stanford. During the course, there was only one 30-minute period of broken-up audio. We later determined that this interruption was caused by congestion on NCAR's Ethernet LAN. For much of 1993, the NPS Visualization Lab loaned a Sun Sparcstation 10 to the Monterey Bay Aquarium Research Institute for testing and incorporation into the live audio/video link to the research vessel Point Lobos and the remotely operated vehicle Ventana that explore the Monterey submarine canyon each day (see Figure 2). Local researchers in oceanography, virtual reality, and autonomous underwater vehicles continue to take advantage of the collaboration opportunities that this technology makes possible. It might not be too long before MBone enables us to videoconference with a classroom or a colleague half way around the world -- directly from our desktop workstations. ________________________________________________________________________ Figure 2. The sd (session directory) of MBone events. ________________________________________________________________________ Remote science over the MBone during the Jason Project Andy Maffei, Woods Hole Oceanographic Institution Jason/Medea is a remotely operated, dual-vehicle system developed by the Woods Hole Oceanographic Institution for underwater science and exploration. The Jason Foundation for Education uses this system as part of an annual Jason Project expedition. During 1993, more than 600,000 K-12 students were involved in the project via live satellite transmissions. While prime broadcast hours of the expedition focused on the project's educational mission, an intense science program was conducted on a concurrent round-the-clock basis. The EDS Corporation and the University of Texas at Dallas provided a 56-Kbps data circuit for the project. Running on a Sun Workstation, MorningStar PPP software established the Internet connection with research vessel Laney Chouest from which the vehicles were deployed. This Internet connection made a transparent link with the multicast IP-based MBone. Although the lab experimented with multicast videoconferencing tools such as nv and vat, our primary interest in using the MBone was to transmit experimental data and to support shore-based models that depicted the positions and movement of the Laney Chouest and the two Jason/Medea vehicles. This technology was used by several investigators collaborating on Jason science projects at different locations throughout the US. Both 2D and 3D models were developed at the Deep Submergence Laboratory for use on Sun and Silicon Graphics workstations. Software packages to access these models, along with real-time MBone data, were available to anyone on the MBone who wanted to try them out. As sonar surveys progressed during the expedition, data was transmitted back to shore, and the detailed models were updated and then distributed over the Internet. A workstation on board the Laney Chouest generated multicast packets containing navigation and attitude information for the three vehicles. These packets were distributed in real time over the MBone so users running the modeling software could watch a graphic display of Jason prowling real seafloor features as scientists investigated seamounts, thermal plumes, and the area's unique ecology. In addition to vehicle information, experimental data variables (such as temperatures) were multicast on the MBone. Scientists and other interested users could write programs to read these experimental values, watch the models evolve, and get immediate feedback on progress being made during different experiments. From the accounts of participating researchers, MBone use enhanced the science carried out during the cruise. However, since we spent a lot of time supporting specific experiments, we were unable to spend much time helping other interested MBone users get models up and running at their own sites. This was the first time we used multicast IP during an experiment, but we nevertheless learned a great deal. Such unique experiments demonstrate the value of other science-based tools, in addition to more generic videoconferencing applications. For additional information, contact Andy Maffei at Woods Hole Oceanographic Institution, Deep Submergence Laboratory, Woods Hole, MA 02543. ________________________________________________________________________ Table 1. Electronic mail addresses for requesting addition to the MBone mail lists. Electronic Mail Address Mail List For Subscription Requests Region mbone-eu: mbone-eu-request@sics.se Europe mbone-jp: mbone-jp-request@wide.ad.jp Japan mbone-korea mbone-korea-request@mani.kaist.ac.kr Korea mbone-na: mbone-na-request@isi.edu North America mbone-nz: mbone-nz-request@waikato.ac.nz New Zealand mbone-oz: mbone-oz-request@internode.com.au Australia mbone-sg: mbone-sg-request@lincoln.technet.sg Singapore mbone: mbone-request@isi.edu Others rem-conf: rem-conf-request@es.net Worldwide ________________________________________________________________________ Table 2. Electronic mail addresses for putting messages on the mailing lists. Electronic Mail Address Mail List for Posting Messages Purpose MBone mbone@isi.edu Network configuration and tool development rem-conf rem-conf@es.net Conference announcements and general discussion ________________________________________________________________________ References 1. Casner, " Frequently Asked Questions (FAQ) on the Multicast Backbone," May 6, 1993, file://venera.isi.edu/mbone/faq.txt 2. D.E. Comer, Internetworking with TCP/IP, Vol. 1, Prentice Hall, Englewood Cliffs, N.J., 1991. 3. S. Deering, "Host Extensions for IP Multicasting," Request For Comment 1112, Aug. 1989, file://nic.ddn.mil/rfc/rfc1112.txt 4. R. Perlman, Interconnections: Bridges and Routers, Addison-Wesley, New York, 1993, p. 258. 5. J. Moy, "Multicast Extensions to OSPF," Internet Engineering Task Force Draft, July 1993, file://nic.ddn.mil/internet-drafts/draft-ietf-mospf-multicast-04.txt 6. H. Schulzrinne and S. Casner, "RTP: A Transport Protocol for Real-Time Applications," Internet Engineering Task Force Draft, Oct. 20, 1993, file://nic.ddn.mil/internet-drafts/draft-ietf-avt-rtp-04.ps 7. D.R. Pratt, M.J. Zyda, et al., NPSNET Annual Lab Review, Dec. 1993, available at file://taurus.cs.nps.navy.mil/pub/npsnet/npsnet.annual.report.ps 8. IEEE Standard for Information Technology -- Protocols for Distributed Interactive Simulation Applications, Version 2.0, Univ. of Central Florida, Inst. for Simulation and Training, Orlando, Florida, May 28, 1993. ________________________________________________________________________ Further reading Baker, S., "Multicasting for Sound and Video," Unix Review, Feb. 1994, pp. 23-29. Casner, S., and S. Deering, "First IETF Internet Audiocast," ACM SIGComm Computer Communications Review, July 1992, pp. 92-97; also as file://venera.isi.edu/pub/ietf-audiocast.article.ps Curtis, P., MBone map, available via anonymous FTP from file://parcftp.xerox.com/pub/net-research/mbone-map-big.ps Deering, S., "MBone: The Multicast Backbone," CERFnet Seminar, Mar. 3, 1993, file://parcftp.xerox.com/pub/net-research/cerfnet-seminar-slides.ps ________________________________________________________________________ Acknowledgments We thank the originators of the MBone tools and dozens of MBone users who provided essential contributions to this article. ________________________________________________________________________ Michael R. Macedonia is a US Army major and a PhD student in computer science at the Naval Postgraduate School. His research is directed toward the development of software architectures supporting large-scale distributed virtual environments. During Operations Desert Shield and Desert Storm, he led a team that designed and established computer communications between the Joint Electronic Warfare Center modeling network and US forces in the Middle East to provide electronic warfare analytical products for combat commanders. Macedonia received a BS from the US Military Academy in 1979 and an MS from the University of Pittsburgh in 1989. He is a member of the IEEE Computer and Communications Societies. Donald P. Brutzman is a lieutenant commander and submarine officer in the US Navy, and has served three submarine tours. His current doctoral research investigates the design and construction of an underwater virtual world that includes an operational autonomous underwater robot. His research interests also include 3D real-time computer graphics, virtual worlds, scientific visualization, underwater robotics, distributed simulation, machine learning, and high-performance network applications. He is editor of video proceedings for annual unmanned underwater vehicle conferences. Brutzman received a BSEE from the US Naval Academy in 1978 and an MS in computer science from the Naval Postgraduate School in 1992. He is a member of IEEE, the IEEE Computer Society, ACM, and the American Association for Artificial Intelligence. Readers can contact the authors at the Computer Science Department, Naval Postgraduate School, Monterey CA 93943-5000. Their e-mail addresses are macedonia@cs.nps.navy.mil and brutzman@nps.navy.mil ________________________________________________________________________ FTP availability This article is available electronically via anonymous FTP to taurus.cs.nps.navy.mil in subdirectory pub/mbmg as mbone.ps; in Uniform Resource Locator (URL) format used above, this anonymous FTP request corresponds to file://taurus.cs.nps.navy.mil/pub/mbmg/mbone.ps Text and hypertext versions of this article are available as file://taurus.cs.nps.navy.mil/pub/mbmg/mbone.txt file://taurus.cs.nps.navy.mil/pub/mbmg/mbone.html This article was published in _IEEE COMPUTER_ magazine, pp. 30-36, April 1994. ________________________________________________________________________ From rem-conf-request@es.net Thu Apr 21 09:04:24 1994 Received: from haig.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <07553-1@osi-west.es.net>; Thu, 21 Apr 1994 06:04:00 +0000 Received: from danger.cs.ucl.ac.uk by haig.cs.ucl.ac.uk with local SMTP id ; Thu, 21 Apr 1994 13:45:39 +0100 From: Mark Handley Organisation: University College London, CS Dept. Phone: +44 71 380 7777 ext 3666 To: rem-conf@es.net Subject: Re: "The Nature of Space and Time" by Stephen Hawking and Roger Penrose In-reply-to: Your message of "Wed, 20 Apr 94 19:20:39 BST." Date: Thu, 21 Apr 94 13:44:04 +0100 Sender: M.Handley@cs.ucl.ac.uk My apologies for a premature announcement - I've heard from Chris Cheney at Cambridge University, who was organising this, that they now will not be able to receive the AV material from the TV crew, so although all the networks should have worked properly, unfortunately we will not be able to multicast these lectures - sorry! Mark >THERE ARE STILL A NUMBER OF PROBLEMS TO BE OVERCOME, SO THIS MAY STILL NOT >BE MULTICAST, BUT AS THE DATE IS NOW SO CLOSE, WE FELT SOME ADVANCE WARNING >WAS IN ORDER. THE UK HAS ALSO BEEN EXPERIENCING SOME PROBLEMS RECENTLY WITH >THE QUALITY OF OUR MBONE FEED, SO NO GUARANTEES.... > >-------------------------------------------------------------------------- > > The Nature of Space and Time > a series of 6 lectures > given alternately by > > Stephen Hawking > and > Roger Penrose From rem-conf-request@es.net Thu Apr 21 11:16:47 1994 Received: from aurora.engr.LaTech.edu by osi-west.es.net via ESnet SMTP service id <08008-0@osi-west.es.net>; Thu, 21 Apr 1994 08:16:20 +0000 Received: from arthur.engr.latech.edu (wangz@arthur.engr.LaTech.edu [138.47.18.30]) by aurora.engr.latech.edu (8.6.8.1/8.6.8) with ESMTP id KAA13404 for ; Thu, 21 Apr 1994 10:16:17 -0500 From: Wang Zhengrong Received: (wangz@localhost) by arthur.engr.latech.edu (8.6.8.1/8.6.8) id KAA08459 for rem-conf@es.net; Thu, 21 Apr 1994 10:16:15 -0500 Message-Id: <199404211516.KAA08459@arthur.engr.latech.edu> Subject: A New Image Compression Algorithm To: rem-conf@es.net Date: Thu, 21 Apr 1994 10:16:14 -0500 (CDT) X-Mailer: ELM [version 2.4 PL22.4] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1450 A New Image Compression Algorithm A new algorithm for still and motion image compression has been developed at Department of Electrical Engineering, Louisiana Tech Univ. For still image, the new algorithm could give compression ratio one to three times of JPEG with the same level of visual quality and computation complexity. On 512x512 8-bit 'lenna' (gray), a frequently used test image for image compression algorithm, our algorithm could give performance of PSNR 33.85dB at 0.25bpp, quite close to the best known result. For motion image, the new algorithm requires much less computation resource than MPEG and give better quality. On some type of image, the algorithm could even give 200 to 400 compression ratio. The new algorithm exhibits strong potential for real application such as mutlimedia, visual communication, etc. We are looking for a suitable partener to co-develop this technique into possible product. If your company think this could be of your interest, please contact us (E-mail preferred). Zhengrong Wang -- --------------------------------------------------------------------- * Zhengrong Wang * * Department of Electrical Engineering * * Louisiana Tech Univ * * Ruston, LA 71272 * * E-mail: wangz@engr.latech.edu * --------------------------------------------------------------------- From rem-conf-request@es.net Thu Apr 21 16:38:45 1994 Received: from rx7.ee.lbl.gov by osi-west.es.net via ESnet SMTP service id <09885-0@osi-west.es.net>; Thu, 21 Apr 1994 13:38:28 +0000 Received: by rx7.ee.lbl.gov for rem-conf@es.net (5.65/1.44r) id AA25330; Thu, 21 Apr 94 13:39:10 -0700 Message-Id: <9404212039.AA25330@rx7.ee.lbl.gov> To: Mark Handley Cc: rem-conf@es.net Subject: Re: "The Nature of Space and Time" by Stephen Hawking and Roger Penrose In-Reply-To: Your message of Thu, 21 Apr 94 13:44:04 BST. Date: Thu, 21 Apr 94 13:39:09 PDT From: Van Jacobson Arrrrrrrgh!!!! The greatest physicist since Newton giving live lectures to the world from Cambridge would have been a milestone event for the Mbone & the Internet! What's the problem? Is it something I can help fix? Do you need equipment or is it one of those foul smelling "political" things? - Van From rem-conf-request@es.net Thu Apr 21 17:51:52 1994 Received: from ninet.research.att.com by osi-west.es.net via ESnet SMTP service id <10532-0@osi-west.es.net>; Thu, 21 Apr 1994 14:51:34 +0000 Received: by research.att.com; Thu Apr 21 17:49 EDT 1994 Received: from palace.UUCP by allegra.tempo.att.com; id AA13945; Thu, 21 Apr 94 17:49:26 EDT Date: Thu, 21 Apr 94 17:49:24 EDT From: dmk@allegra.att.com (Dave Kristol) To: mbone@isi.edu, rem-conf@es.net, www-announce@www0.cern.ch Subject: announcing "Bell Labs Live" broadcast for April 27 [We would like to encourage as many people as possible to watch this program via multicast, and to use the Web page as a convenient reference.] AT&T Bell Laboratories will broadcast a day-long program, ``Bell Labs Live,'' on Wednesday, April 27, 1994, 10 am to 4 pm EDT (with repeated segments from 4-7 pm). Celebrate the tenth anniversary of National Science and Technology Week in Your Classroom. Produced by the people of AT&T Bell Labs, America's first six-hour TV science and technology marathon covers a broad range of science subjects from the earth's environment to the dark matter in the universe. This program is endorsed by the National Science Foundation. ``Bell Labs Live'' will be widely available via: - Cable. Check local listings. - PBS. Check local listings. - Whittle Channel One Network. - Internet audio and video, by multicast: IP address: (to be announced) IP ports: (to be announced) (Consult "sd" for actual listings.) For complete program listings, consult this World-Wide Web page: http://www.research.att.com/BLLive.html Dave Kristol dmk@allegra.att.com From rem-conf-request@es.net Fri Apr 22 00:15:37 1994 Received: from ibminet.awdpa.ibm.com by osi-west.es.net via ESnet SMTP service id <12058-0@osi-west.es.net>; Thu, 21 Apr 1994 19:06:10 +0000 Received: by ibminet.awdpa.ibm.com (5.61/1.15) id AA23411; Thu, 21 Apr 94 19:11:42 -0700 Received: by ibmpa.awdpa.ibm.com (5.65b(em1)/2.06) id AA21044; Thu, 21 Apr 94 19:04:54 -0700 Received: from taurus.cs.nps.navy.mil by ibminet.awdpa.ibm.com (5.61/1.15) id AA23182; Thu, 21 Apr 94 19:07:14 -0700 Received: from trouble.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA22044; Thu, 21 Apr 94 19:03:11 PDT Received: by trouble.cs.nps.navy.mil (931110.SGI/911001.SGI) for @taurus.cs.nps.navy.mil:rem-conf%es.net@ibmpa.awdpa.ibm.com id AA19259; Thu, 21 Apr 94 19:03:09 -0700 From: Your VE info source Message-Id: <9404211903.ZM19247@trouble.cs.nps.navy.mil> Date: Thu, 21 Apr 1994 19:03:09 -0700 X-Mailer: Z-Mail (3.1b.0 09feb94 MediaMail) To: rem-conf%es.net@ibmpa.awdpa.ibm.com Subject: IEEE COMPUTER Special Issue on Real World Virtual Environments Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Reach 100,000 IEEE COMPUTER Readers! Call for Papers and Referees for a Special Issue of IEEE COMPUTER on Real World Virtual Environments COMPUTER has planned to devote the July 1995 issue to the topic of "real world virtual environments". For this issue, we intend to focus on actually implemented virtual environments, environments that work today for real applications. Manuscripts surveying real applications, original research on real virtual environments, the design and development of real applications, and full descriptions and evaluations of real virtual environment applications are sought immediately. Our areas of interest are: - real applications. - case studies of virtual environment implementations. - novel user interfaces for virtual environment applications. - distributed and networked virtual environments. - instances and results of cooperative work via networked virtual environments. - evaluations of implemented virtual environments. Instructions for Submitting Manuscripts Manuscripts should be no more than 6,000 words typed on double-spaced, 12 point type, single-sided pages including all text, figures, and references. (Count each figure as 350 words). No more than 12 references should be cited. Papers must not have been previously published or currently submitted for publication elsewhere. Manuscripts should have a title page which includes: the title of the paper, full name, affiliation, physical address, electronic mail address, telephone number of the contact author, a 150 word abstract and a list of keywords that identify the central issues of the manuscript's content. Deadlines: 150 word abstract of the manuscript: 1 June 94 Ten copies of the full manuscript: 1 July 94 Notification of decisions: 1 January 95 Final version of the manuscript: 1 March 95 Date of the special issue: July 95 Questions regarding the special issue can be directed to either: David R. Pratt or Michael J. Zyda Naval Postgraduate School Naval Postgraduate School Code CS/Pr Code CS/Zk Dept. of Computer Science Dept. of Computer Science Monterey, CA 93943-5100 Monterey, CA 93943-5100 (408) 656-2865 (408) 656-2305 (408) 656-2814 (fax) (408) 656-2814 (fax) pratt@cs.nps.navy.mil zyda@trouble.cs.nps.navy.mil Referees If you are willing to referee papers for the special issue, please send a note to Dr. Ted Lewis, Editor-in-Chief, COMPUTER: Dr. Ted Lewis Editor-in-Chief, COMPUTER Naval Postgraduate School Code CS Dept of Computer Science Monterey, CA 93943-5100 lewis@cs.nps.navy.mil From rem-conf-request@es.net Fri Apr 22 04:16:13 1994 Received: from haig.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <13091-0@osi-west.es.net>; Fri, 22 Apr 1994 01:15:44 +0000 Received: from danger.cs.ucl.ac.uk by haig.cs.ucl.ac.uk with local SMTP id ; Fri, 22 Apr 1994 09:15:32 +0100 From: Mark Handley Organisation: University College London, CS Dept. Phone: +44 71 380 7777 ext 3666 To: Van Jacobson cc: rem-conf@es.net Subject: Re: "The Nature of Space and Time" by Stephen Hawking and Roger Penrose In-reply-to: Your message of "Thu, 21 Apr 94 13:39:09 PDT." <9404212039.AA25330@rx7.ee.lbl.gov> Date: Fri, 22 Apr 94 09:14:08 +0100 Sender: M.Handley@cs.ucl.ac.uk >Arrrrrrrgh!!!! The greatest physicist since Newton giving live >lectures to the world from Cambridge would have been a milestone >event for the Mbone & the Internet! That's what we thought too! >What's the problem? Is it >something I can help fix? Do you need equipment or is it one of >those foul smelling "political" things? Unfortuantely it's out of our hands. Chris Cheney of Cambridge decided that since they couldn't get the professional video feed from the BBC, they didn't want to do it. I think their problem was that it might be so high profile that if they couldn't do it exactly right, they didn't want to do it at all. There may be some political stuff behind the scenes, but we were told it was entirely due to not being able to get the professional video feed (and yes we did offer to drive to Cambridge immediately with as many cameras as they could possibly want!). All the various links were already set up, with the exception of the feed out of the room. Mark From rem-conf-request@es.net Fri Apr 22 04:41:23 1994 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <13189-0@osi-west.es.net>; Fri, 22 Apr 1994 01:41:04 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-14) id ; Fri, 22 Apr 1994 01:41:00 -0700 Posted-Date: Fri 22 Apr 94 01:40:03 PDT Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Fri, 22 Apr 94 01:40:04 PDT Date: Fri 22 Apr 94 01:40:03 PDT From: Stephen Casner Subject: Transcript of AVT meeting To: rem-conf@es.net Message-Id: <767007603.0.CASNER@XFR.ISI.EDU> Mail-System-Version: To those interested in the Audio/Video Transport Working Group and the Real-time Transport Protocol (RTP): I hope to have the minutes of the Seattle meeting completed and sent out within a day or so. However, since they are already past due, I have decided to make available the transcript of the meeting that I made from the recordings as part of the process of writing the minutes (I can't take notes well enough in real time). Most people would probably prefer to wait for the condensed minutes, but for those who are interested, the transcript available from ftp.isi.edu in mbone/avt/transcript.94mar. I also intend to answer more specifically the comments several of you sent in response to my message about proposed changes to RTP. Thanks for your patience. -- Steve ------- From rem-conf-request@es.net Fri Apr 22 04:51:39 1994 Received: from rx7.ee.lbl.gov by osi-west.es.net via ESnet SMTP service id <13310-0@osi-west.es.net>; Fri, 22 Apr 1994 01:51:17 +0000 Received: by rx7.ee.lbl.gov for rem-conf@es.net (5.65/1.44r) id AA26128; Fri, 22 Apr 94 01:52:13 -0700 Message-Id: <9404220852.AA26128@rx7.ee.lbl.gov> To: Mark Handley Cc: rem-conf@es.net Subject: Re: "The Nature of Space and Time" by Stephen Hawking and Roger Penrose In-Reply-To: Your message of Fri, 22 Apr 94 09:14:08 BST. Date: Fri, 22 Apr 94 01:52:12 PDT From: Van Jacobson How did the BBC get so confused? Thanks to the MICE, Britain already has a reputation for supplying high quality seminars to the world. This series would have made the UK preeminent and set a set a standard that no one else could ever hope to match. (Not to mention giving Cambridge a *major* "one-up" on London.) Why would the BBC want to make England to look stupid & petty rather than an enlightened leader of the intellectual and technical world? Particularly when all they have to do to be international heroes is let someone run a short chunk of coax from their mix board to a nearby sparcstation. This would undoubtedly been the largest Mbone event ever and probably the largest Internet event. (We were already making plans to bus science students up from Oakland so they could watch.) Though it's probably futile, I pray someone will see reason before it's too late. - Van From rem-conf-request@es.net Fri Apr 22 10:05:32 1994 Received: from viipuri.nersc.gov by osi-east.es.net via ESnet SMTP service id <18706-0@osi-east.es.net>; Fri, 22 Apr 1994 07:05:06 +0000 Received: by viipuri.nersc.gov (4.1/ESnet-1.2) id AA05669; Fri, 22 Apr 94 07:05:02 PDT Date: Fri, 22 Apr 94 07:05:02 PDT From: ari@es.net (Ari Ollikainen) Message-Id: <9404221405.AA05669@viipuri.nersc.gov> To: M.Handley@cs.ucl.ac.uk, van@ee.lbl.gov Subject: Re: "The Nature of Space and Time" by Stephen Hawking and Roger Penrose Cc: rem-conf@es.net >Unfortuantely it's out of our hands. Chris Cheney of Cambridge decided that >since they couldn't get the professional video feed from the BBC, they >didn't want to do it. I think their problem was that it might be so high >profile that if they couldn't do it exactly right, they didn't want to do it >at all. So why can't ANYONE receiving the BBC network transmission turn around and put it on the net? Or is it AGAINST the LAW in England to retransmit BBC's signal? 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 Fri Apr 22 10:05:37 1994 Received: from faui45.informatik.uni-erlangen.de by osi-west.es.net via ESnet SMTP service id <14225-0@osi-west.es.net>; Fri, 22 Apr 1994 07:05:19 +0000 Received: from faui43.informatik.uni-erlangen.de by uni-erlangen.de with SMTP; id AA17414 (5.65c-6/7.3v-FAU); Fri, 22 Apr 1994 16:04:27 +0200 Received: from faui45r.informatik.uni-erlangen.de by immd4.informatik.uni-erlangen.de with SMTP; id AA29967 (5.65c-6/7.3m-FAU); Fri, 22 Apr 1994 16:04:24 +0200 From: Toerless Eckert Message-Id: <199404221404.AA29967@faui43.informatik.uni-erlangen.de> Subject: Re: Pan-tilt for video? To: James A Ferwerda Date: Fri, 22 Apr 94 16:04:15 MET DST Cc: borrel@dhhalden.no, rem-conf@es.net, cu-seeme-l@cornell.edu In-Reply-To: <9404132021.AA21696@merckx.graphics.cornell.edu>; from "James A Ferwerda" at Apr 13, 94 4:20 pm Organisation: CSD IMMD IV, University of Erlangen, Germany X-Mailer: ELM [version 2.3 PL11] If we are at the topic of remotely controlling equipment: Does anyone know of a unit that can operate an infrared transmitter/receiver via RS232 to control VCRs, satellite receiver and other consumer equipment ? best regards Toerless From rem-conf-request@es.net Fri Apr 22 10:17:45 1994 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <14296-0@osi-west.es.net>; Fri, 22 Apr 1994 07:17:28 +0000 Received: from stanley.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Fri, 22 Apr 1994 15:17:13 +0100 To: rem-conf@es.net Subject: Re: "The Nature of Space and Time" by Stephen Hawking and Roger Penrose In-reply-to: Your message of "Fri, 22 Apr 94 07:05:02 PDT." <9404221405.AA05669@viipuri.nersc.gov> Date: Fri, 22 Apr 94 15:17:10 +0100 From: Gordon Joly Ari> So why can't ANYONE receiving the BBC network transmission turn around and Ari> put it on the net? Ari> Or is it AGAINST the LAW in England to retransmit BBC's signal? Ari> ari@es.net _/_/ _/_/_/_/ _/ Ari Ollikainen {VOX: 510 423-5962} No. Indeed, somebody has been putting out MTV this week (UK only). But the BBC are not doing a live transmission. The a/v will be post-processed. Gordon Joly Phone +44 71 380 7934 FAX +44 71 387 1397 Emails::G.Joly@cs.ucl.ac.uk:ucacgcj@ucl.ac.uk:mice-nsc@cs.ucl.ac.uk Comp Sci, University College, London, Gower Street, LONDON WC1E 6BT XXX YYY WWW & http://www.cs.ucl.ac.uk/mice/gjoly.html & WWW YYY XXX From rem-conf-request@es.net Fri Apr 22 10:24:09 1994 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <14346-0@osi-west.es.net>; Fri, 22 Apr 1994 07:23:32 +0000 Received: from danger.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Fri, 22 Apr 1994 15:23:20 +0100 From: Mark Handley Organisation: University College London, CS Dept. Phone: +44 71 380 7777 ext 3666 To: ari@es.net (Ari Ollikainen) cc: van@ee.lbl.gov, rem-conf@es.net Subject: Re: "The Nature of Space and Time" by Stephen Hawking and Roger Penrose In-reply-to: Your message of "Fri, 22 Apr 94 07:05:02 PDT." <9404221405.AA05669@viipuri.nersc.gov> Date: Fri, 22 Apr 94 15:23:14 +0100 Sender: M.Handley@cs.ucl.ac.uk >So why can't ANYONE receiving the BBC network transmission turn around and >put it on the net? > >Or is it AGAINST the LAW in England to retransmit BBC's signal? Firstly I got it wrong - it's one of the independant channels here that are recording it, not the BBC. Secondly they're not recording it for direct transmission - they're recording it on contract from Princeton University, who own the AV recording rights. I have no more news at the moment. Mark From rem-conf-request@es.net Fri Apr 22 11:22:20 1994 Received: from s1.msi.umn.edu by osi-west.es.net via ESnet SMTP service id <14740-0@osi-west.es.net>; Fri, 22 Apr 1994 08:21:58 +0000 Received: from i5.msi.umn.edu by s1.msi.umn.edu; Fri, 22 Apr 94 10:19:01 -0500 From: hughes@s1.msi.umn.edu Message-Id: <9404221519.AA05030@i5.msi.umn.edu> Received: by i5.msi.umn.edu; Fri, 22 Apr 94 10:19:00 -0500 Subject: Re: Pan-tilt for video? To: Toerless.Eckert@informatik.uni-erlangen.de (Toerless Eckert) Date: Fri, 22 Apr 1994 10:19:00 -0600 (CDT) Cc: jaf@graphics.cornell.edu, borrel@dhhalden.no, rem-conf@es.net, cu-seeme-l@cornell.edu In-Reply-To: <199404221404.AA29967@faui43.informatik.uni-erlangen.de> from "Toerless Eckert" at Apr 22, 94 04:04:15 pm X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1929 According to Toerless Eckert: > > If we are at the topic of remotely controlling equipment: > > Does anyone know of a unit that can operate an infrared transmitter/receiver > via RS232 to control VCRs, satellite receiver and other consumer > equipment ? There are a few makers of stuff like this. Try Crestron in New Jersey for one, but there are many others. The Crestron stuff has proven to be very reliable, but must all be programmed through a PC program. For remotes they don't already have the codes for, you need to buy a learner, which for their system is another thousand or so. There is some super low-end stuff to, like the one-for-all remote for sale through HAL (Home Automation Laboratories), but you can't teach it codes yourself. They may have a new model out which has a learner. With the Crestron stuff you can have multiple emitters, lots of sensor to determine the state of various equipment, and do logical operations on the sensor states and other internal variables to operate everything. In order to work with other equipment and computers it has one or more RS232 inputs. You can also buy touch screens (bw and color) and keypads and remotes and all kinds of stuff to go with it. The touch screen can have video playing in the background and cute stuff like that. Sorry, don't have Crestron's number on me, but they are in New Jersey. Don't have the HAL number either, but you could probably call 800-555-1212 in the U.S. at least and get the number. As for other companies I'm not really sure of their names. Elan? Media Magician? Sorry - not an expert. You can probably squeeze the names of Crestron's competition out of them. -- Matt Hughes, Graphics Support Coordinator University of Minnesota Supercomputer Institute 1200 Washington Avenue South Ph: (612) 626-1765 Minneapolis, MN 55415 hughes@msi.umn.edu From rem-conf-request@es.net Fri Apr 22 11:27:47 1994 Received: from utopia.cc.nd.edu by osi-west.es.net via ESnet SMTP service id <14778-0@osi-west.es.net>; Fri, 22 Apr 1994 08:27:06 +0000 Received: by utopia.cc.nd.edu (NX5.67c/NeXT-2.0) id AA02414; Fri, 22 Apr 94 10:27:03 -0500 Date: Fri, 22 Apr 94 10:27:03 -0500 From: cooper@utopia.cc.nd.edu (joel cooper) Message-Id: <9404221527.AA02414@utopia.cc.nd.edu> 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: Re: "The Nature of Space and Time" by Stephen Hawking and Roger Penrose Re: > >So why can't ANYONE receiving the BBC network transmission turn around and > >put it on the net? > > > >Or is it AGAINST the LAW in England to retransmit BBC's signal? > > Firstly I got it wrong - it's one of the independant channels here that are > recording it, not the BBC. Secondly they're not recording it for direct > transmission - they're recording it on contract from Princeton University, > who own the AV recording rights. So whom do we talk to at Princeton? Anyone have a clue? I don't think anyone from Princeton is on this mailing list. Joel --- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Joel P. Cooper Phone: 219-631-7221 Asst. Director, Networking Services Fax: 219-631-8201 Office of University Computing Email: cooper@utopia.cc.nd.edu University of Notre Dame Notre Dame, IN 46556 Data to the People ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From rem-conf-request@es.net Fri Apr 22 11:32:50 1994 Received: from LINC.CIS.UPENN.EDU by osi-west.es.net via ESnet SMTP service id <14836-0@osi-west.es.net>; Fri, 22 Apr 1994 08:32:06 +0000 Received: from [130.91.6.10] (PCPOND.CIS.UPENN.EDU [130.91.6.10]) by linc.cis.upenn.edu (8.6.8/UPenn 1.4) with SMTP id LAA04313; Fri, 22 Apr 1994 11:31:47 -0400 Posted-Date: Fri, 22 Apr 1994 11:31:47 -0400 Message-Id: <199404221531.LAA04313@linc.cis.upenn.edu> X-Sender: farber@linc.cis.upenn.edu Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 22 Apr 1994 11:31:55 -0400 To: cooper@utopia.cc.nd.edu (joel cooper), rem-conf@es.net From: farber@central.cis.upenn.edu (David Farber) Subject: Re: "The Nature of Space and Time" by Stephen Hawking and Roger Penrose try Ira Fuchs "Ira H. Fuchs" From rem-conf-request@es.net Fri Apr 22 11:35:32 1994 Received: from fenris.dhhalden.no by osi-west.es.net via ESnet SMTP service id <14865-0@osi-west.es.net>; Fri, 22 Apr 1994 08:34:24 +0000 Received: from abdallah.dhhalden.no by fenris.dhhalden.no with SMTP (PP) id <26568-0@fenris.dhhalden.no>; Fri, 22 Apr 1994 17:32:23 +0200 Received: by abdallah.dhhalden.no (5.0/SMI-SVR4) id AA19773; Fri, 22 Apr 1994 15:32:11 +0000 Date: Fri, 22 Apr 1994 15:32:10 +0000 (GMT) From: Borre Ludvigsen Subject: Re: Pan-tilt for video? To: hughes@s1.msi.umn.edu Cc: Toerless Eckert , jaf@graphics.cornell.edu, rem-conf@es.net, cu-seeme-l@cornell.edu In-Reply-To: <9404221519.AA05030@i5.msi.umn.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII content-length: 2239 We will soon be posting a resume of the information we collected on pan tilt. Som of the suppliers we found also supply other remote control systems. - Barre Ludvigsen On Fri, 22 Apr 1994 hughes@s1.msi.umn.edu wrote: > According to Toerless Eckert: > > > > If we are at the topic of remotely controlling equipment: > > > > Does anyone know of a unit that can operate an infrared transmitter/receiver > > via RS232 to control VCRs, satellite receiver and other consumer > > equipment ? > > There are a few makers of stuff like this. Try Crestron in New Jersey for one, > but there are many others. The Crestron stuff has proven to be very reliable, > but must all be programmed through a PC program. For remotes they don't > already have the codes for, you need to buy a learner, which for their system > is another thousand or so. There is some super low-end stuff to, like the > one-for-all remote for sale through HAL (Home Automation Laboratories), but > you can't teach it codes yourself. They may have a new model out which has > a learner. > > With the Crestron stuff you can have multiple emitters, lots of sensor to > determine the state of various equipment, and do logical operations on > the sensor states and other internal variables to operate everything. In order > to work with other equipment and computers it has one or more RS232 inputs. > > You can also buy touch screens (bw and color) and keypads and remotes and all > kinds of stuff to go with it. The touch screen can have video playing in > the background and cute stuff like that. > > Sorry, don't have Crestron's number on me, but they are in New Jersey. Don't > have the HAL number either, but you could probably call 800-555-1212 in the > U.S. at least and get the number. > > As for other companies I'm not really sure of their names. Elan? Media > Magician? Sorry - not an expert. You can probably squeeze the names of > Crestron's competition out of them. > > -- > Matt Hughes, Graphics Support Coordinator > University of Minnesota Supercomputer Institute > 1200 Washington Avenue South Ph: (612) 626-1765 > Minneapolis, MN 55415 hughes@msi.umn.edu > > From rem-conf-request@es.net Fri Apr 22 12:41:21 1994 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <15427-0@osi-west.es.net>; Fri, 22 Apr 1994 09:40:40 +0000 Received: from stanley.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Fri, 22 Apr 1994 17:39:29 +0100 To: rem-conf@es.net CC: mice-seminars-announce@cs.ucl.ac.uk Subject: MICE International Seminar: April 26, 1994. Date: Fri, 22 Apr 94 17:39:22 +0100 From: Gordon Joly *** Please limit traffic between 13:30 and 15:30 GMT on Tuesday April 26th. At 13:00 GMT, David Feldmeier (Bellcore) with speak on "A New Architecture for High Speed Communication Systems" An announcement will be made in "sd". Abstract Common architectures, such the OSI seven-layer model, and common data protocols, such as TP4 and TCP, limit the efficiency of data communication in several ways. We believe that the major elements of a new communication architecture are emerging and that the new architecture is better suited to future applications, networks, and implementation technologies than is the OSI seven-layer model. The elements of the new architecture can be found papers on high-speed communication architectures and protocols written in the late 1980's and early 1990's. Although the papers were written independently, many of the ideas discussed in these papers are similar. In this talk, we present a framework for understanding the proposed high-speed communication architectures and protocols and show how concepts presented in recent literature fit into this framework. An advantage of the OSI seven-layer model is that it allows modular implementation. Efficient communication system implementations generally eliminate this modularity for increased performance. The new communication architectures preserve modularity and permit efficient implementation by increasing the amount of information exchanged at module interfaces. ----------- In general, information on the MICE seminars kept up to date in the URL http://www.cs.ucl.ac.uk/mice/seminars/ which should also contain abstracts of future talks. Gordon Joly Phone +44 71 380 7934 FAX +44 71 387 1397 Email: G.Joly@cs.ucl.ac.uk UUCP: ...!{uunet,uknet}!ucl-cs!G.Joly Comp Sci, University College, London, Gower Street, LONDON WC1E 6BT & mice-nsc@cs.ucl.ac.uk & http://www.cs.ucl.ac.uk/mice/gjoly.html & From rem-conf-request@es.net Fri Apr 22 12:48:10 1994 Received: from sheba.arc.nasa.gov by osi-west.es.net via ESnet SMTP service id <15525-0@osi-west.es.net>; Fri, 22 Apr 1994 09:47:31 +0000 Received: by sheba.arc.nasa.gov (8.6.8/1.2); Fri, 22 Apr 1994 09:46:00 -0700 From: Steven Schoch Message-Id: <9404220946.ZM1752@sheba.arc.nasa.gov> Date: Fri, 22 Apr 1994 09:46:00 -0700 In-Reply-To: Toerless Eckert "Re: Pan-tilt for video?" (Apr 22, 3:04pm) References: <199404221404.AA29967@faui43.informatik.uni-erlangen.de> X-Face: K5i!Jd+&(ULhqxHaUa]Io_ZJ{~+aY1~TjL=!DDsksqJj!yFr=8[Po(4Xy,'bN>>b$8D#!GRdXO/}t=q}%T5ZxA$4P@+[hJAs7x]|+ChBdurcJqCO$'tWhNO^Y%va%r)pj!J5\zX=1s8" X-Mailer: Z-Mail (3.0.0 15dec93) To: Toerless Eckert , James A Ferwerda Subject: Re: Pan-tilt for video? Cc: borrel@dhhalden.no, rem-conf@es.net, cu-seeme-l@cornell.edu Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 On Apr 22, 3:04pm, Toerless Eckert wrote: > Subject: Re: Pan-tilt for video? > If we are at the topic of remotely controlling equipment: > > Does anyone know of a unit that can operate an infrared transmitter/receiver > via RS232 to control VCRs, satellite receiver and other consumer > equipment ? Ask for a catalog from this place. They have a wider selection of tech-toys than anyone else. Home Automation Laboratories 5500 Highlands Parkway, Suite 450 Smyrna, GA 30082-5141 (800) HOME-LAB From rem-conf-request@es.net Fri Apr 22 13:35:50 1994 Received: from tadpole.Tadpole.COM by osi-west.es.net via ESnet SMTP service id <15871-0@osi-west.es.net>; Fri, 22 Apr 1994 10:34:28 +0000 Received: from chiba.tadpole.com by tadpole (4.1/SMI-4.1-jim) id AA18144; Fri, 22 Apr 94 12:33:36 CDT Received: by chiba.tadpole.com (5.0/SMI-SVR4) id AA08338; Fri, 22 Apr 1994 12:34:11 +0600 Date: Fri, 22 Apr 1994 12:34:11 +0600 From: jim@Tadpole.COM (Jim Thompson) Message-Id: <9404221734.AA08338@chiba.tadpole.com> To: Toerless.Eckert@Informatik.Uni-Erlangen.de, jaf@graphics.cornell.edu, schoch@sheba.arc.nasa.gov Subject: Re: Pan-tilt for video? Cc: borrel@dhhalden.no, cu-seeme-l@cornell.edu, rem-conf@es.net Content-Length: 196 > Ask for a catalog from this place. So I did. Them: "and how did you hear about us?" Me: "A Internet mailing list" T: "We've just had a lot of calls from that!" M: "Yeah, it happens..." Jim From rem-conf-request@es.net Fri Apr 22 14:53:37 1994 Received: from s1.msi.umn.edu by osi-west.es.net via ESnet SMTP service id <16754-0@osi-west.es.net>; Fri, 22 Apr 1994 11:53:06 +0000 Received: from i5.msi.umn.edu by s1.msi.umn.edu; Fri, 22 Apr 94 13:50:20 -0500 From: hughes@s1.msi.umn.edu Message-Id: <9404221850.AA05692@i5.msi.umn.edu> Received: by i5.msi.umn.edu; Fri, 22 Apr 94 13:50:19 -0500 Subject: Re: Pan-tilt for video? To: rem-conf@es.net Date: Fri, 22 Apr 1994 13:50:19 -0600 (CDT) Reply-To: rem-conf@es.net In-Reply-To: <9404221734.AA08338@chiba.tadpole.com> from "Jim Thompson" at Apr 22, 94 12:34:11 pm X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1045 According to Jim Thompson: > > > Ask for a catalog from this place. > > So I did. > > Them: "and how did you hear about us?" > Me: "A Internet mailing list" > T: "We've just had a lot of calls from that!" > M: "Yeah, it happens..." Hmmm. Well, then let's try this. I didn't give the phone number for Crestron, but I had it on my speed dial so I called them up and asked for the number. They said they had had very few calls, so apparently nobody wanted to look up the number (or everyone was more interested in the low-tech, i.e. low-cost solution!) Anyway here it is: Crestron Electronics 201-894-0660 or more likely you will use 800-237-2041 There stuff will on average be much more sophisticated than the stuff at Home Automation Laboratories (HAL) but naturally more expensive. -- Matt Hughes, Graphics Support Coordinator University of Minnesota Supercomputer Institute 1200 Washington Avenue South Ph: (612) 626-1765 Minneapolis, MN 55415 hughes@msi.umn.edu From rem-conf-request@es.net Fri Apr 22 15:48:49 1994 Received: from sheba.arc.nasa.gov by osi-west.es.net via ESnet SMTP service id <17178-0@osi-west.es.net>; Fri, 22 Apr 1994 12:48:21 +0000 Received: by sheba.arc.nasa.gov (8.6.8/1.2); Fri, 22 Apr 1994 12:47:37 -0700 From: Steven Schoch Message-Id: <9404221247.ZM1944@sheba.arc.nasa.gov> Date: Fri, 22 Apr 1994 12:47:37 -0700 In-Reply-To: Borre Ludvigsen "Re: Pan-tilt for video?" (Apr 22, 6:42pm) References: X-Face: K5i!Jd+&(ULhqxHaUa]Io_ZJ{~+aY1~TjL=!DDsksqJj!yFr=8[Po(4Xy,'bN>>b$8D#!GRdXO/}t=q}%T5ZxA$4P@+[hJAs7x]|+ChBdurcJqCO$'tWhNO^Y%va%r)pj!J5\zX=1s8" X-Mailer: Z-Mail (3.0.0 15dec93) To: Borre Ludvigsen Subject: Re: Pan-tilt for video? Cc: cu-seeme-l@cornell.edu, rem-conf@es.net Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 On Apr 22, 6:42pm, Borre Ludvigsen wrote: > Subject: Re: Pan-tilt for video? > > On Fri, 22 Apr 1994, Steven Schoch wrote: > > Do you have a regular numer or better yet, fax number? 800's don't work > from abroad. Sorry I didn't Cc: my message to the whole list. The FAX number for Home Automation Labs is: +1 404 438-2835. Steve From rem-conf-request@es.net Fri Apr 22 16:23:16 1994 Received: from alpha.Xerox.COM by osi-west.es.net via ESnet SMTP service id <17388-0@osi-west.es.net>; Fri, 22 Apr 1994 13:23:00 +0000 Received: from ecco.parc.xerox.com ([13.2.116.196]) by alpha.xerox.com with SMTP id <14756(6)>; Fri, 22 Apr 1994 13:19:30 PDT Received: from localhost by ecco.parc.xerox.com with SMTP id <16150>; Fri, 22 Apr 1994 13:19:24 -0700 To: rem-conf@es.net Subject: Re: Pan-tilt for video? In-reply-to: Your message of "Fri, 22 Apr 94 12:50:19 PDT." <9404221850.AA05692@i5.msi.umn.edu> X-Mailer: exmh version 1.3 (final) 4/4/94 Date: Fri, 22 Apr 1994 13:19:11 PDT Sender: Ron Frederick From: Ron Frederick Message-Id: <94Apr22.131924pdt.16150@ecco.parc.xerox.com> In message <9404221850.AA05692@i5.msi.umn.edu> you write: > There stuff will on average be much more sophisticated than the stuff > at Home Automation Laboratories (HAL) but naturally more expensive. > Just a quick comment about the HAL solution -- I bought a One-For-All 12 from them some time ago. While it is a nifty device as preprogrammed remote controls go, I would _not_ recommend it for computer control. It has to be turned off and on for each keystroke you wish to send, and it seems to have a cycle time which is a large fraction of a second. So, it can take quite a while to send out a long string of commands. It also didn't seem to be 100% reliable when being controlled via a serial port. In general, RS232 to IR solutions are not your best bet if you have any other alternatives. Something like the Sony VBox is a step up, as it will provide you with reliable wired control _with feedback_ for devices that understand the Sony Control-L or Control-S signalling... Unfortunately, the Sony camera support for those protocols is pretty limited, giving you access to very little more than an IR remote does. The Canon VC-C1 is a much better solution, where they clearly had a computer control interface in mind from the beginning. Basically, I'm just saying that an RS232 to IR box of some sort can be a good thing to have for those cases where you can't do any better, but you should look hard before you settle for that as your control path. -- Ron Frederick frederick@parc.xerox.com From rem-conf-request@es.net Fri Apr 22 18:13:44 1994 Received: from swan.cl.cam.ac.uk by osi-west.es.net via ESnet SMTP service id <18059-0@osi-west.es.net>; Fri, 22 Apr 1994 15:13:21 +0000 Received: from labes.cl.cam.ac.uk (user pb (rfc931)) by swan.cl.cam.ac.uk with SMTP (PP-6.5) to cl; Fri, 22 Apr 1994 23:13:07 +0100 To: cooper@UTOPIA.CC.ND.EDU (joel cooper) cc: rem-conf@es.net Subject: Re: "The Nature of Space and Time" by Stephen Hawking and Roger Penrose In-reply-to: Your message of 22 Apr 1994 04:27:03 +0000. <9404221527.AA02414@utopia.cc.nd.edu> Date: Fri, 22 Apr 1994 23:13:03 +0100 From: Piete Brooks Message-ID: <"swan.cl.cam.:213340:940422221310"@cl.cam.ac.uk> > So whom do we talk to at Princeton? Anyone have a clue? I don't think > anyone from Princeton is on this mailing list. The problem is not getting permission Princeton to transmit it (they OKed it), but that as time was so short, and when a small technical hitch cropped up, someone decided to scrap the whole thing. [ I was involved in setting it up, but then someone else took over, and since then I've had no firm facts other than those I've seen on this list :-( ] From rem-conf-request@es.net Fri Apr 22 22:50:59 1994 Received: from viipuri.nersc.gov by osi-east.es.net via ESnet SMTP service id <00369-0@osi-east.es.net>; Fri, 22 Apr 1994 19:50:36 +0000 Received: by viipuri.nersc.gov (4.1/ESnet-1.2) id AA06552; Fri, 22 Apr 94 19:50:33 PDT Date: Fri, 22 Apr 94 19:50:33 PDT From: ari@es.net (Ari Ollikainen) Message-Id: <9404230250.AA06552@viipuri.nersc.gov> To: rem-conf@es.net, G.Joly@cs.ucl.ac.uk Subject: Re: MICE International Seminar: April 26, 1994. Cc: mice-seminars-announce@cs.ucl.ac.uk Sounds like a rehash of the following( which I would think should have been referenced as background material ): "A Framework of Architectural Concepts for High-Speed Communication Systems" David C. Feldmeier Abstract Communication system architecture and protocol specification can affect protocol implementation. Common architectures, such as the ISO seven-layer model, and common data protocols, such as TP4 and TCP, unnecessarily limit the efficiency of data communication in several ways. Because of the efficiency limits imposed by existing architectures and protocols, papers were written about new architectures and protocols for high-speed data communication starting in the late 1980's. Surprisingly, many of the ideas discussed in these papers can be placed into a small number of categories. In this paper, we present a framework for understanding high-speed communication architectures and protocols, and show how concepts presented in recent literature fit into this framework. For each of the basic concepts that we discuss, we list the papers that cover the topic. The goal is to allow readers to compare more easily the ideas found in the various papers. Appears: IEEE Journal of Selected Areas in Communications, May 1993, pp. 480-488. File name: arch_concepts_jsac_93 (in /pub/tp++ on thumper.bellcore.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 Sat Apr 23 02:03:14 1994 Received: from wraith.internode.com.au by osi-west.es.net via ESnet SMTP service id <19424-0@osi-west.es.net>; Fri, 22 Apr 1994 23:02:47 +0000 Received: from simon.brain-space by wraith.internode.com.au with DMSP (5.83--+1.3.1+0.50/UA-5.23) id AA05790; Sat, 23 Apr 1994 15:29:44 +0930 Date: Sat, 23 Apr 1994 15:29:44 +0930 Message-Id: <9404230559.AA05790@wraith.internode.com.au> To: Toerless.Eckert@Informatik.Uni-Erlangen.de Subject: Re: Pan-tilt for video? From: simon@internode.com.au (Simon Hackett) Reply-To: simon@internode.com.au Cc: rem-conf@es.net Sender: simon@internode.com.au Repository: internode.com.au Originating-Client: brain-space > If we are at the topic of remotely controlling equipment: > > Does anyone know of a unit that can operate an infrared transmitter/receiver > via RS232 to control VCRs, satellite receiver and other consumer > equipment ? > I've been building IR-to-computer controllers of various sorts off and on for ages; If you want to look at custom-making something to suit you (e.g. RS232-to-IR), drop me a line... I've been running Pioneer consumer equipment of various sorts for ages (via SNMP no less... :-) ) I think there are one or two commercial controllers around too, and it'd be interesting to know about those if anyone else can point us to them. I've been meaning to make mine into a commercial unit for ages. Give me an excuse to do it! :-) Simon ------------------------------------------------------------------------ "Simon Hackett, Internode Systems Pty Ltd" Phone: +61 8 373 1020 Fax: +61 8 373 4911 Mail: PO Box 69, Daw Park, SA 5041 AUSTRALIA From rem-conf-request@es.net Sat Apr 23 12:04:57 1994 Received: from trystero.radio.com by osi-west.es.net via ESnet SMTP service id <20450-0@osi-west.es.net>; Sat, 23 Apr 1994 09:04:40 +0000 Received: (carl@localhost) by trystero.radio.com (8.6.8/940420.05ccg) id MAA22119 for rem-conf@es.net; Sat, 23 Apr 1994 12:05:32 -0400 Date: Sat, 23 Apr 1994 12:05:32 -0400 From: Carl Malamud Message-Id: <199404231605.MAA22119@trystero.radio.com> To: rem-conf@es.net Subject: NIIAC Meeting on MBONE Org: Internet Multicasting Service We're providing a feed of the NII Advisory Council meeting on Monday, 4/25 from 8:30 EDT to 4:30. You can send your comments to dlewis@npr.org. An interesting technical note ... we're taking the feed from NPR via a telephone link into our Symmetrix Telephone Interface, then through the house sound system and back out to the MBONE on a Sparcstation. Comments on quality welcome ... Carl From rem-conf-request@es.net Sun Apr 24 05:55:25 1994 Received: from sics.se by osi-west.es.net via ESnet SMTP service id <22087-0@osi-west.es.net>; Sun, 24 Apr 1994 02:55:02 +0000 Received: from [193.12.91.100] by sics.se (5.65+bind 1.7+ida 1.4.2/SICS-1.4) with SMTP id AA29944; Sun, 24 Apr 94 11:54:53 +0200 Message-Id: <9404240954.AA29944@sics.se> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 24 Apr 1994 11:54:56 +0200 To: rem-conf@es.net, mice@cs.ucl.ac.uk, mbone@isi.edu From: hans@sics.se (Hans Eriksson) Subject: Live demo on Swedish TV 10.50-11.10 UTC Soon I will have a live demo on Swedish TV. The program starts in an hour (12.50 Swedish time) and I will be on somewhere in the first 20mins. I am sitting by a Mac far away from my SPARC, but I cal still show video over remote X (yes, it is slow, but still :-). So anybody who can turn on their cameras in MBone Video (slow speed) for a while would be much appriciated! Especially if you can feed CNN or NASA Select or any "normal" TV at all, into your nv. cheers /hans Hans Eriksson, SICS, Box 1263, 164 28 Kista, Sweden Tel: +46 8 752 1527 (SICS) +46 8 32 68 97 (home) Email: hans@sics.se Fax: 751 7230 (SICS) 31 97 24 (home) Minicall: 0740-1234 23 From rem-conf-request@es.net Sun Apr 24 14:12:30 1994 Received: from trystero.radio.com by osi-west.es.net via ESnet SMTP service id <22710-0@osi-west.es.net>; Sun, 24 Apr 1994 11:12:10 +0000 Received: (carl@localhost) by trystero.radio.com (8.6.8/940420.05ccg) id NAA26362; Sun, 24 Apr 1994 13:00:02 -0400 Date: Sun, 24 Apr 1994 13:00:02 -0400 From: Carl Malamud Message-Id: <199404241700.NAA26362@trystero.radio.com> To: announce@radio.com Subject: Cybercaset '94 Org: Internet Multicasting Service The Internet Multicasting Service is pleased to announce that we will be producing a three-day live cybercast from Networld+Interop Las Vegas. This event will start on Tuesday, May 3, at 5:00 PM PST and will continue with twelve hours per day of broadcasts on May 4 through May 6. To subscribe to the announcements list for this event, send your e-mail message to: hype-request@media.org The message should contain the following line: subscribe hype Your Name Thus, if your name is John Doe, you would send a message to hype-request@media.org and put the following line in the body of the message: subscribe hype John Doe A few of the highlights of this Internet Showcase include: Sunergy *live* with John Gage, featuring live rock-and-roll by Tungsten Macaque and the fabulous Internet Truth Chair. Live shows featuring media personalities such as TechNation with public radio star Dr. Moira Gunn and Computer Chronicles with PBS host Stewart Cheifet RT-FM, Modern Rock Multicasting! Links between satellite and shortwave systems and the Internet, featuring Monitor Radio on the Internet, a one-hour daily news-magazine which will be multicast all year on the MBONE, the Canadian Broadcasting Corporation's world report, and shows from Australia and other exotic locales. Live interviews over the Internet from our DC studios, including Ralph Nader and other suprise guests as well as a major announcement of a new French NII effort. Fabulous prizes including 6 free Interop tutorials, RT-FM t-shirts, and ORAudio tapes as part of our "Fabulous Hotlist Hunt." A local news staff featuring such Internet personalities as Jeff Schiller from MIT as our Internet Traffic Reporter, Paul Jones from Sunsite as our Webmaster, and Simon Hackett from Australia who will demonstrate how to tame home appliances using simple UDP packet transfers. The cybercast will be based in the Conrad Ballroom of the Las Vegas Hilton. ARPA is furnishing 2 of their advanced technology "Enterprise Rooms" as the Network Operating Center. Sun Microsystems is furnishing a dozen Sparcstations, MCI is running 6 T1 lines in which will connect the show network to Alternet and BARRNet. Cisco Systems is furnishing a Cisco 7000 router, and numerous organizations have furnished pieces of the infrastructure. Complete sponsor lists for this volunteer event will be posted on home pages, mail messages, and on-site. Please come see us if you are in Las Vegas for Networld+Interop. The event will use a large number of Internet protocols to move information out into the network. The hype list referenced above is one method, but there will also be a constantly updated WWW page, Gopher servers, audio files accessible by FTP, and multicasts of audio, video, and still images on the MBONE. More details on each of these protocols will be announced on the hype@media.org list and will be available by 5 PM Tuesday May 3 PDT as a WWW home page on www.media.org. The purpose of all this noise is to highlight some of the things that the Internet can do and to give us and our volunteers an opportunity to learn what it means to be a full-time, multimedia, multiprotocol presence on the Internet. Not to mention one of our constant goals: have a little fun in a toy-intensive environment. Stay tuned for more information and thanks for listening! Carl Malamud Internet Multicasting Service From rem-conf-request@es.net Sun Apr 24 22:18:40 1994 Received: from twnmoe10.edu.tw by osi-west.es.net via ESnet SMTP service id <23160-0@osi-west.es.net>; Sun, 24 Apr 1994 19:18:07 +0000 Received: from NCTU.edu.tw by TWNMOE10.Edu.TW (IBM VM SMTP V2R2) with TCP; Mon, 25 Apr 94 10:10:46 GMT Received: by eicpca5.eic.nctu.edu.tw (4.0/SMI-4.0) id AA08684; Mon, 25 Apr 94 10:04:05 CST Date: Mon, 25 Apr 94 10:04:05 CST From: icpads94@eicpca5.eic.nctu.edu.tw (ICPADS 1994) Message-Id: <9404250204.AA08684@eicpca5.eic.nctu.edu.tw> To: reichel@freia.inf.tu-dresden.de, reijo.juvonen@research.nokia.fi, reimer@swssai.uu.ch, rem-conf@es.net, reuter@informatik.uni-stuttgart.de, rgleaton@vnet.ibm.com, rhodgson@cix.compulink.co.uk, rhp@ipsys.co.uk, rich@cc.gatech.edu, richard.marsden@rd.eng.bbc.co.uk, rick@cs.arizona.edu, riedl@hannibal.cs.umn.edu, riglet@procyon.lep-philips.fr, rl@case.co.uk, rmarcus@atc.boeing.com, rmc@gandalf.inesc.pt, rmerino@cc.unizar.es, rmr@inesc.pt, rnk@sei.cmu.edu, rrhein@rcs.sel.de Subject: Another CFP Dear Prof.: Attached is a copy of "Call for Papers" transferred from Prof. Sajal K. Das, Univ. of North Texas for your reference. With your prestige in the field of PADS, it would be of great value to the Conference if you could help publicize their call for papers while submitting your paper. With best regards! Sincerely, Cheng Chen ****************************************************************************** Call for Papers Workshop on Physics and Computation, PhysComp `94, This Decade and Beyond November 17 - 20, 1994, Dallas, Texas Sponsored by Dallas IEEE Computer Society Sponsored by ONR/ARPA Corporate Sponsor: Texas Instruments Incorporated The Workshop on Physics and Computation, PhysComp `94 will seek to explore the intimate relationship emerging between Modern Physics and Computation Theory. One commonly held view is that information laws are dependent on the laws of physics. Another emerging view is that the universe would not work without information primitives underlying physical laws. Both of these views conclude that physics and information/computation are linked together at a very fundamental level. Understanding the convergence of computation and physics will lead to a better understanding of using physical mechanisms as computing engines, and also lead to a better understanding of how the universe is organized. This field will become increasingly important to the computing industry as the post-shrink era approaches and the energy consumption, complexity, and computational horsepower requirements continue to exceed the computing engines we are able to design or build. This workshop will emphasize solutions that are applicable during this decade as well as longer term ideas. The first general conference on the Physics of Computation was held in 1981 at MIT and Richard Feynman was the keynote speaker. The papers from that conference were published in the 1982 International Journal for Theoretical Physics, Vol 21, April, June, and December issues. The Workshop on Physics and Computation, PhysComp `92, held in Dallas in October 2-4, 1992, was a long awaited reawakening of the field and 100 people attended from 7 countries. The Keynote speaker for PhysComp '92 was Rolf Landauer of IBM, a pioneer in the field. Proceedings of the PhysComp `92 are available thru IEEE Computer Society Press and an electronic mailing list has been established (for subscription information send email to physics.computation-request@hc.ti.com). PhysComp `94 has been extended an additional day over PhysComp `92 to allow invited panel sessions speakers and submitted papers that discuss architectures for nano-electronic systems. Papers are requested on other physics and computing topics such as limits of computing, practical reversible computers, nano-electronics, energetics of computing, Cellular Automata, analog computing, quantum cryptography, optical computing, molecular computing, quantum logic, etc. Generally we are interested in papers that unify Computation (Algorithms, Architecture, Information Theory, Automatic Learning, Tele/Communication Theory, Simulation, etc) with Physics (Discrete models, Entropy, Complexity, Quantum Theory, Thermodynamics, Energy/mass, Relativity, Gravity, etc). The goal of this workshop is to establish stronger links between participants from various backgrounds as well as to educate professionals interested in these topics. The keynote speaker for PhysComp '94 will be Professor Carver Mead of California Institute of Technology in Pasadena. His current focus and teachings are in the area of VLSI design, ultra-concurrent systems, physics of computation, and the construction of silicon models of neural systems. SUBMISSION: Please surface mail five copies of your preliminary paper (10 pages maximum) or 5 page extended abstract by Monday May 23, 1994 to: Wolfgang Porod PhysComp `94 Program Co-chairman Dept. Electrical Engineering email: porod@graz.ee.nd.edu University of Notre Dame Phone: 219/631-6376 Notre Dame, IN 46556 FAX: 219/631-4393 Notification of acceptance will be mailed by Friday July 1, 1994. The technical committee will group submissions into relevant topics, and select papers and panel members. Papers will be accepted for long talks and short talks. Panel sessions and poster sessions may also be organized based on papers submitted. The proceedings will be prepared thru IEEE Computer Society Press in time to be distributed at the workshop. REGISTRATION: A block of rooms is being reserved and all meetings will be held at the Harvey Hotel in Addison, TX. Full registration details will be mailed at a later date. The room rate will be $59 single/$69 double. The workshop fee will be $200, payment by US check or credit card. Transportation to the hotel: Super-shuttle or Taxi. Free hotel shuttles for transportation in Addison. SCHEDULE: Monday May 23: Preliminary version of papers due at Notre Dame for 1994 Friday July 1: Notification of acceptance for papers mailed Friday July 8: Author Kits mailed to accepted authors Tuesday Sept 6: Final papers due at IEEE press, registration starts Monday Oct 17: Early registration fee of $180 cutoff date Wednesday Nov 16: Out of town arrival, registration, & reception Thursday Nov 17 thru Sunday Nov 20 (noon): PhysComp `94 PHYSCOMP `94 COMMITTEE: GENERAL CHAIRMAN: Douglas J. Matzke, Texas Instruments for more information (214) 995-0787 or matzke@hc.ti.com STEERING COMMITTEE CHAIRMAN: John S. Denker, AT&T PROGRAM COMMITTEE CO-CHAIRMAN: Wolfgang Porod, University of Notre Dame PROGRAM COMMITTEE CO-CHAIRMAN: Gary Frazier, Texas Instruments ON SITE REGISTRATION: Sajal Das, University of North Texas, Jose Manuel Fernandez, University of Toronto William R. Frensley, University of Texas at Dallas Andrew Ilachinski, Center for Naval Analysis Lester Ingber, Lester Ingber Research Irvin R. Jackson, Motorola ADVERTISING: Bhanu Kapoor, Texas Instruments, Christopher Kolb, Caltech David P. Larson, University of Texas at Dallas Salvatore Morgera, McGill University DALLAS IEEE REPRESENTATIVE: Gene Meyer, Texas Instruments Shamim Naqvi, Bellcore Braunstein Samuel, Weizmann Institute of Science Sharad Saxena, Texas Instruments Joe Touch, Information Sciences Institute Paul Vitanyi, CWI Ruixi Yuan, NEC USA Inc. PLEASE POST AND FORWARD ****************************************************************************** From rem-conf-request@es.net Mon Apr 25 07:14:43 1994 Received: from daiduk.kaist.ac.kr by osi-west.es.net via ESnet SMTP service id <24424-0@osi-west.es.net>; Mon, 25 Apr 1994 04:14:16 +0000 Received: from maruchi.chungnam.ac.kr ([192.132.251.36]) by daiduk.kaist.ac.kr (4.1/KAISTNet-Relay-3.2) id AA25127; Mon, 25 Apr 94 20:06:48 KST Received: from comsun.chungnam.ac.kr by maruchi.chungnam.ac.kr (4.1/SMI-4.1) id AA18927; Mon, 25 Apr 94 20:10:58 KST Received: from ghil ([192.132.248.160]) by comsun.chungnam.ac.kr (4.1/SMI-4.1) id AA24506; Mon, 25 Apr 94 20:14:03 KST Date: Mon, 25 Apr 94 20:14:02 KST Message-Id: <9404251114.AA24506@comsun.chungnam.ac.kr> From: Dae Young KIM To: rem-conf@es.net Cc: mbone@isi.edu Subject: A color CCD camera for my multimedia conference system Does anyone know where I can buy a color CCD camera for my video blaster? I want a very tiny one that can be on ontop of a color monitor and can connect to the video blaster to give moving scenes on the monitor. We're working on Multimedia Desktop Conferencing System on Window 3.1. We are now using Sony 8mm Camcoder which is too bulky to be put on the monitor. I'm going to be in Chicago, Washington, and Las Vegas (for Interop) next two weeks, and if theres a good shop I can drop by and get one, please let me know. Medium quality, low price are preferred. Your tip will be greatly appreciated. Kim From rem-conf-request@es.net Mon Apr 25 09:19:34 1994 Received: from daiduk.kaist.ac.kr by osi-west.es.net via ESnet SMTP service id <24708-0@osi-west.es.net>; Mon, 25 Apr 1994 06:18:57 +0000 Received: from maruchi.chungnam.ac.kr ([192.132.251.36]) by daiduk.kaist.ac.kr (4.1/KAISTNet-Relay-3.2) id AA25416; Mon, 25 Apr 94 22:11:03 KST Received: from comsun.chungnam.ac.kr by maruchi.chungnam.ac.kr (4.1/SMI-4.1) id AA19055; Mon, 25 Apr 94 22:15:14 KST Received: from ghil ([192.132.248.160]) by comsun.chungnam.ac.kr (4.1/SMI-4.1) id AA24768; Mon, 25 Apr 94 22:18:18 KST Date: Mon, 25 Apr 94 22:18:18 KST Message-Id: <9404251318.AA24768@comsun.chungnam.ac.kr> From: Dae Young KIM To: Bard Arve Evjen Cc: dykim@comsun.chungnam.ac.kr Subject: Re: Re: A color CCD camera for my multimedia conference system $1995 is somewhat more than I can afford. My total PC system is only around that price, and to pay the same only for the camera is not what I really want to do since I don't think I need a first-class video only for conferencing purpuse. That's why I don't call my system 'video conferencing system.' It's just a multemedia desktop conferencing system with 1-st class document processing(text, graphic, bit-map image, pen input documents, links to popular wordprocessors, spreadsheets, databases packages), fair quality voice (one person at a time), and facial images refreshed as often as possible using the remaing bandwidth on the net, i.e. ethernet or even over routers. Anyway, I'll be looking forwards to you further list. Thanks a lot. Kim From rem-conf-request@es.net Mon Apr 25 10:49:20 1994 Received: from fenris.dhhalden.no by osi-west.es.net via ESnet SMTP service id <24981-0@osi-west.es.net>; Mon, 25 Apr 1994 07:48:49 +0000 Received: from abdallah.dhhalden.no by fenris.dhhalden.no with SMTP (PP) id <14314-0@fenris.dhhalden.no>; Mon, 25 Apr 1994 16:47:44 +0200 Received: by abdallah.dhhalden.no (5.0/SMI-SVR4) id AA23293; Mon, 25 Apr 1994 14:47:26 +0000 Date: Mon, 25 Apr 1994 14:47:25 +0000 (GMT) From: Borre Ludvigsen Subject: Pan & tilt for video (resume) To: rem-conf@es.net Cc: Bard Arve Evjen , mbone@ISI.EDU, davet@media.mit.edu In-Reply-To: <199404251224.AA00675@faui43.informatik.uni-erlangen.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE content-length: 4553 Here's a resume of the information we've gathered about pan and tilt=20 units for video cameras. It also includes miscellaneous information about= =20 cameras, kits and other possibly useful stuff. Thansk to all who have contributed and thanks to Baard for putting the=20 list together. - Barre Ludvigsen -------------------------------------------- COMPUTER CONTROLLED PAN/TILT AND CAMERAS + MISC. Product=09=09=09Pan/Tilt unit, Camera Product name=09=09VC-C1 Camera Short description=09Hi-8 quality camera and full RS232 control =09=09=09over pan,tilt,zoom and the major settings. Address=09=09=09Canon USA Inc, 3 Dakota Drive, Lake Success,=20 =09=09=09NY 11042, USA or =09=09=09Crestron Electronics, (800)237-2041 or (201)894-0660 Person=09=09=09Crestron Europe (Belgium): Fran van Meeuwen Phone, Fax, E-mail=09P:(516)328-5960, F:(516)328-5959 Autofax:(516)328-5960 Source=09=09=09Ron Frederick ,=20 =09=09=09Matt Hughes , =09=09=09Jian Huang =20 =09=09=09and James A Ferwerda Price=09=09=09$1995 + software ($99) Product=09=09=09Pan/Tilt unit Product name=09=09Radiant Navigable Movie Toolkit Short description=09A pan and tilt camorder base with control=20 =09=09=09software for a Mackintosh through a CNX Common =09=09=09Sense box. Address=09=09=09Radiant Tecknology, San Francisco, USA or=20 =09=09=09Radiant Scandinavia, PO Box 238, 444 23 =09=09=09Stenungsund, Sweden Person=09=09=09Radiant Scandinavia, Gerth Hansson Phone, Fax, E-mail=09E: RADIANT@applelink.apple.com Source=09=09=09Dave Tames Price=09=09=09 Product=09=09=09Pan/Tilt unit Product name=09=09PTU-46-17.5 Computer Controlled Pan/Tilt Unit Short description=09Special made for this propose, RS232 control,=20 =09=09=09variable speed Address=09=09=09Directed Perception, 1451 Capuchino Avenue,=20 =09=09=09Burlingame, CA 94010-3308, USA Person=09=09=09Philip Kahn Phone, Fax, E-mail=09P:(415)342-9399, F:(415)342-9199 Source=09=09=09 Price=09=09=09$1800 (USA and Canada), $2100 (International =09=09=09version) + power supply ($150) Product=09=09=09Pan/Tilt unit, Camera Product name=09=09CameraMan XL stand-alone system Short description=09Special made for this propose, RS232 control,=20 =09=09=09IR camera controller on request Address=09=09=09ParkerVision, 8493 Baymeadows Way, =09=09=09Jacksonville, FFL 32256, USA or Video Film =09=09=09Int., Akersveien 25, N-0177 Oslo 1, Norway Person=09=09=09Video Film Int: Stig Karlsen (+47 22 11 36 54/ =09=09=09Fax:+47 22 42 27 40) Phone, Fax, E-mail=09P:(904)737-5038 or 737-1367, autofax: =09=09=091-800-284-3226 (#51A) Source=09=09=09Tim Kennedy Price=09=09=09approx. $6500 Product=09=09=09Camera Product name=09=09Peach CMOS Monochrome Video Camera Short description=09CCIR Standard Composite Video, 48 grams,=20 =09=09=09various lens-options Address=09=09=09VLSI Vision Ldt, Aviation House, 31 Pinkhill,=20 =09=09=09Edinburgh EH12 7BF, Scotland Person=09=09=09Iain Kyle Phone, Fax, E-mail=09P:+44 (0) 31-539-7111, F: +44 (0) 31-539-7140 Source=09=09=09Alister Minty Price=09=09=09=A399 Product=09=09=09Pan/Tilt tripod head Product name=09=09Short descriptionNot controlled by RS232 but=20 =09=09=09has a IR remote control Address=09=09=09SunPAKPerson=09=09=09 Phone, Fax, E-mail=09 Source=09=09=09John Veizades Price=09=09=09under $300 Product=09=09=09Various tech-toys Product name=09=09 Short description Address=09=09=09Home Automation Lab., 5500 Highlands Parkway,=20 =09=09=09Suite 450, Smyrna, GA 30082-5141, USA Person=09=09=09 Phone, Fax, E-mail=09P:(404)319-6000, F: (404)438-2835 Source=09=09=09Jim Thompson ,=20 =09=09=09Steven Schoch and =09=09=09Ron Frederick Price =09=09=09 Product=09=09=09LEGO DactaProduct name=09=09 Short description=09Kits for learning, RS232 controlled motorized =09=09=09motion kits, sensors for rotations, impact, =09=09=09temperature, light, etc. With interfacing =09=09=09software for MAC, PC and Acorn. Address=09=09=09LEGO Dacta Learning, Denmark Person=09=09=09Henning Barnkob or Mikro Vaerkstedet,=20 =09=09=09Doeckerslundsvej 33, 5000 Odense C, =09 =09=09=09Denmark: Christian Vang Phone, Fax, E-mail=09F: +45 75 33 83 35 or=20 =09=09=09Mikro Vaerkstedet: P: +45 65 91 80 22=20 =09=09=09or F:+45 65 91 79 22 Source=09=09=09 Price=09=09=09 ---- end ---------- From rem-conf-request@es.net Mon Apr 25 14:13:08 1994 Received: from viipuri.nersc.gov by osi-east.es.net via ESnet SMTP service id <15714-0@osi-east.es.net>; Mon, 25 Apr 1994 11:12:49 +0000 Received: by viipuri.nersc.gov (4.1/ESnet-1.2) id AA07828; Mon, 25 Apr 94 11:12:38 PDT Date: Mon, 25 Apr 94 11:12:38 PDT From: ari@es.net (Ari Ollikainen) Message-Id: <9404251812.AA07828@viipuri.nersc.gov> To: dykim@comsun.chungnam.ac.kr Subject: Color CCD camera (NCK9127CM) Cc: rem-conf@es.net >Does anyone know where I can buy a color CCD camera for my video blaster? I >want a very tiny one that can be on ontop of a color monitor and can connect >to the video blaster to give moving scenes on the monitor. We're working on >Multimedia Desktop Conferencing System on Window 3.1. We are now using Sony >8mm Camcoder which is too bulky to be put on the monitor. > >I'm going to be in Chicago, Washington, and Las Vegas (for Interop) next two >weeks, and if theres a good shop I can drop by and get one, please let me >know. Medium quality, low price are preferred. Your tip will be greatly >appreciated. > >Kim We bought a bunch of these... There is a cheaper version without microphone. I bet you'll see a lot of these at Interop. HEI probably has better cameras at equivalent prices, by now. ----- Begin Included Message ----- >From ari Fri Jun 11 09:10:58 1993 To: rem-conf@es.net Subject: Color CCD camera (NCK9127CM) Cc: dvtf@es.net Content-Length: 2022 As promised, here's the spec sheet for the TeleCamera NCK 9127CM referred to in my previous message: Model NCK 9127CM 1/3" CCD (270k pixels) Solid State Color Camera w/ 6.1mm lens and integrated omni-directional microphone List price $287.00 each + $4.50 each for power adaptor (PN D9300-110)" HOWARD ENTERPRISES INC 3039 Marigold Place Thousand Oaks, CA 91360-6318 805-492-4842 805-492-9973 FAX Specifications Scanning System: NTSC standard 525 lines, 30 frames/second Image Device: Frame transfer method CCD 532(H) x 500(V) pixels; effective picture elements: 510(H) x 492(V) Sync System: Internal sync only Resolution: Horizontal: 330 TV lines Iris System: Electronic Auto Iris Video Output Level: 1.0vp-p (75 ohms) negative. Composite Video 714mvpp + or - 10% Sync 286mvpp + or - 10% Video S/N ratio: 45dB (Measured by VN-30A1 Noise Meter) Minimum Illumination: 10 lux (Measured by T-I Luminance Meter) Gamma Correction: 0.45 fixed Shedding: Less than 200mv Angle view: 33degrees Vertical; 47degrees Horizontal Lens: Fixed glass lens at f2.0 Focal Length: 6.1mm +/- 0.25mm Focal Distance: 600mm Video Output: Composite Video Rear Connector: Video: RCA standard pin jack AC Adaptor Jack: Diameter=6mm; Inside pin=2mm Camera Mount: 1/4" - 4.5 (Bottom) Environmental: Temperature: Operating: 0 to 45 degreesC Storage: -20 to 80 degreesC Power Requirement: 12VDC +/- 1.2V; 165mA maximum Power Consumption: 5 watt maximum with AC adaptor Size: 68.5mm(W) x 43mm(H) x 122mm(D) Weight: 180grams Compliance: FCC Class B -------- ----- End Included Message ----- ari@es.net _/_/ _/_/_/_/ _/ Ari Ollikainen {VOX: 510 423-5962} _/ _/ _/ _/ _/ Energy Sciences Network {FAX: 510 423-8744} _/_/_/_/ _/_/_/_/ _/ National Energy Research Supercomputer Center _/ _/ _/ _/ _/ Lawrence Livermore National Laboratory _/ _/ _/ _/ _/ MailStop L-561, PO BOX 5509, Livermore, CA. 94551 ~~RECOM Technologies Inc.~~ From rem-conf-request@es.net Tue Apr 26 01:08:17 1994 Received: from grimaldi.rutgers.edu by osi-west.es.net via ESnet SMTP service id <28175-0@osi-west.es.net>; Mon, 25 Apr 1994 22:07:57 +0000 Received: (jim@localhost) by grimaldi.rutgers.edu (8.6.8.1+bestmx/8.6.4) id BAA24118 for rem-conf@es.net; Tue, 26 Apr 1994 01:07:49 -0400 Date: Tue, 26 Apr 94 1:07:45 EDT From: Jim Martin To: rem-conf@es.net Subject: Eyes on the InteropNet Message-ID: At 0:00 Pacific Time (7:00 GMT) on Thursday, April 27th, the freight doors of the Las Vegas Convention Center will swing open, and the construction of the Spring '94 InteropNet will begin. And it will be carried live on the Mbone! Well, not quite ... it will take an hour or two to get enough equipment up to support mbone activities, but from that point on until the beginning of the show we should have live footage. This will include the unpacking of miles of UTP and Fiber, the "flying" of the rib segments and the backbone, and the installation of all of the electronics that make this network possible. Hopefully we'll also be able to present shots of the Network Operations Center (NOC), both in setup and operation. About 48 hours in, the vendors come flying onto the floor and begin to build their armies of booths. Admittedly, this is quite a bit more "off the cuff" than Carl's Cybercast, but many people have expressed interest in watching us set up this network. So here it is. It is being advertised in sd as "Eyes on the InteropNet", and contains both video and audio streams. The audio will be mostly silent, but will be used for occasional "special events". Most of the video will be shot from a camera in the catwalks, with a full view of the show floor. Soon after we begin transmitting, the address "mbone@noc.interop.net" will become active. Please direct any comments or questions to that address. In case you don't have access to the information through SD, here's the session information: IP Address: 224.2.230.54 TTL: 127 NV port/ID: 49771/41149 Vat port/ID: 46255/11133 Jim Martin Internet: jim@noc.rutgers.edu Network Services UUCP: {backbone}!rutgers!jim Rutgers University Phone: (908) 932-3719 From rem-conf-request@es.net Tue Apr 26 04:12:27 1994 Received: from grimaldi.rutgers.edu by osi-west.es.net via ESnet SMTP service id <28795-0@osi-west.es.net>; Tue, 26 Apr 1994 01:12:07 +0000 Received: (jim@localhost) by grimaldi.rutgers.edu (8.6.8.1+bestmx/8.6.4) id EAA27388 for rem-conf@es.net; Tue, 26 Apr 1994 04:12:04 -0400 Date: Tue, 26 Apr 94 4:12:01 EDT From: Jim Martin To: rem-conf@es.net Subject: CORRECTION: Eyes on the InteropNet Message-ID: Sorry folks, I blew the date on the original posting. We begin network put-in at 0:00 on Thursday, April 28th (not the 27th as I said earlier). A corrected version of the posting follows: At 0:00 Pacific Time (7:00 GMT) on Thursday, April 28th, the freight doors of the Las Vegas Convention Center will swing open, and the construction of the Spring '94 InteropNet will begin. And it will be carried live on the Mbone! Well, not quite ... it will take an hour or two to get enough equipment up to support mbone activities, but from that point on until the beginning of the show we should have live footage. This will include the unpacking of miles of UTP and Fiber, the "flying" of the rib segments and the backbone, and the installation of all of the electronics that make this network possible. Hopefully we'll also be able to present shots of the Network Operations Center (NOC), both in setup and operation. About 48 hours in, the vendors come flying onto the floor and begin to build their armies of booths. Admittedly, this is quite a bit more "off the cuff" than Carl's Cybercast, but many people have expressed interest in watching us set up this network. So here it is. It is being advertised in sd as "Eyes on the InteropNet", and contains both video and audio streams. The audio will be mostly silent, but will be used for occasional "special events". Most of the video will be shot from a camera in the catwalks, with a full view of the show floor. Soon after we begin transmitting, the address "mbone@noc.interop.net" will become active. Please direct any comments or questions to that address. In case you don't have access to the information through SD, here's the session information: IP Address: 224.2.230.54 TTL: 127 NV port/ID: 49771/41149 Vat port/ID: 46255/11133 Jim Martin Internet: jim@noc.rutgers.edu Network Services UUCP: {backbone}!rutgers!jim Rutgers University Phone: (908) 932-3719 From rem-conf-request@es.net Tue Apr 26 12:23:09 1994 Received: from rx7.ee.lbl.gov by osi-west.es.net via ESnet SMTP service id <00677-0@osi-west.es.net>; Tue, 26 Apr 1994 09:22:52 +0000 Received: by rx7.ee.lbl.gov for rem-conf@es.net (5.65/1.44r) id AA05273; Tue, 26 Apr 94 09:23:54 -0700 Message-Id: <9404261623.AA05273@rx7.ee.lbl.gov> To: rem-conf@es.net Subject: `Top' quark session at CHEP conference 12:15 today Date: Tue, 26 Apr 94 09:23:53 PDT From: Van Jacobson You may have seen an item in today's news about the discovery of the 'top' quark at Fermilab. If you'd like to hear more about it, there will be a special session at the Computers in High Energy Physics (CHEP) conference broadcast on the MBone today from 12:15-12:45 PDT (19:15 GMT) where some of the principals will describe their result. [The official announcement press conference is being held at Fermilab today at noon but that won't be on the MBone & the CHEP session will almost certainly have more technical content.] - Van From rem-conf-request@es.net Tue Apr 26 15:23:36 1994 Received: from swan.cl.cam.ac.uk by osi-west.es.net via ESnet SMTP service id <01525-0@osi-west.es.net>; Tue, 26 Apr 1994 12:23:20 +0000 Received: from pelican.cl.cam.ac.uk (user pb (rfc931)) by swan.cl.cam.ac.uk with SMTP (PP-6.5) to cl; Tue, 26 Apr 1994 20:23:06 +0100 To: rem-conf@es.net Subject: Interested in Dr Andrew Herbert of APM (ANSA) on Distributed Systems ? Reply-to: Piete.Brooks@cl.cam.ac.uk Date: Tue, 26 Apr 94 20:23:01 +0100 From: Piete Brooks Message-ID: <"swan.cl.cam.:185330:940426192309"@cl.cam.ac.uk> We shall be testing out a new setup (new kernel yesterday, new analogue links today, first transmission tomorrow, first *_record, ....), and it was suggested that some people outside JIPS (ac.uk) might be interested in seeing this transmission. It is at 15:15 UTC tomorrow, Wed 27th of April. If there is any such interest, let me know and I'll raise the TTL. Some more info see http://www.cl.cam.ac.uk/mbone under "Distributed Systems: a Busted Flush ?" [[ my home link just bust, so I may not be able to do some of the tweaks I had planned on ... ]] ------- Forwarded Message Newsgroups: ucam.cl.mbone Subject: MBone: test transmission from cl.cam.ac.uk: Dr Andrew Herbert on D/S Message-Id: Date: 25 Apr 94 15:11:23 GMT To test out some new kit we've set up, at Hertfordshire's request, we will be trying a one-off transmission of our Departmental Seminar this week, Wed 27th April at 16:15. The new kit appears to work in the Lab, but we are keen to try out the link to the Lecture Theatre. Note that it may not happen, things may break, it may be lousy, etc., but we thought we'd give it a whirl ... There shouldn't be much other traffic around at that time. He's going to email me the slides tonight, so we should be able to WB it. [ I'll be at LLTAG tomorrow, but should be able to set it up ... ] Would it be useful to (a) "X11 frame grab" the wb window from time to time into the main video feed or (b) have a frame grab of the wb at low bandwidth in parallel ? [[ Current plan is to do (b) as it's less work & less error prone ]] Dr Andrew Herbert of APM Limited (used to be ANSA) will be talking on Distributed Systems: a Busted Flush ? Distributed systems technology has been researched since the mid seventies and work continues apace, yet only a small fraction has found its way into products. This begs the question of how usable the technology is, and whether further research in the field is worthwhile. Distributed computing is akin to "The Force" in the film "Star Wars": it has a light side - the ability to build open systems; a dark side - increased complexity for programmers and system managers; it holds the universe together by enabling interoperability between existing applications. The speaker will review the use of distributed computing in industry and outline his views on the research priorities over the coming years. ------- End of Forwarded Message From rem-conf-request@es.net Tue Apr 26 16:20:11 1994 Received: from fnal.fnal.gov by osi-west.es.net via ESnet SMTP service id <01704-0@osi-west.es.net>; Tue, 26 Apr 1994 13:19:51 +0000 Received: from munin.fnal.gov by FNAL.FNAL.GOV (PMDF V4.2-12 #3998) id <01HBMW0U1MGG002QHH@FNAL.FNAL.GOV>; Tue, 26 Apr 1994 15:19:19 CDT Received: from LOCALHOST.fnal.gov by munin.fnal.gov (4.1/SMI-4.1) id AA23395; Tue, 26 Apr 94 15:18:32 CDT Date: Tue, 26 Apr 1994 15:18:32 -0500 From: Matt Crawford Subject: Press conference: "New Evidence in the Search for the Top Quark" To: rem-conf@es.net, hepnet-l@slacvm.slac.stanford.edu Message-id: <9404262018.AA23395@munin.fnal.gov> Content-transfer-encoding: 7BIT A 1-hour press conference on new evidence in the search for the top quark was held at Fermilab today, April 26, at 14:00 CDT (GMT-5). This conference will be played on the MBONE at 16:00 CDT. The press conference, and a 3-hour scientific colloquium by representatives of the CDF and D0 collaborations will played on the MBONE tomorrow, April 27, at 11:00 CDT and again at 16:00 CDT. "Evidence for Top Quark Production in p-pbar Collisions at SQRT(s)=1.8TeV" B. Carithers, Lawrence Berkeley Laboratory M. Shocet, University of Chicago "D0 Experiment: Top Quark Search Status" H. Montgomery, Fermilab From rem-conf-request@es.net Tue Apr 26 17:28:03 1994 Received: from PO6.ANDREW.CMU.EDU by osi-west.es.net via ESnet SMTP service id <01906-0@osi-west.es.net>; Tue, 26 Apr 1994 14:27:35 +0000 Received: (from postman@localhost) by po6.andrew.cmu.edu (8.6.7/8.6.6) id RAA08737 for rem-conf@es.net; Tue, 26 Apr 1994 17:27:22 -0400 Received: via switchmail; Tue, 26 Apr 1994 17:27:19 -0400 (EDT) Received: from kaos.gsia.cmu.edu via qmail ID ; Tue, 26 Apr 1994 17:26:28 -0400 (EDT) Received: from kaos.gsia.cmu.edu via qmail ID ; Tue, 26 Apr 1994 17:26:22 -0400 (EDT) Received: from BatMail.robin.v2.14.CUILIB.3.45.SNAP.NOT.LINKED.kaos.gsia.cmu.edu.sun4c.411 via MS.5.6.kaos.gsia.cmu.edu.sun4c_411; Tue, 26 Apr 1994 17:26:22 -0400 (EDT) Message-ID: Date: Tue, 26 Apr 1994 17:26:22 -0400 (EDT) From: Timothy J Kniveton To: rem-conf@es.net Subject: TAKE ME OFF THE LIST. i sent a request to rem-conf-request@es.net .. nothing happened. please take me off the rem-conf list. From rem-conf-request@es.net Wed Apr 27 09:40:21 1994 Received: from dxmint.cern.ch by osi-west.es.net via ESnet SMTP service id <04826-0@osi-west.es.net>; Wed, 27 Apr 1994 06:40:03 +0000 Received: from dxcoms.cern.ch by dxmint.cern.ch (5.65/DEC-Ultrix/4.3) id AA19694; Wed, 27 Apr 1994 15:39:59 +0200 Received: by dxcoms.cern.ch (5.65/DEC-Ultrix/4.3) id AA18018; Wed, 27 Apr 1994 15:39:57 +0200 From: isnard@dxcoms.cern.ch (Christian Isnard) Message-Id: <9404271339.AA18018@dxcoms.cern.ch> Subject: Recording tools (urgent) To: klemets@paul.rutgers.edu (Anders Klemets) Date: Wed, 27 Apr 1994 15:39:57 +0200 (MET DST) Cc: rem-conf@es.net X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1051 Hello, Last week I started to use A.Klemets' vat_record and nv_record (v.12, 940412) to store the CHEP94 broadcast on MBONE. I find these tools _very_ useful, however I have an urgent question: I have now to replay a/v sessions that occurred in the middle of a day, skipping several hours of recordings. The offset option in av_play seems to fail to give me a sound that corresponds to the video: it seems that the audio and video offsets have to be computed independently. I suspect that during channel testing, coffee breaks, etc, there are periods of time with audio and no video, or with video and no audio. Have you any suggestion that could help me to extract parts of my recordings without spending too much time? Thanks in advance, Christian. -- Christian Isnard Email: isnard@dxcoms.cern.ch European Laboratory for Particle Physics CERN - CN/CS/EN Computers and Networks division Tel: +41 22 767 23 94 CH-1211 Geneva 23 - Switzerland Fax: +41 22 767 71 55 From rem-conf-request@es.net Wed Apr 27 10:07:33 1994 Received: from nyquist.bellcore.com by osi-west.es.net via ESnet SMTP service id <04924-0@osi-west.es.net>; Wed, 27 Apr 1994 07:07:15 +0000 Return-Path: Received: by nyquist.bellcore.com (5.57/Ultrix4.2A) id AA09678; Wed, 27 Apr 94 10:05:14 -0400 From: ekim@nyquist.bellcore.com (Michael Mills 21340) Message-Id: <9404271405.AA09678@nyquist.bellcore.com> Subject: Live from AT&T Video - is there any?? To: rem-conf@es.net Date: Wed, 27 Apr 1994 10:05:14 -0400 (EDT) X-Mailer: ELM [version 2.4 PL2] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Length: 64 Hi, I can get audio. No video. Am I the only one?? Mike From rem-conf-request@es.net Wed Apr 27 10:46:27 1994 Received: from noc.BelWue.DE by osi-west.es.net via ESnet SMTP service id <05039-0@osi-west.es.net>; Wed, 27 Apr 1994 07:46:04 +0000 Received: from kssun7.rus.uni-stuttgart.de by noc.BelWue.DE with SMTP id AA18333 (5.65c8/IDA-1.4.4 for ); Wed, 27 Apr 1994 16:45:54 +0200 Received: by kssun7.rus.uni-stuttgart.de (4.1/BelWue-1.3SUN) id AA20483; Wed, 27 Apr 94 16:43:08 +0200 Date: Wed, 27 Apr 94 16:43:08 +0200 From: Schulz@rus.uni-stuttgart.de (Claus-Dieter Schulz) Message-Id: <9404271443.AA20483@kssun7.rus.uni-stuttgart.de> To: ekim@nyquist.bellcore.com Subject: Re: Live from AT&T Video - is there any?? Cc: rem-conf@es.net > Hi, > > > I can get audio. No video. Am I the only one?? > No ! same problem here C.-D. From rem-conf-request@es.net Wed Apr 27 10:49:38 1994 Received: from crusher.concert.net by osi-west.es.net via ESnet SMTP service id <05061-0@osi-west.es.net>; Wed, 27 Apr 1994 07:49:03 +0000 Received: by crusher.concert.net (5.59/tas-concert/6-19-91) id AA08107; Wed, 27 Apr 94 10:48:21 -0400 From: Fengmin Gong Message-Id: <9404271448.AA08107@crusher.concert.net> Subject: Re: Live from AT&T Video - is there any?? To: ekim@nyquist.bellcore.com (Michael Mills 21340) Date: Wed, 27 Apr 1994 10:48:20 -0400 (EDT) Cc: rem-conf@es.net In-Reply-To: <9404271405.AA09678@nyquist.bellcore.com> from "Michael Mills 21340" at Apr 27, 94 10:05:14 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 159 I receive no video either, Sigh. -Fengmin Re: message from Michael Mills 21340: > >Hi, > > >I can get audio. No video. Am I the only one?? > > > > >Mike > From rem-conf-request@es.net Wed Apr 27 12:41:19 1994 Received: from paul.rutgers.edu by osi-west.es.net via ESnet SMTP service id <05694-0@osi-west.es.net>; Wed, 27 Apr 1994 09:40:52 +0000 Received: by paul.rutgers.edu (5.59/SMI4.0/RU1.5/3.08) id AA23542; Wed, 27 Apr 94 12:40:36 EDT Date: Wed, 27 Apr 94 12:40:36 EDT From: klemets@paul.rutgers.edu (Anders Klemets) Message-Id: <9404271640.AA23542@paul.rutgers.edu> To: isnard@dxcoms.cern.ch Cc: rem-conf@es.net In-Reply-To: <9404271339.AA18018@dxcoms.cern.ch> (isnard@dxcoms.cern.ch) Subject: Re: Recording tools (urgent) > I suspect that during channel testing, coffee breaks, etc, there are > periods of time with audio and no video, or with video and no audio. > > Have you any suggestion that could help me to extract parts of my > recordings without spending too much time? Although the offset function (-o flag) is supposed to be able to handle the kind of situation you describe, and in my experience it does, it doesn't surprise me if there are still some obscure bugs. I have limited time to spend tracking down bugs, but if you can isolate the files that causes the problem (supposedly two audio files and two video files) I can take a look at it. In the mean time, you may want to consider the brute force approach, list the files with "ls -lt" and move first hours worth of files to a different directory. I am sorry that I cannot offer you a more elegant solution at this time. Anders From rem-conf-request@es.net Thu Apr 28 00:13:47 1994 Received: from aurora.engr.LaTech.edu by osi-west.es.net via ESnet SMTP service id <07838-0@osi-west.es.net>; Wed, 27 Apr 1994 21:13:21 +0000 Received: from merlin (wangz@merlin.engr.LaTech.edu [138.47.18.107]) by aurora.engr.latech.edu (8.6.8.1/8.6.8) with ESMTP id XAA02835 for ; Wed, 27 Apr 1994 23:13:17 -0500 From: Wang Zhengrong Received: (wangz@localhost) by merlin (8.6.8.1/8.6.8) id XAA21859 for rem-conf@es.net; Wed, 27 Apr 1994 23:13:12 -0500 Message-Id: <199404280413.XAA21859@merlin> Subject: A new image compression algorithm To: rem-conf@es.net Date: Wed, 27 Apr 1994 23:13:11 -0500 (CDT) X-Mailer: ELM [version 2.4 PL22.4] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1312 A New Image Compression Algorithm (2nd announcemet) A lot of responses have been received since our first posting an announcement about a new image compression developed at the Department of Electrical Engineering, Lousisana Tech Univ. Here we would like to give great thanks to those who are interested in our work. Parts of our results, including several grayscale and color images and a motion sequence, are now available on our univ's anonymous ftp site 'ftp.latech.edu', under directory /pub/wang. All comments are welcomed, and we are also glad to encode/decode images for those who would like further evaluate our algorithm. If have any problem, comments, or want further information about the performance of our new algorithm, please contact us at wangz@engr.latech.edu. -Zhengrong ------------------------------------------------------- * Zhengrong Wang * * Deparment of Electrical Engineering * * Louisiana Tech Univ * * Ruston, LA 71272 * * Phone: 318-257-4301 * * Fax: 318-257-2562 * * E-mail: wangz@engr.latech.edu * ------------------------------------------------------- From rem-conf-request@es.net Thu Apr 28 15:37:43 1994 Received: from icsia.ICSI.Berkeley.EDU by osi-west.es.net via ESnet SMTP service id <11815-0@osi-west.es.net>; Thu, 28 Apr 1994 12:37:25 +0000 Received: from icsib74.ICSI.Berkeley.EDU (whd@icsib74.ICSI.Berkeley.EDU [128.32.201.200]) by icsia.ICSI.Berkeley.EDU (8.6.8/HUB+V8$Revision: 1.21 $) with ESMTP id MAA26558; Thu, 28 Apr 1994 12:37:23 -0700 From: whd@ICSI.Berkeley.EDU (Wieland Holfelder) Received: (whd@localhost) by icsib74.ICSI.Berkeley.EDU (8.6.8/1.8) id MAA17379; Thu, 28 Apr 1994 12:37:19 -0700 Message-Id: <199404281937.MAA17379@icsib74.ICSI.Berkeley.EDU> Subject: protocol specs of mbone tools? To: mbone@isi.edu (Multicast Backbone), rem-conf@es.net (Remote Conferencing) Date: Thu, 28 Apr 1994 12:37:18 -0700 (PDT) X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 182 Are the protocol specifications of the various mbone tools available (and if so, where). I'm interested in the packet formats as well as in the protocol mechanisms. Thx, Wieland From rem-conf-request@es.net Thu Apr 28 15:57:13 1994 Received: from fenris.dhhalden.no by osi-west.es.net via ESnet SMTP service id <11916-0@osi-west.es.net>; Thu, 28 Apr 1994 12:56:43 +0000 Received: from abdallah.dhhalden.no by fenris.dhhalden.no with SMTP (PP) id <20381-0@fenris.dhhalden.no>; Thu, 28 Apr 1994 21:56:17 +0200 Received: by abdallah.dhhalden.no (5.0/SMI-SVR4) id AA01460; Thu, 28 Apr 1994 19:56:10 +0000 Date: Thu, 28 Apr 1994 19:56:09 +0000 (GMT) From: Borre Ludvigsen Subject: SPARC Classic / SOL 2.3 / Sunvideo To: CU-SeeEveryone Cc: Multicast Backbone , Remote Conferencing In-Reply-To: <199404281937.MAA17379@icsib74.ICSI.Berkeley.EDU> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII content-length: 1710 I just got the camera and card. Great camera, live card, no video and foul error messages. Would someone volunteer to be the Samaritan please? - Barre Ludvigsen I did like the manual said, and contrary to its advice, wiping the lens with a soft cloth, did not produce a picture: abdallah{borrel}60: pkginfo | grep rtvc system SUNWrtvc Real Time Video Compression Device Driver application SUNWrtvcu Real Time Video Compression Runtime Support Software [2] - Done emacs test2.pl abdallah{borrel}61: /etc/opt/SUNWrtvc/bin/rtvc-verify Verifying SunVideo RTVC entries in: \n /opt/SUNWits/Graphics-sw/xil/lib/xil.compute...\c done. SunVideo (packages SUNWrtvc and SUNWrtvcu) installation verified. abdallah{borrel}62: /opt/SUNWits/Graphics-sw/xil/examples/test/rtvc_display XilDefaultErrorFunc: error category: System error string: SUNWRtvc: could not open SUNWRtvc device error id: SUNWrtvc-4 primary error detected at location ZSUWDZDSFBUFZUZZQF226 in XIL object info: No such file or directory XilDefaultErrorFunc: error category: System error string: Could not create imagetype error id: di-188 secondary error detected at location ZSUWDZDSFBUFZUZZQF180 in XIL XilDefaultErrorFunc: error category: System error string: Could not create input/output device error id: di-149 primary error detected at location ZYJMZJNBHF1499 in XIL XilDefaultErrorFunc: error category: System error string: Could not create image error id: di-147 secondary error detected at location ZYJMZTZZTUFNZTUBUF213 in XIL failed to open SUNWrtvc device abdallah{borrel}63: ----- end of misery ---------- From rem-conf-request@es.net Thu Apr 28 19:30:07 1994 Received: from Sun.COM by osi-west.es.net via ESnet SMTP service id <12987-0@osi-west.es.net>; Thu, 28 Apr 1994 16:29:47 +0000 Received: from Eng.Sun.COM (zigzag.Eng.Sun.COM) by Sun.COM (sun-barr.Sun.COM) id AA19490; Thu, 28 Apr 94 16:28:08 PDT Received: from flux.Eng.Sun.COM by Eng.Sun.COM (4.1/SMI-4.1) id AA22087; Thu, 28 Apr 94 16:27:14 PDT Received: by flux.Eng.Sun.COM (5.0/SMI-SVR4) id AA02187; Thu, 28 Apr 1994 16:28:01 +0800 Date: Thu, 28 Apr 1994 16:28:01 +0800 From: Todd.Macmillan@Eng.Sun.COM (Todd MacMillan) Message-Id: <9404282328.AA02187@flux.Eng.Sun.COM> To: cu-seeme-l@cornell.edu, borrel@dhhalden.no Subject: Re: SPARC Classic / SOL 2.3 / Sunvideo Cc: mbone@ISI.EDU, rem-conf@es.net X-Sun-Charset: US-ASCII Content-Length: 2140 > I just got the camera and card. Great camera, live card, no video and > foul error messages. Would someone volunteer to be the Samaritan please? > > - Barre Ludvigsen The error message is attempting to tell you that it was unable to open either /dev/rtvc0 or /dev/rtvcctl0. Look in /opt/SUNWits/Graphics-sw/xil/man/man3/SUNWrtvc.3 for slightly more detail on what all the SUNWrtvc-x error messages mean. I'd guess that the reason for the error is that Solaris knows nothing about the device. One of the _features_ of Solaris 2.x is that after adding a device, one must do a 'boot -r' to tell the system to reconfigure its /dev and /devices directories. Do a 'boot -rv' to get more verbose output, 'man -s 1M kernel' for info. You can also run, as root, 'drvconfig', to do this reconfig without reboot, but I've personally never tried it. You may also have to run 'devlinks'. > I did like the manual said, and contrary to its advice, wiping the lens > with a soft cloth, did not produce a picture: Did you use a circular motion? It replaced the Mud Shark ;-> > abdallah{borrel}60: pkginfo | grep rtvc > system SUNWrtvc Real Time Video Compression Device Driver > application SUNWrtvcu Real Time Video Compression Runtime Support Software Another useful program is 'prtconf'; it will show you what drivers are installed for all devices on the system and other such info. > abdallah{borrel}62: /opt/SUNWits/Graphics-sw/xil/examples/test/rtvc_display > XilDefaultErrorFunc: > error category: System > error string: SUNWRtvc: could not open SUNWRtvc device > error id: SUNWrtvc-4 > primary error detected at location ZSUWDZDSFBUFZUZZQF226 in XIL > object info: No such file or directory The first part of the message is the most useful. The 'error-id:' field contains the string that you can look up in the above mentioned XIL man page. The 'object-info:' string is the string associated with the system error, provided the 'error category:' is "System". Look at /usr/include/sys/errno.h for a mapping of the text back to the errno value. In this case it is ENOENT. - Todd From rem-conf-request@es.net Fri Apr 29 08:49:26 1994 Received: from sunl.cr.usgs.gov by osi-west.es.net via ESnet SMTP service id <14926-0@osi-west.es.net>; Fri, 29 Apr 1994 05:49:08 +0000 Received: from dlgeo.cr.usgs.gov by sunl.cr.usgs.gov (4.1/SMI-3.2) id AA18398; Fri, 29 Apr 94 07:48:58 CDT Received: by dlgeo.cr.usgs.gov (5.4R2.01/1.34) id AA24383; Fri, 29 Apr 1994 07:50:49 -0500 Date: Fri, 29 Apr 1994 07:50:49 -0500 From: mcclanah@dlgeo.cr.usgs.gov Message-Id: <9404291250.AA24383@dlgeo.cr.usgs.gov> To: rem-conf@es.net In-Reply-To: <199401120226.SAA27481@sole.cs.washington.edu> (cmaeda@cs.washington.edu) Subject: TCP/IP over ISDN I saw something yesterday that led me to understand that it was not possible to transmit TCP/IP over ISDN. In searching through the rem-conf archives I have found several mentions of this topic, but nothing to truly support or deny this assumption. Could someone out there fill me in as to whether it is possible? does it require code hacks or specific hardware - what are the specific - any online docs that might be useful to me? Thanks all, Pat McClanahan Internet:mcclanah@dlgeo.cr.usgs.gov EROS Data Center mcclanah@edcserver1.cr.usgs.gov Sioux Falls, SD 605-361-4607 From rem-conf-request@es.net Fri Apr 29 09:25:52 1994 Received: from fenris.dhhalden.no by osi-west.es.net via ESnet SMTP service id <14976-0@osi-west.es.net>; Fri, 29 Apr 1994 06:25:31 +0000 Received: from sofus.dhhalden.no by fenris.dhhalden.no with SMTP (PP) id <15548-0@fenris.dhhalden.no>; Fri, 29 Apr 1994 15:25:24 +0200 Received: from SOFUS/MERCURY by sofus.dhhalden.no (Mercury 1.11); Fri, 29 Apr 94 15:25:24 GMT+1 Received: from MERCURY by SOFUS (Mercury 1.11); Fri, 29 Apr 94 15:24:55 GMT+1 From: Jardar Sunde Olsen Organization: Ostfold College To: rem-conf@es.net Date: Fri, 29 Apr 1994 15:24:48 +0100 Subject: Re: TCP/IP over ISDN Reply-to: jardarso@dhhalden.no Priority: normal X-mailer: Pegasus Mail v3.1 (R1) Message-ID: <45EF12059B@sofus.dhhalden.no> > I saw something yesterday that led me to understand that it was not > possible to transmit TCP/IP over ISDN. In searching through the > rem-conf archives I have found several mentions of this topic, but > nothing to truly support or deny this assumption. > > Could someone out there fill me in as to whether it is possible? does > it require code hacks or specific hardware - what are the specific - > any online docs that might be useful to me? I can't see any reason as to why you can't transmit TCP/IP over ISDN. You do need a TA (Terminal Adapter), and the right software (and I don't mean hacks, although if you prefer this then go ahead :-), but that should be all. Regards, Jardar Sunde Olsen jardarso@dhhalden.no From rem-conf-request@es.net Fri Apr 29 09:33:09 1994 Received: from fenris.dhhalden.no by osi-west.es.net via ESnet SMTP service id <14995-0@osi-west.es.net>; Fri, 29 Apr 1994 06:32:37 +0000 Received: from abdallah.dhhalden.no by fenris.dhhalden.no with SMTP (PP) id <15752-0@fenris.dhhalden.no>; Fri, 29 Apr 1994 15:32:30 +0200 Received: by abdallah.dhhalden.no (5.0/SMI-SVR4) id AA00996; Fri, 29 Apr 1994 13:32:25 +0000 Date: Fri, 29 Apr 1994 13:32:24 +0000 (GMT) From: Borre Ludvigsen Subject: Re: TCP/IP over ISDN To: mcclanah@dlgeo.cr.usgs.gov Cc: rem-conf@es.net In-Reply-To: <9404291250.AA24383@dlgeo.cr.usgs.gov> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII content-length: 1400 We ran TCP/IP overan ISDN line between Trondheim and Oslo in February. The local net was an ethernet with a router and an ISDN adapter. The other end wa san adapter and another ethernet. We demonstrated the WWW with Mosaic, telnet, mail, etc. from what was a registered domain. - Barre Ludvigsen ---------------------------------------------------------------------- Barre Ludvigsen - Ostfold Regional College- N-1750 HALDEN - Norway ---------------------------------------------------------------------- vox:+4769185400/home+4769341922/direct+4769185577ext219fax:+4769185485 ---------------------------------------------------------------------- Come and visit! On Fri, 29 Apr 1994 mcclanah@dlgeo.cr.usgs.gov wrote: > I saw something yesterday that led me to understand that it was not > possible to transmit TCP/IP over ISDN. In searching through the > rem-conf archives I have found several mentions of this topic, but > nothing to truly support or deny this assumption. > > Could someone out there fill me in as to whether it is possible? does > it require code hacks or specific hardware - what are the specific - > any online docs that might be useful to me? > > Thanks all, > > Pat McClanahan Internet:mcclanah@dlgeo.cr.usgs.gov > EROS Data Center mcclanah@edcserver1.cr.usgs.gov > Sioux Falls, SD > 605-361-4607 > From rem-conf-request@es.net Fri Apr 29 10:49:18 1994 Received: from sunl.cr.usgs.gov by osi-west.es.net via ESnet SMTP service id <15174-0@osi-west.es.net>; Fri, 29 Apr 1994 07:48:42 +0000 Received: from dlgeo.cr.usgs.gov by sunl.cr.usgs.gov (4.1/SMI-3.2) id AA18836; Fri, 29 Apr 94 09:47:42 CDT Received: by dlgeo.cr.usgs.gov (5.4R2.01/1.34) id AA24729; Fri, 29 Apr 1994 09:49:21 -0500 Date: Fri, 29 Apr 1994 09:49:21 -0500 From: mcclanah@dlgeo.cr.usgs.gov Message-Id: <9404291449.AA24729@dlgeo.cr.usgs.gov> To: rem-conf@es.net Subject: Thanks I got some great replies from my TCP/IP over ISDN query - thanks to all who so willingly provided info. Some of you were interested in what I had read - so here is the quote that got me curious: >On Tue, 26 Apr 1994, Miles R Fidelman wrote: >> On Tue, 26 Apr 1994, Lori Atwater wrote: >> >> In regards to challenging them - the key questions for PacBell are: >> >> i. will they waive per-minute as well as monthly charges? >> >From what I understand, the first year of the program, there is no charge >for the ISDN. I do beleive that there are people working on creating a >special tarriff for schools for after the 1 year program is over that >would make it afordable. >> ii. will the ISDN lines support 64kb PACKET service, and if so, will they >> waive the per-packet charges as well as the monthly fees >> >The only offical packet service over ISDN currently is X.25 which would >not be appropriate to use for IP services. I beleive that the RBOCs are >working on Frame Relay over ISDN. This should be very attractive. If the >tarriffs are like the existing frame relay, there should be no per packet >or mileage charge. They will probably try to have a connect time charge >though since its a switched service :-( >> iii. what will the ISDN lines connect to on the other end? ideally, >> there will be straightforward connectivity to the Internet >> >That's where we come in. InterNex is putting together a special package >for Schools to connect to the Internet via ISDN. We offer Internet access >via ISDN in the Bay Area. We are working to expand our offerings to other >areas in California and the US. >Robert J. Berger - President >InterNex Information Services, Inc. I included the entire thing so as not to be accused of taking someone out of context. Thanks again to all, Pat McClanahan Internet:mcclanah@dlgeo.cr.usgs.gov EROS Data Center mcclanah@edcserver1.cr.usgs.gov Sioux Falls, SD 605-361-4607 From rem-conf-request@es.net Fri Apr 29 11:59:47 1994 Received: from alpha.Xerox.COM by osi-west.es.net via ESnet SMTP service id <15404-0@osi-west.es.net>; Fri, 29 Apr 1994 08:59:30 +0000 Received: from ecco.parc.xerox.com ([13.2.116.196]) by alpha.xerox.com with SMTP id <14492(2)>; Fri, 29 Apr 1994 08:59:21 PDT Received: from localhost by ecco.parc.xerox.com with SMTP id <16150>; Fri, 29 Apr 1994 08:59:15 -0700 To: mcclanah@dlgeo.cr.usgs.gov cc: rem-conf@es.net Subject: Re: TCP/IP over ISDN In-reply-to: Your message of "Fri, 29 Apr 94 05:50:49 PDT." <9404291250.AA24383@dlgeo.cr.usgs.gov> Date: Fri, 29 Apr 1994 08:59:14 PDT Sender: Ron Frederick From: Ron Frederick Message-Id: <94Apr29.085915pdt.16150@ecco.parc.xerox.com> In message <9404291250.AA24383@dlgeo.cr.usgs.gov> you write: > I saw something yesterday that led me to understand that it was not > possible to transmit TCP/IP over ISDN. In searching through the > rem-conf archives I have found several mentions of this topic, but > nothing to truly support or deny this assumption. > You can run TCP/IP over anything! Seriously, I'm running TCP/IP over ISDN right now as I type this message. > Could someone out there fill me in as to whether it is possible? does > it require code hacks or specific hardware - what are the specific - > any online docs that might be useful to me? > In my case, I am using a Combinet ISDN ethernet bridge to connect my home ethernet to an ethernet at work. The Combinet connects on one side to either thinnet or 10Base-T ethernet, and on the other side to an NT-1 terminal adapter. You need one of these at both ends, and you configure them to dial each other up on demand. They automatically manage placing either a single call or two calls based on how much bandwidth you are currently using, and are very configurable about what the thresholds are for when the calls are brought up and down. They also do on-the-fly compression, similar to what you get from most high speed modems these days. The result is that I typically get >200kbps of bandwidth to home over a single ISDN 2B+D circuit. Other alternatives exist as well. You can use an ISDN card in a workstation and run TCP/IP over PPP over ISDN, for example. Then, that workstation can server as a router for other machines on the networks on either side. Sun offers such a package for Solaris 2.x. The Sun software isn't nearly as nice as the Combinet so far, though -- it doesn't support compression, and it won't aggregate both B channels to the same destination. So, the overall bandwidth you can get is much lower. I've seen mention of similar offerings from other vendors, but I really don't know any details. -- Ron Frederick frederick@parc.xerox.com From rem-conf-request@es.net Fri Apr 29 14:10:19 1994 Received: from alpha.Xerox.COM by osi-west.es.net via ESnet SMTP service id <16230-0@osi-west.es.net>; Fri, 29 Apr 1994 11:10:00 +0000 Received: from reynaldo.parc.xerox.com ([13.2.116.96]) by alpha.xerox.com with SMTP id <14610(7)>; Fri, 29 Apr 1994 11:09:40 PDT Received: from localhost by reynaldo.parc.xerox.com with SMTP id <25546>; Fri, 29 Apr 1994 11:09:32 -0700 To: Ron Frederick cc: mcclanah@dlgeo.cr.usgs.gov, rem-conf@es.net Subject: Re: TCP/IP over ISDN In-reply-to: Your message of "Fri, 29 Apr 94 08:59:14 PDT." <94Apr29.085915pdt.16150@ecco.parc.xerox.com> X-Mailer: exmh version 1.3 (final) 4/4/94 Date: Fri, 29 Apr 1994 11:09:16 PDT Sender: Berry Kercheval From: Berry Kercheval Message-Id: <94Apr29.110932pdt.25546@reynaldo.parc.xerox.com> In message <94Apr29.085915pdt.16150@ecco.parc.xerox.com> Ron writes: >In message <9404291250.AA24383@dlgeo.cr.usgs.gov> Pat writes: >> I saw something yesterday that led me to understand that it was not >> possible to transmit TCP/IP over ISDN. >> >You can run TCP/IP over anything! Indeed. But I think that the confusion here lies in the ill-formed question. Judging from the message Pat cited later, that message was answering the question "will the public (i.e. phone company) network support TCP/IP on ISDN?" and the answer to that seems to be no. On the other hand, the answer to "Given ISDN B-channels providing an N*64 kilobit data pipe between two computers wITH ISDN interfaces and TCP/IP protocol stacks, can you somehow send the IP datagrams across the ISDN channel?" is an emphatic YES! Given the ability to send arbitrary data over ISDN, you arrange things (with only a little programming ) to use SLIP over ISDN, PPP over ISDN, X.25 over ISDN, bridged ethernet over ISDN, frame relay over ISDN, and even, should you be sufficiently twisted, ATM over ISDN. Not all of these are good ideas, but in all these cases ISDN is functioning more like a very very good modem than a public packet network. From rem-conf-request@es.net Fri Apr 29 16:59:34 1994 Received: from Sun.COM by osi-west.es.net via ESnet SMTP service id <16799-0@osi-west.es.net>; Fri, 29 Apr 1994 13:59:16 +0000 Received: from Eng.Sun.COM (zigzag.Eng.Sun.COM) by Sun.COM (sun-barr.Sun.COM) id AA06308; Fri, 29 Apr 94 13:59:14 PDT Received: from cthulhu.Eng.Sun.COM (maverick) by Eng.Sun.COM (4.1/SMI-4.1) id AA02325; Fri, 29 Apr 94 13:58:25 PDT Received: by cthulhu.Eng.Sun.COM (5.0/SMI-SVR4) id AA02190; Fri, 29 Apr 1994 13:59:12 +0800 Date: Fri, 29 Apr 1994 13:59:12 +0800 From: denny@cthulhu.Eng.Sun.COM (Denton Gentry) Message-Id: <9404292059.AA02190@cthulhu.Eng.Sun.COM> To: rem-conf@es.net Subject: Re: TCP/IP over ISDN X-Sun-Charset: US-ASCII Content-Length: 378 > In message <94Apr29.085915pdt.16150@ecco.parc.xerox.com> Ron writes: > >In message <9404291250.AA24383@dlgeo.cr.usgs.gov> Pat writes: > >> I saw something yesterday that led me to understand that it was not > >> possible to transmit TCP/IP over ISDN. > >> > >You can run TCP/IP over anything! Given suitable encoding, you can run TCP/IP over carpet static. Denny From rem-conf-request@es.net Fri Apr 29 19:02:17 1994 Received: from violet.Berkeley.EDU by osi-west.es.net via ESnet SMTP service id <17475-0@osi-west.es.net>; Fri, 29 Apr 1994 16:02:00 +0000 Received: by violet.berkeley.edu (8.6.8/1.33r) id QAA07972; Fri, 29 Apr 1994 16:01:56 -0700 Date: Fri, 29 Apr 1994 16:01:56 -0700 From: dlw@violet.berkeley.edu (David Wasley) Message-Id: <199404292301.QAA07972@violet.berkeley.edu> To: mcclanah@dlgeo.cr.usgs.gov, rem-conf@es.net Subject: Re: TCP/IP over ISDN I believe the following refers to a program announced by Pacific Bell in California that is intended to connect schools to the Internet via ISDN. I've put some notes in the text to clarify things a bit. >On Tue, 26 Apr 1994, Miles R Fidelman wrote: >> On Tue, 26 Apr 1994, Lori Atwater wrote: >> >> In regards to challenging them - the key questions for PacBell are: >> >> i. will they waive per-minute as well as monthly charges? >> >From what I understand, the first year of the program, there is no charge >for the ISDN. I do beleive that there are people working on creating a >special tarriff for schools for after the 1 year program is over that >would make it afordable. Yes - all installation and usage fees are waived for 12 months from the date of installation. It will still be necessary for the schools to pay for Internet service access, all equipment, etc. >> ii. will the ISDN lines support 64kb PACKET service, and if so, will they >> waive the per-packet charges as well as the monthly fees >> >The only offical packet service over ISDN currently is X.25 which would >not be appropriate to use for IP services. I beleive that the RBOCs are >working on Frame Relay over ISDN. This should be very attractive. If the >tarriffs are like the existing frame relay, there should be no per packet >or mileage charge. They will probably try to have a connect time charge >though since its a switched service :-( The X.25 packet service is over the "D" channel. It is expected that the schools will use both "B" channels for data streams. As many have pointed out, this is simply "very good modem-like service." On the other hand, connect time charges (if imposed) could make the use of ISDN very expensive when they have to start paying for it. We hope that an "educational use tarriff" will be approved by that time. I have no idea whether that is likely or what it would look like. >> iii. what will the ISDN lines connect to on the other end? ideally, >> there will be straightforward connectivity to the Internet >> >That's where we come in. InterNex is putting together a special package >for Schools to connect to the Internet via ISDN. We offer Internet access >via ISDN in the Bay Area. We are working to expand our offerings to other >areas in California and the US. Pacific Bell will fund, in the same way as above, an ISDN connection "at a mutually agreed upon hub site" in order to achieve Internet connectivity. Typically this will be a school district office, and the office will have a standard router and Internet service connection (T1, frame relay, etc...). The type of TA to be used is an interesting question. I lean towards the "ethernet bridge over 2B ISDN with compression" because it is simple to install and leaves the complex equipment in the hub site. Any other ideas would be most welcome. David Wasley University of California, Berkeley From rem-conf-request@es.net Fri Apr 29 19:17:06 1994 Received: from itd.nrl.navy.mil by osi-west.es.net via ESnet SMTP service id <17510-0@osi-west.es.net>; Fri, 29 Apr 1994 16:16:40 +0000 Received: by itd.nrl.navy.mil (4.1/SMI-4.1) id AA16422; Fri, 29 Apr 94 19:16:37 EDT Date: Fri, 29 Apr 94 19:16:37 EDT From: atkinson@itd.nrl.navy.mil (Ran Atkinson) Message-Id: <9404292316.AA16422@itd.nrl.navy.mil> To: rem-conf@es.net Subject: Mbone workstation choices ? Folks, I'm about to purchase a few replacement workstations and want to be sure that they will work with the usual MBONE application programs. I'm particularly interested in feedback from folks that have an Indy, Indigo2, SparcStation 5, or SparcStation 20 (latter two with the SunVideo card and Solaris 2.x). Can anyone comment on the known problems of any of these with the usual applications (e.g. nv/vat/sd/wb) ? How do the (Indy, SunVideo) frame grabbers perform with nv at a high fps rate ? Please email me privately to avoid cluttering the list. I will summarise back to the list in a few days if there is interest. Thanks, Ran atkinson@itd.nrl.navy.mil From rem-conf-request@es.net Fri Apr 29 19:47:37 1994 Received: from wd40.ftp.com by osi-west.es.net via ESnet SMTP service id <17594-0@osi-west.es.net>; Fri, 29 Apr 1994 16:47:12 +0000 Received: from ftp.com by ftp.com ; Fri, 29 Apr 1994 19:47:10 -0400 Received: from mailserv-C.ftp.com by ftp.com ; Fri, 29 Apr 1994 19:47:10 -0400 Received: from chip.slingshot.ftp.com by mailserv-C.ftp.com (5.0/SMI-SVR4) id AA09875; Fri, 29 Apr 94 19:51:00 EDT Date: Fri, 29 Apr 94 19:51:00 EDT Message-Id: <9404292351.AA09875@mailserv-C.ftp.com> To: mcclanah@dlgeo.cr.usgs.gov Subject: Re: Thanks From: chip@ftp.com (Chip Sparling) Reply-To: chip@ftp.com Cc: rem-conf@es.net Sender: chip@mailserv-C.ftp.com Repository: mailserv-C.ftp.com, [message accepted at Fri Apr 29 19:50:55 1994] Originating-Client: slingshot.ftp.com Content-Length: 895 Hello All, >I got some great replies from my TCP/IP over ISDN query - thanks to >all who so willingly provided info. There are at least 1/2 dozen PC bus ISDN cards out there and most of them have drivers that spoof Ethernet, others are using PPP over ISDN (there is an Internet Draft, draft-ietf-pppext-isdn-03.txt for this). This is only for the TCP/IP software from my company, PC/TCP, I don't know about the others. Teleos, Connective Strategies Inc., Link Technologies, OST Inc. and Niwot are the companies that come to mind right. If anyone would like more info, let me know and I'll dig up what I can. Or if I am missing some names, please let me know. chip -- Chip Sparling ftp Software, Inc. Internet: chip@ftp.com 2 High Street (508) 685-4000, fax: (508) 659-6104 North Andover, MA 01845 From rem-conf-request@es.net Fri Apr 29 20:29:35 1994 Received: from zephyr.isi.edu by osi-west.es.net via ESnet SMTP service id <17663-0@osi-west.es.net>; Fri, 29 Apr 1994 17:29:09 +0000 Received: by zephyr.isi.edu (5.65c/5.61+local-16) id ; Fri, 29 Apr 1994 17:28:35 -0700 Date: Fri, 29 Apr 1994 17:28:35 -0700 From: postel@ISI.EDU (Jon Postel) Message-Id: <199404300028.AA08942@zephyr.isi.edu> To: rem-conf@es.net Subject: Re: TCP/IP over ISDN > >You can run TCP/IP over anything! See RFC 1149. --jon. From rem-conf-request@es.net Fri Apr 29 21:01:27 1994 Received: from grayling.CS.Berkeley.EDU by osi-west.es.net via ESnet SMTP service id <17896-0@osi-west.es.net>; Fri, 29 Apr 1994 18:01:05 +0000 Received: by grayling.s2k.berkeley.edu; id AA23072; Fri, 29 Apr 1994 17:03:31 -0700 Date: Fri, 29 Apr 1994 17:03:31 -0700 From: Fred Templin Message-Id: <9404300003.AA23072@grayling.s2k.berkeley.edu> To: atkinson@itd.nrl.navy.mil, rem-conf@es.net Subject: Re: Mbone workstation choices ? Ran, Let me preface this by saying that I work for DEC, but that I'm not involved in sales - I work on a research project at UC Berkeley (Project Sequoia) in which we use the MBONE tools for interactions among scientists at several sites connected via our private T1 network. (Which we're upgrading to T3 on Monday.) Your message specified private email replies, but I felt it important to point out to the distribution that DEC Alpha machines running OSF V2.0 are now also MBONE-capable. The OSF V2.0 kernel includes IP multicast support; you no longer need to apply any kind of patch kit. There is also a new DEC board called the "Sound&Motion J300" which supports frame grabbing, JPEG compression/decompression, and audio. We've been doing nv/vat/sd/wb with Alphas on the project for some time, and the performance is great. (Sorry, but I can't quantify "great" in comparison to the other vendors' machines.) Some of the tools have only recently been ported to the Alphas, but they seem (to me) to be close enough that you might want to give them some consideration. Regards, Fred Templin templin@postgres.berkeley.edu