From rem-conf-request@es.net Mon May 02 02:56:51 1994 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <21621-0@osi-west.es.net>; Sun, 1 May 1994 23:56:20 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-14) id ; Sun, 1 May 1994 23:56:14 -0700 Posted-Date: Sun 1 May 94 23:54:41 PDT Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Sun, 1 May 94 23:54:42 PDT Date: Sun 1 May 94 23:54:41 PDT From: Stephen Casner Subject: AVT Working Group IETF29 Seattle minutes To: rem-conf@es.net Message-Id: <767861681.0.CASNER@XFR.ISI.EDU> Mail-System-Version: Reported by Steve Casner/USC-ISI Minutes of Audio/Video Transport Working Group (AVT) 1. Overview The meeting began with a brief report on the status of the Real-time Transport Protocol (RTP). The draft RTP specification that was submitted with a request for "IESG Last Call" just before the previous IETF meeting in November. The review by the Transport Area Directorate called for several changes so that RTP would more closely follow the principles of Application Level Framing (ALF) and Integrated Layer Processing (ILP) proposed by David Clark and David Tennenhouse in their SIGCOMM '90 paper. In two discussions among Steve Casner, Ron Frederick and Van Jacobson in which the vat and nv programs were taken as design examples, the following list of proposed changes was constructed: - Carry the control and data traffic on separate ports - Remove the application-level multiplexing of the Channel ID and move it to an encapsulation for the cases where it's needed - Minimize the use of options - Make the definition of some fields application-specific (in particular, the timestamp clock rate and sync marker) - Use global rather than local IDs, to be able to detect loops - Specify more precisely how reception reports should be provided These changes were described in more detail by Steve Casner in a long message sent to the rem-conf@es.net mailing list on 21-Mar-94. The first 90 minutes of the first session and the beginning of the second session were occupied by a presentation of these changes. The sections below interleave the main points from the presentation of proposed changes with issues from the discussion that followed. The working group generally agreed with the changes, although some remaining details were identified. A summary appears at the end of these minutes. Our task is now to complete the design to address these details, update the specification and get consensus from the working group via email. Steve Casner will take responsibility for sending out a more complete draft of the proposed changes to start the discussion. Everyone is encouraged to participate. Please send email if there were issues not addressed, to the rem-conf list or to casner@isi.edu. The goal is to submit the draft for Last Call after review at the July IETF meeting in Toronto. Part of the Directorate response after reviewing the RTP submission in November was a recommendation that the protocol be given Experimental status rather than Proposed Standard. However, John Wroclawski said that was only a strategy for dealing with the differences of opinion about the protocol, and that with the proposed changes he believes the Directorate would not have a preference. John and others expressed personal preferences for Proposed Standard status as the goal, once the details of the changes are completed and integrated into the specification. No objections were voiced. At the end of the second session, there were two additional presentations. Julio Escobar gave a report on the use of RTP to support the Synchronization Protocol developed at BBN. The only requirement not satisfied by RTP was the need to communicate the calculated synchronization delays among the destination processors; this could be added to the control packet as application-specific data. Don Hoffman gave a brief description of the two Internet Drafts just released on encoding profiles for Cell-B and MPEG/MPEG-2. Cell-B was developed by Sun but is freely available. MPEG-2 is in development as an ISO/IEC standard. In the MPEG profile, two formats are proposed, one for interoperation with other transport mechanisms using the MPEG-2 Systems environment, and a second, simpler format intended for native Internet-style applications. Comments on the drafts were solicited. The drafts are: draft-speer-cellb-rtp-encap-00.txt draft-hoffman-rtp-mpeg-encap-00.txt These encoding profiles will will be finalized after the RTP changes are resolved, and reviewed at the Toronto IETF meeting. There has also been further work on the JPEG encapsulation since the November meeting. It is now proposed that a small header be included at the start of the data area in each packet. This would be a more compact representation of some of the information in a JFIF header. With this header, decoding restarts would be possible, allowing partial frames to be decoded. Those who are interested in more details should send email to Bill Fenner (fenner@cmf.nrl.navy.mil). 2. Proposed changes to RTP The sections below interleave the main points from the presentation of proposed changes with issues from the discussion that followed. However, much of the presentation of advantages and disadvantages has been omitted here; those who did not read the message describing the changes are advised to fetch it from ftp.isi.edu, directory /mbone/avt, file rtpv2-proposal.txt. In the same directory is rtpv2-presentation.ps which contains the slides from this meeting. 2.1. Control and data on separate ports This change removes RTCP functions from RTP data packets and puts them into a separate packet stream on another port to streamline data processing and to allow monitoring programs to receive the control information with having to sort through the data. No issues regarding this point were brought up in the discussion. However, in email Jarmo Molsa expressed the concern that using separate ports would require an additional socket on many systems, and that on some systems the number of sockets is limited. 2.2. Remove Channel ID, put multiplexing into encapsulations as needed There has been quite a bit of debate about the Channel ID in the past, but none during this meeting. Most applications that may have used multiple channel IDs could use multiple destination ports instead. 2.3. Replace data options with a bit field With the RTCP operations separated into another packet stream on a different port, there are only a few optional fields to be selected in data packets. That allows the optional fields to be indicated by bits in the fixed header. If the bits are also grouped together, it is possible to interpret them as a "packet format", which is a single demultiplexing point for processing as a set of fixed formats if appropriate. The packet format method might not be used in software implementations except perhaps for a fast path when all options are off; however, for hardware, the bit-field approach would be much simpler than the option structure as defined in the current RTP spec. The RTP options would be replaced as follows: CSRC (content source) -- A bit field of 5 or 6 bits in the fixed header to count the number of content source identifiers to follow, for packets produced by a bridge (mixer). Zero indicates that the packet did not come from a bridge. This count takes the place of the length field in the current CSRC option. SSRC (synchronization source) -- It was decided that the SSRC identifier should always be included (see the discussion of global identifiers below), so this option becomes part of the fixed header. BOS (beginning of sync unit) -- Eliminated as an option. APP (application-specific) -- Application specific functions could be defined in profiles as extensions to the RTP header, but there is no provision for one implementation of an application to define its own optional information in a way that other implementations can simply ignore. SDST (sync destination, or reverse-path option) -- Reverse path packets would be eliminated because translators would not keep a table of source transport address to SSRC identifier mappings, and the SSRC/SDST would not be visible in encrypted packets. ENC (encryption) -- When encryption is used, the whole RTP unit is encrypted (all of the RTP header and data). The receiver depends upon header validity checks (version, format, sequence number, and timestamp having reasonable values) to discard packets that should have been decrypted (or decrypted with a different key). There is no provision for an explicit initialization vector; instead zero would be used with random initial values for the sequence number and timestamp to deter a known plaintext attack. The key and encryption algorithm would be specified by out of band information; key switching can be done by decrypting just the header with the old key first, and if the validity checks fail, then trying again with the new key. MIC (authentication) -- An authenticated packet would be indicated by a bit in the header which would indicate the presence of an authentication field later in the header. With the global identifier scheme, the SSRC could be authenticated to have been set by one of the sources (but could still be false). The authentication method (covered by ENC, keyed, symmetrically encrypted, or asymmetrically encrypted), algorithm and key (if any) would be known from out-of-band information. As with encryption, key changes could be accomplished by trying with old an new keys in succession. Alternatively, a key descriptor could be included at the start of the authentication field. To allow some receivers to ignore the authentication without knowing the out-of-band information, a length field would be needed at the start of the authentication field. Some details for the encryption and authentication methods have not been fully specified. Encryption requires an indication of how much padding was added to the end of the data to round up the length to a multiple of the encryption block size. Christian Huitema also suggested that the authentication digest be appended as a trailer rather than a header encapsulation to allow for hardware processing or to allow a single loop through the data for decryption, authentication, and decompression, per the ILP design principle. It may be possible to use one bit in the header to indicate whether there is any trailer present, and then to structure the trailer to indicate padding and authentication digest. In email, Mark Wahl brought up the desire to include a full NTP timestamp and sender description (e.g., distinguished name) within the authentication to minimize replay and support non-repudiation. These details are to be designed and presented later. The other fields in the first 32 bits of the RTP header are the version number, format, sync marker, and sequence number. It is proposed that the version number be bumped to 2 if these proposed changes are adopted. The format field would remain unchanged. The sync marker definition would change (see below), but would remain one bit. The sequence number should stay at 16 bits for arithmetic convenience, but could be trimmed if necessary. So, the resulting header bit count would be: 6 for CSRC count 1 for encryption/authentication trailer 2 for version 6 for format 1 for sync marker 16 for sequence number --- 32 Jon Crowcroft said the UCL monitoring software uses sequence numbers to measure loss and reordering, so reducing the sequence number space to 8 bits would cause a problem for their sampling mechanism (over a long view, not looking at all packets). Van Jacobson commented that misordering by more than the sequence number space can still be corrected using the timestamp. The purpose of the sequence number is to detect gaps. Jon also requested that space be made for one additional bit to indicate the congestion probe options used in Ian Wakeman's congestion control scheme. Several others expressed concern in offline comments that there should be some mechanism for adding functions or options to the data packets. This is an issue that needs further discussion. 2.4. Media-specific timestamps To eliminate the requirement for RTP applications to know the time of day and some possible but rare off-by-1 errors in timestamp tick rate conversion, it is proposed that the rate at which the clock ticks, instead of always being 65536Hz, would become a parameter of the format. For some formats, such as the variable frame rate video we are now using, it may make sense to retain the 65536Hz rate, while for most audio formats, the clock rate would be set to be the same as the sampling rate, as is done for the timestamp in vat. It is also proposed to remove the requirement for senders to make timestamp adjustments. For example, the timestamps would just follow the input device's sample counter. For senders that do know the time of day, control packets would carry both an RTP timestamp (sample clock) and the corresponding full 64-bit NTP timestamp to establish the relationship. Bill Fink noted that with the previous definition of the RTP timestamp as the middle 32 bits of an NTP timestamp, it would be simple for a recorder to replay an RTP stream with the original timing or to synchronize the playback of two RTP streams without any knowledge of the encodings. He asked if recorders would now have to be media specific. There are several possibilities. A recorder can replay packets with the same timing as they were received simply by recording its own local timestamps along with the packets. However, that requires extra space, and does not remove the jitter induced on the path from the source to the recorder. The recorder can reconstruct the source's timing in several ways: 1) from the media timestamps and the nominal rate if it is known; 2) by calculating the nominal rate based on the difference between times in a pair of control packets relating media timestamps to real time; or 3) by calculating the nominal rate based on the arrival rate when the packets are received. 2.5. Application-specific sync marker bit In the current RTP specification, the sync bit is defined to mark the last packet of a synchronization unit. The proposed change is to allow the meaning of the sync marker bit to be defined by an application profile. The application profile could further specify that the bit is defined by each of the encoding profiles to be used under that application profile. In email, Henning Schulzrinne suggested that two sync marker bits be defined in the fixed header, one for start and one for end of synchronization unit, since both events are interesting, as opposed to making the one bit variable and requiring the application to define what it means. However, the general sentiment in the meeting was in favor of one flexible bit as proposed because there may be more than these two meanings, e.g. in video there may be a difference between sync unit and frame. The recommendation was to remove the word "sync" from the description of the bit, making it an application-specific marker to be defined as seen fit in the application profile. 2.6. Global source identifiers RTP currently uses locally unique source 16-bit identifiers to keep track of distinct sources when packets flow through translators and bridges and lose their original transport addresses. The identifiers are locally assigned by the translators and bridges and are remapped by successive translators or bridges. The proposed change is based on the scheme used by vat and wb in which sources assign 32-bit identifiers that are globally unique within a particular medium in a particular session. No remapping is required; loops can be detected. The way the proposed scheme would be specified is that the identifiers are 32-bit opaque numbers, and that there may be a variety of means to assign them, including choosing them randomly. Since there may be collisions in a distributed allocation mechanism, there is a collision resolution protocol, but the allocation mechanism should be such that the collision resolution protocol is typically exercised less than 1% of the time. Two mechanisms are proposed: - When a participant first joins a conference, the identifiers of the other participants are likely to be heard before the new participant transmits, so there is a chance to choose another random number if there's a conflict. - If a new site begins using an identifier in conflict with an existing one, then any site in the session can send a message challenging the new participant (since the owner of the identifier might not be in the session at that moment). Randomized delays would be used to prevent an implosion of responses. This challenge mechanism would need to be specified in the protocol. 2.6.1 Use of IPv4 addresses The topic receiving the most discussion during the meeting was Van Jacobson's proposal that in the current Internet multicast environment, one way to assign unique identifiers is to use the IPv4 address of the host if there is only one source per host. Van argued that this is almost always the case because sessions tend to be associated with a particular set of hardware resources, for example, the mike and speaker associated with a particular workstation. Even if multiple X terminals that have audio hardware operate off a single workstation, the X terminal also has an IP address which can be used. For those case where there are additional sources on one host, a identifier would be chosen at random from the "class F" IP address space (26 bits) so as not to conflict with assigned addresses. Christian Huitema pointed out that we could use the IP multicast class D space (28 bits) since a multicast address should never be a source address. However, a bit of additional analysis done since the meeting by Sally Floyd in response to a question from Steve Casner shows that it may be better just to choose the random numbers from the 32-bit space anyway. For a session with 2000 participants, the probability of collision is lower in the separate 26-bit space only if the number of random allocations is less than 60, and in that case the probability of collision is less than 0.00005 either way. Using the IPv4 address for most identifiers has two advantages: 1) The identifier field could be omitted and a single bit could be used in the RTP header to denote that the identifier was implicit in the common case that the identifier was the same as the source address of the packet (a significant reduction for audio). 2) Given that IP addresses are (generally) unique, this reduces the probability of identifier collisions by requiring fewer random allocations (compared to allocating all identifiers randomly). Since RTP may also be used over protocols other than IP, Jon Crowcroft suggested that the spec allow the use of unique addresses from any address space, for example, the bottom 32 bits of an IEEE 802 address. Unfortunately, this idea runs into trouble when we consider interoperation among multiple networks with different address spaces. Ron Frederick and Abel Weinrib pointed out that two spaces may have allocation patterns such that the rate of collision is much higher than would be the result of allocating all identifiers randomly. For example, consider a session involving multiple enterprises connected through firewalls and each using the small portion of the IPv4 space allocated to private networks as described in RFC 1597. Even when the session size is small, some individuals who communicate frequently might always collide (because the addresses are fixed). Therefore, only one address space can be allowed to us use non-random assignment unless the spaces can be arranged to be non-overlapping, and that seems impractical. It seems technically bad to give the optimization to IPv4 if we expect this protocol to live for a while, not to mention the political concern that anything that says "IPv4 address" in it is probably short-sighted. Ron also disagreed with Van's contention that the presence of multiple sources on one host would necessarily be infrequent. For example, one might run multiple copies of nv for multiple cameras or for a camera and an X screen capture source. Many applications would require the extra mechanism to support figuring out if the IPv4 address could be used or if a random identifier must be allocated. The conclusion was that the specification should not suggest the use of IPv4 addresses or any other fixed mapping of an address space to the 32-bit identifier space. Instead, applications should always allocate identifiers randomly in the full 32-bit space. A combination of the address and time might be used to seed the random number generator. Given that the synchronization source (SSRC) identifier is to be chosen randomly, that identifier must always be included explicitly in the RTP header. While many of us hate to see the header length increased from 8 to 12 bytes, there was a consensus that this was the right decision because it simplifies several other aspects of the protocol: it means we don't need a flag bit to indicate inclusion of the SSRC field; it allows translators to forward encrypted and/or authenticated packets without any special handling; and it eliminates any dependence upon the packet source address (e.g., IP address). 2.6.2 Permanence of identifiers One of the advantages that may have been cited for using the IPv4 address as the identifier is its permanence. When an application using random identifiers is killed and restarted in the same session, a person may be identified as a new source unless the application stored the previously allocated identifier somewhere. However, it is also wrong to assume that the IPv4 address would serve as a persistent identifier for a participant. Van Jacobson pointed out that there may be multiple people using one machine serially in one session, and they should be identified uniquely; John Wroclawski noted that the IP address may change between application invocations due to mobile computing and dynamically assigned addresses. The specification must state that it is mandatory for an application that cares about reuse to provide a way to save the identifier itself, independent of what scheme was used to select the identifier in the first place. Ron Frederick said that even if IPv4 addresses were used as identifiers, some other source might might allocate the same number randomly or through some other means. Therefore, applications must always be prepared to go through the collision resolution protocol. Abel Weinrib took the point further, saying that assumptions of permanence are dangerous. If an application saves an identifier and tries to reuse it sometime later, another source may have begun using that identifier in the meantime so the reuse would be seen as a collision and the first application would be stuck. For applications that require long-term permanence or for which information ownership has serious consequences, a higher-level participant name, such as may be carried in the RTP control packet or a higher-level control protocol, should be the point of ownership and the RTP source identifiers should be considered transient. Bill Fink noted that the use of these identifiers is very dependent upon how the control protocol works and how the session and directory information is maintained. 2.6.3 Scaling limit for random identifier allocation The primary disadvantage of random identifier allocation is the possibility that two sources will choose the same number; this is the same as the Birthday Problem. Steve Casner presented two graphs of probability of collision based on analysis and bits of Mathematica supplied by Sally Floyd. For identifiers picked uniformly from a 32-bit space, the probability of there being at least one collision is 0.0001 for 1K identifiers chosen or 0.01 (1%) for 10K identifiers chosen. Considering that not all the identifiers in a session are chosen at once, it is useful to consider that the probability of collision is much smaller for adding one participant to a session in which the identifiers are already known not to conflict. So, for most applications the maximum session size for which the random allocation scheme performs acceptably would be somewhere in the range 1K-10K. This is not a new constraint since it matches the limit on session size already imposed by the rate backoff limit for the sender identification and reception report packets. However, it is important to insure that the collision resolution protocol scales or fails gracefully when the expected limit is exceeded. Some sessions, such as IETF meetings and Space Shuttle missions, are already near 1K in the cumulative list of participants, though the maximum number of simultaneous participants is around 200-300. We are likely to reach the limit within the expected life of the protocol. To go beyond that will require some additional mechanism such as aggregation and hierarchy. Van Jacobson suggested that in a large, private broadcast system, one might assign customer identifiers as people sign up, and use those as globally unique identifiers. Or, in truly unidirectional systems, the receivers may not require unique identifiers because they cannot emit any packets. John Wroclawski believes there is a clear architectural understanding of how to make this scale to much larger systems, and there is some engineering work that's beginning to get underway. This may well be an appropriate future direction for this protocol and this working group, but we don't know the general solution yet. Perhaps the spec should include an applicability statement for the random identifier scheme as defined, along with some hints about the architectural ideas and work in progress, to encourage experimentation. 2.7. Control packet format / Reception reports With control and data being carried on separate ports, the functions of the RTCP options would be moved into the control packets. The primary functions are: - Providing information about the sender, e.g., name - Providing reception reports for all sources received since the last report, or round robin through the list for as many as will fit; reports should contain absolute information rather than deltas so it does not matter if a report is missed. - Relating the sender's media timestamp to real time for intermedia synchronization, also marking the time of the reception reports so rates can be calculated from differences in packet and byte counts The format of control packets has not been as well defined as the other items in the proposed collection of changes. The header format for the control packets need not be exactly the same as for the data packets, but it may be useful to keep them similar. SSRC, CSRC, encryption and authentication are required for control packets as well as data packets, and the mechanisms should be the same. The general guideline for the construction of the control packet is to put more common information first so that application-independent monitors can process all the common information without having to know anything about the format of the application- or media-dependent information. The length of any application-dependent section would be implicit in the profile that defines the application. However, for those applications that may include media-dependent information, an identifier and possibly a length field for the particular media format would be required. 2.7.1 Mandatory reception reports In previous AVT meetings, it has been suggested that RTCP might be removed from the RTP spec entirely. However, Van Jacobson argues that in order for RTP to be used on a large scale in the Internet, we must provide mechanisms for network service providers as well as users to evaluate the distribution quality. The multicast data itself is the test traffic, and the reception reports are the monitoring mechanism. This mechanism needs to be considered a fundamental part of RTP covering all applications; it's use should not be considered optional. The RTP spec and application profiles should be written such that any application using RTP will work in multicast mode, with unicast as a special case. In an IP multicast environment, reception reports must be sent by all receivers, including those that never send any data. The rate at which the reports are generated is scaled back as the number of participants increases so that the aggregate control traffic does not exceed the bandwidth of one data stream. The control packets would be sent too slowly to be useful beyond a session size somewhere in the 1K-10K range. This brought up the question of using RTP in truly unidirectional systems in which it is presumed that successful transmission is assured by some means and in which it may not be possible for receivers to send a report. In such a system, reception reports would not be required. The specification will need some applicability statements for those pieces that may not be architecturally relevant as we move into new applications. A profile may specify how to use RTP in a unidirectional environment. 2.7.2 Requirement for NTP time in control packet Frank Kastenholz expressed concern about the requirement for an NTP timestamp in the control packet. This needs to be clarified: systems that do not know what time it is should not be required to put an absolute time into that field. However, if the calculation of the data rate and packet rate from the counts in the reception report depends upon the time field, then there may be a requirement for a time value that increments at close to real time even if it is not related to the time of day. An audio application might be able to keep track of time by referencing the sample counter, but what about applications with aperiodic data? 2.7.3 Congestion control Jon Crowcroft and Christian Huitema would like to enable receivers to more quickly report that they are experiencing loss. Jon sought support for Ian Wakeman's congestion control scheme which selects receivers to report more frequently than the rate backoff of reception reports would allow in a large session. Christian wanted the reception report to include an explicit measurement of packet loss by the receiver so that when loss is observed in small sessions the sender can be advised to adapt. Van Jacobson claims that transients are not a concern, and that one cannot robustly make a better diagnosis than the proposed reception report mechanism allows without making the report size much larger. He offered to provide convincing arguments offline. We are awaiting results of those discussions. 2.7.4 Reports for multiple-priority streams John Wroclawski asked whether the reception reports would provide an accurate estimate of overall loss rate for multi-priority schemes and layered encodings. One may only care about the highest priority packets, or one may want more information than the general reception report provides. Additional information could be added in the media-dependent section of the report, but this might not solve the problem for generic monitoring tools. Van Jacobson said that the different priority data streams should be sent on different multicast addresses so the loss rates can be reported separately. However, monitors would still need to know that the loss rate on lower priority streams is expected to be higher. This question needs more thought. 2.7.5 Additional control functions The sender description and reception report information correspond to the RTCP SDES and QOS options. In addition, the functions of the FMT, BYE and APP options are to be retained, they need to be incorporated into the control packet structure in some way. These functions could be specified by different packet types in the control packet header, plus another type for the mandatory sender description / reception report. Greg Minshall suggested that there be some mechanism for tagging along additional information on the report packets that must be sent periodically anyway. One way would be to allow multiple control packets to be aggregated into one lower-layer packet. FMT (format description) -- Allows format codes, which go in the 6-bit field in the data packet header, to be defined dynamically in addition to the small set that are predefined. FMT is not intended for redefinition of codes to allow switching among more than 32 formats in one session; applications needing to do that should define a format whose data field begins with a further specification of the format. FMT may be seldom used since a higher-layer session protocol, such as a session directory, would normally be used to select the formats for a session and define any format codes not already predefined. BYE (goodbye) -- Indicates that a source is terminating its participation in a session. Since no source description or reception report information is required, this could be a separate (trivial) control packet format. Greg Minshall suggested that we might want the BYE packet to include the reason for leaving. APP (application-specific controls) -- Application-specific sections of the sender information and reception reports in the control packet already provide a means to carry periodic information defined by an application profile. However, multiple implementations of a single application profile may interoperate but still need to communicate information that may be ignored by other implementations. Each profile could define on its own a mechanism to include implementation-dependent information, but it seems better to have a common mechanism. Implementation-specific data could be added at end of the reception reports after the media-dependent data. To avoid conflicts among multiple implementations each of which wanted to include its own information, some implementation identification such as the ASCII name in the existing APP option is required. A separate APP packet type would use the same implementation identification mechanism for transporting signals that are not periodic and have nothing to do with the sender information. Charley Kline asked whether we should simply require that applications use some more sophisticated session control protocol if they need to communicate any control information beyond what's in the sender description and reception reports. For many applications, it is likely to be more convenient to use the RTCP path. The basic question is, shall we make a provision for RTP to operate in the absence of any higher-layer mechanism for some applications? 3. Summary of agreements and open issues The following items were agreed during the meeting: - Global identifiers would always be 32-bit random numbers; the IPv4 address should not be used. - The sync source (SSRC) identifier would always be included in a new field added to the fixed RTP header. - Encryption should cover whole packet; zero would be used for the initialization vector, with random initial values for timestamp and sequence number. - The above agreements imply elimination of reverse-path packets. - The word "sync" would be dropped from the name of the marker bit; its meaning would be defined by the application profile. - The plan is to seek Proposed Standard status for the protocol. The following open issues were identified during the discussion: - Need to define how to indicate the length of padding required for encryption and the format of a trailer for authentication. - Should an optional congestion probe field be defined? - Should there be a means to add options to data packet? - The control packet format needs to be defined in detail. - Specify how timestamps are used on systems that don't know time. - Should a receiver-calculated loss measure be in reception reports? - What is the effect of multi-priority streams on loss monitoring? - Should the FMT and APP options be included? (should RTP be usable without a higher-layer session protocol?) - An applicability statement for RTP needs to be defined. [end] ------- From rem-conf-request@es.net Mon May 02 07:20:34 1994 Received: from fenris.dhhalden.no by osi-west.es.net via ESnet SMTP service id <22507-0@osi-west.es.net>; Mon, 2 May 1994 04:20:10 +0000 Received: from abdallah.dhhalden.no by fenris.dhhalden.no with SMTP (PP) id <08739-0@fenris.dhhalden.no>; Mon, 2 May 1994 13:19:45 +0200 Received: by abdallah.dhhalden.no (5.0/SMI-SVR4) id AA04007; Mon, 2 May 1994 11:19:40 +0000 Date: Mon, 2 May 1994 11:19:38 +0000 (GMT) From: Borre Ludvigsen Sender: Borre Ludvigsen Reply-To: Borre Ludvigsen Subject: Re: SPARC Classic / SOL 2.3 / Sunvideo To: hotline@breim.sdata.no Cc: cu-seeme-l@cornell.edu, mbone@ISI.EDU, rem-conf@es.net In-Reply-To: <9404282328.AA02187@flux.Eng.Sun.COM> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII content-length: 731 Thanks to everyone who sent the that most effective answer, which as it happens, worked wonders: boot -r And thanks to Atanu Ghosh who pointed me to an nv that works too: cs.ucl.ac.uk:mice/nv/nv3.3alpha.sunvideo.gz (The usual disclaimers go here:.......) - Barre ---------------------------------------------------------------------- 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 Mon May 02 16:33:03 1994 Received: from taurus.cs.nps.navy.mil by osi-west.es.net via ESnet SMTP service id <24100-0@osi-west.es.net>; Mon, 2 May 1994 13:32:47 +0000 Received: from like.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA03507; Mon, 2 May 94 13:34:26 PDT Date: Mon, 2 May 1994 13:34:25 -0700 (PDT) From: Michael Macedonia Subject: Re: Oregon State-NPS session To: rem-conf@es.net Cc: sechrest@cs.orst.edu, Theodore Lewis In-Reply-To: <9405022018.AA03052@taurus.cs.nps.navy.mil> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 2 May 1994 lewis@taurus.cs.nps.navy.mil wrote: > Thanks to everyone who helped make the MBONE session between OSU and NPS a > success. It was a poineerng effort. Were we the first ones to hold an MS > exam via Internet? > > Even though the sound was not very good, the entire exam would not have > been possible without MBONE. > > --ted > For the record books: Does anyone know of any other oral exams done over the Internet? Thanks, Mike Mike Macedonia | macedonia@cs.nps.navy.mil MAJ, USA | CS Dept, Naval Postgraduate School, | Monterey, CA 93943 | PH:(408) 656-2903 FAX:(408) 656-2814 ------------------------------------------------------------ From rem-conf-request@es.net Mon May 02 18:32:52 1994 Received: from viipuri.nersc.gov by osi-east.es.net via ESnet SMTP service id <01793-0@osi-east.es.net>; Mon, 2 May 1994 15:32:35 +0000 Received: by viipuri.nersc.gov (4.1/ESnet-1.2) id AA13070; Mon, 2 May 94 15:32:34 PDT Date: Mon, 2 May 94 15:32:34 PDT From: ari@es.net (Ari Ollikainen) Message-Id: <9405022232.AA13070@viipuri.nersc.gov> To: rem-conf@es.net Subject: Engineers Conference in Paris ----- Begin Included Message ----- >From @HEARN.nic.SURFnet.nl:JENNINGS@IRLEARN.UCD.IE Fri Apr 29 17:51:14 1994 Date: Fri, 29 Apr 94 22:13:58 WET From: Dennis Jennings Subject: Engineers Conference in Paris To: end2end-interest-request@isi.edu, rem-conf-request@es.net, ietf@ietf.cnri.reston.va.us, big-internet@munnari.OZ.AU Cc: Christian Huitema , Emmanuelle Gille , Susan Karlson , Mike Millikin Content-Length: 3904 Dear Sirs, At Christian Huitema's suggestion, I write to you to request permission to circulate on your e-mail lists the following Call for Papers for the Engineers conference to be held at NetWorld+Interop 94 in files. With many thanks in anticipation, Dennis (Jennings) Chairman, NetWorld+Interop European Programme Committee ----------------------------------------------------------------------- ===================== First Call for Papers ------------------- Engineers Conference at NetWorld+Interop 94 Paris --------------------------------------------------------------------- Interop Company is soliciting technical papers for an Engineers Conference to be held as part of the upcoming NetWorld+Interop 94 Paris event, October 24 - 28, 1994, in Paris. The Engineers Conference, which will be held on Thursday/Friday October 27 - 28, is a two-day focused event offering approaches and solutions to practical systems and software design for networking. All participants in the conference will be able to attend the NetWorld+Interop 94, Paris exhibition, which will run from October 26 - 28. FORMAT The conference will feature the presentation of original papers which will have been selected by a review committee. All accepted papers will be published in Conference Proceedings. Accepted papers must be presented by original authors during the 2-day conference. Conference sessions typically will be 90 minutes long and will present three papers of 20 to 30 minutes duration. The Engineer's Conference will concentrate on engineering design problems in three areas: High Speed Networking, Internetworking, and Multimedia. This conference seeks to bring together research scholars, engineers, and vendors to address pragmatic engineering issues in the field of networking and distributed systems interoperability. It is an excellent forum for Engineers and Researchers to publish papers and to be brought up to date on solutions to today's engineering related problems. Papers are solicited in the following areas: * High Speed Networking: ATM, Fast Ethernet, SDH, FDDI-II, HIPPI, SMDS, Frame Relay, Broadband ISDN, etc. * Internetworking: Addressing Schemes, Routing Protocols, Support of Mobility, Design of Bridges, Routers, and Multiprotocol Brouters, Application Gateways etc. * Multimedia Networking: Multimedia technologies, Multimedia inteoperability, Packet Video and voice, Multimedia Mail and Conferencing, Tele-Presence, Virtual Reality, etc. SUBMISSION GUIDELINES Interested authors are invited to submit an abstract (up to 600 words) clearly describing the problem and the solution offered. All abstracts will be reviewed and authors will be notified for acceptance or rejection of the abstract. Authors of accepted abstracts must submit the paper before the last date. These papers are reviewed by a technical committee for technical merit of the paper before final acceptance. Please note the important dates for abstract and paper submission. All abstracts must contain the authors name, address, telephone number, Fax number and e-mail address (if available). Please send your abstract to: Interop Europe 14 Place Marie-Jeanne Bassot, 92593 Levallois Peret Cedex, Paris, France Attention: Engineer's Conference or e-mail it (in ASCII or PostScript) to: Paris_Engineer@interop.com ** E-mail is preferred. ** =================== = Important Dates = =================== Abstracts due: 3 Jun, 1994 Notification to authors: 24 Jun, 1994 Draft paper due: 22 Jul, 1994 Feedback to authors: 5 Aug, 1994 Camera ready copy due: 9 Sep, 1994 Final camera reader papers must not exceed 10 A4 pages. ----- End Included Message ----- From rem-conf-request@es.net Mon May 02 18:57:50 1994 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <25114-0@osi-west.es.net>; Mon, 2 May 1994 15:57:26 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-14) id ; Mon, 2 May 1994 15:57:05 -0700 Posted-Date: Mon 2 May 94 15:55:52 PDT Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Mon, 2 May 94 15:55:53 PDT Date: Mon 2 May 94 15:55:52 PDT From: Stephen Casner Subject: Re: Oregon State-NPS session To: macedoni@cs.nps.navy.mil, rem-conf@es.net Cc: sechrest@cs.orst.edu, LEWIS@cs.nps.navy.mil Message-Id: <767919352.0.CASNER@XFR.ISI.EDU> In-Reply-To: Mail-System-Version: Mike, In February 1992, an MIT PhD student gave his thesis defense at MIT while one member of his committee viewed the presentation by audio and video teleconference at ISI. This was over DARTnet, which is nominally part of the Internet. -- Steve ------- From rem-conf-request@es.net Tue May 03 05:58:25 1994 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <02936-0@osi-west.es.net>; Tue, 3 May 1994 02:58:05 +0000 Received: from waffle.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Tue, 3 May 1994 10:57:44 +0100 To: Michael Macedonia cc: rem-conf@es.net, sechrest@cs.orst.edu, Theodore Lewis Subject: Re: Oregon State-NPS session In-reply-to: Your message of "Mon, 02 May 94 13:34:25 PDT." Date: Tue, 03 May 94 10:57:39 +0100 From: Jon Crowcroft >For the record books: Does anyone know of any other oral exams done over the >Internet? Mike Internet Dentistry? Now There is a thought jon :-) seriously, I checked, and it is certainly legitimate for my university to conduct PhD defenses this way....I have not yet had the need to, but a couple are coming up later in the year where we may do so! i supervised a student across the net a couple of years ago - i would be very interested in anyones experiences in this... From rem-conf-request@es.net Tue May 03 08:59:16 1994 Received: from swan.cl.cam.ac.uk by osi-west.es.net via ESnet SMTP service id <03636-0@osi-west.es.net>; Tue, 3 May 1994 05:58:53 +0000 Received: from labes.cl.cam.ac.uk (user pb (rfc931)) by swan.cl.cam.ac.uk with SMTP (PP-6.5) to cl; Tue, 3 May 1994 13:58:24 +0100 To: rem-conf@es.net Subject: Wed 4th May 15:15 - 16:15 UTC (& Tue 3rd May 15:15 - 16:15) Interest? Date: Tue, 03 May 1994 13:58:14 +0100 From: Piete Brooks Message-ID: <"swan.cl.cam.:025900:940503125843"@cl.cam.ac.uk> If there is any interest in euther of these outside the JIPS MBone, please email me & I'll raise the TTL. I suspect the first is too short a warning for most of you, but I may as well include it while sending the second. Abstracts at the end ... [[ I have a working ALPHA and a Radio Mike, but still not confirmed with today's speaker, hence the delay about sending this out ]] ------- Forwarded Message To: jips-mbone-ops@noc.ulcc.ac.uk Subject: MBone transmission: two more TESTs from cl.cam.ac.uk Date: Mon, 02 May 1994 21:47:02 +0100 From: Piete Brooks Message-ID: <"swan.cl.cam.:284180:940502204711"@cl.cam.ac.uk> The general feedback I get is that our first transmission went well. If we have a prestige event, I think that that's how we'll do it, i.e. have someone changing the OHPs on the wb session, and having the "slides video" an "X11 window grab" of the centre of the wb window. However, we haven't yet tried a more "hands off" approach for "low key" seminars, i.e. just point cameras at the speaker and the OHPs, set it going, and leave it (well, monitoring it I guess ....). As such, we intend to give that a whirl on Wednesday (16:15 - 17:15) [ the speaker has just given the go ahead. No OHP PS, do no wb :-( ] Neither have we tried a small meeting in a room without any AV aids, or fibre links. As such we hope to transmit our weekly Security & Cryptology (from a room with no ATM connection (yet), no PA system (it's a small room)). I haven't heard back from the speaker yet, but the organiser is confident that he'll say "yes". Also, we're using new kit (a JVideo board in an ALPHA -- only got the code on Friday), and the machine I was going to use appears to have bust audio input. So there are two possible hitches, but we put in a fault call (DEC are *VERY* responsive on a Bank Holiday !) so it's fairly likley to happen. Neither will be sexy, but our aim is to make an MBone transmission "run of the mill", rather than a rare, unusual event. Anyway, here are the abstracts. University of Cambridge Computer Laboratory SECURITY SEMINAR SPEAKER: Fred Piper RHBNC, University of London DATE: Tuesday 3rd May 1993 at 4.15pm PLACE: Room TP4, Computer Laboratory TITLE: KEY MANAGEMENT Key management is undoubtedly one of the most important aspects of any cryptographic system. The skill of the designers who produce algorithms to withstand sophisticated cryptanalytic attacks is completely wasted if keys can be obtained by much simpler means such as seeing them displayed on a screen. In this seminar we will present a low-level discussion on some of the basic aspects of key management; generation, distribution, storage, change and destruction. The discussion will encompass both symmetric and asymmetric systems. For a symmetric system all keys must be secret and the distribution of those keys, particularly during initialisation, is a major headache. The introduction of asymmetric systems removed the requirement that all keys must be secret and thus changed the nature of the key distribution problem. However, for asymetric systems public keys must be authentic and must have other specific properties. These requirements create new problems. Generic key hierarchical systems will be discussed and, possibly, some schemes designed to solve specific problems eg the transation key system for EFTPOS. The relevant standards will also be mentioned. SPEAKER: Mark Josephs Oxford University PRG DATE: Wednesday 4th May 1993 at 4.15pm PLACE: Babbage lecture Theatre TITLE: The Design of Asynchronous Systems Systems can be broadly divided into two categories: synchronous systems whose elements operate in lockstep; and asynchronous systems whose elements operate at their own rate. The latter are generally considered harder to design because varying delays in elements and communication channels can give rise to unpredictable behaviour. This seminar will explore a number of design disciplines for asynchronous systems in general, and asynchronous circuits in particular. The main result is that a family of special-purpose calculi are available to support asynchronous design. The seminar will include a case study in the handshaking discipline. ------- End of Forwarded Message From rem-conf-request@es.net Tue May 03 10:30:20 1994 Received: from interlock.ans.net by osi-west.es.net via ESnet SMTP service id <03853-0@osi-west.es.net>; Tue, 3 May 1994 07:29:50 +0000 Received: by interlock.ans.net id AA13356 (InterLock SMTP Gateway 1.1 for rem-conf@es.net); Tue, 3 May 1994 10:29:47 -0400 Received: by interlock.ans.net (Internal Mail Agent-2); Tue, 3 May 1994 10:29:47 -0400 Received: by interlock.ans.net (Internal Mail Agent-1); Tue, 3 May 1994 10:29:47 -0400 From: Curtis Villamizar Message-Id: <199405031426.AA53247@foo.ans.net> To: rem-conf@es.net Cc: proudfoot@yale.edu Subject: G.727 ADPCM & bandwidth shedding Date: Tue, 03 May 94 10:26:40 -0500 Hi, Is anyone familiar with the G.727 ADPCM referenced below and is there any effort to integrate this with the mbone audio tools. It seems this may be a better alternative to multicasting both ADPCM and lower bandwidth encodings such as GSM, depending on how much bandwidth can be shed and what the audio quality is like after the shedding. Can anyone comment further on this encoding and if/how mbone audio tools can make use of it. Thanks in advance, Curtis ---> Richard Proudfoot writes: ------- Forwarded Message [ ... other stuff deleted ... ] P.S. The other ADPCM I was talking about is designated G.727. It is almost identical to the algorithm I implemented except that the quantization tables for the ADPCM bits have been rearranged so that each lower bit rate is a sub set of the higher bit rates. This allow bits to be stripped without additional computation. Of course you lose the quality provided by the stripped bits. RGP ------- End of Forwarded Message From rem-conf-request@es.net Tue May 03 13:00:57 1994 Received: from nic.cerf.net by osi-west.es.net via ESnet SMTP service id <04291-0@osi-west.es.net>; Tue, 3 May 1994 10:00:40 +0000 Received: from vigra.com (vigra.com [134.24.6.112]) by nic.cerf.net (8.6.7/8.6.6) with SMTP id KAA21779 for ; Tue, 3 May 1994 10:00:36 -0700 Received: from casper by vigra.com (4.1/SMI-4.1) id AA09074; Tue, 3 May 94 09:35:10 PDT Date: Tue, 3 May 94 09:35:10 PDT Message-Id: <9405031635.AA09074@vigra.com> X-Sender: dfridley@calvin Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: rem-conf@es.net From: dfridley@vigra.com (David Fridley) Subject: Quick lesson in interfacing to phone lines? X-Mailer: I am designing a board that includes video compression/decompression capabilities. Mostly this product is intended to run network based, but all this talk about TCP/IP over ISDN makes me wonder if some simple serial interface controller would make it easy to connect to switch56, ISDN, or T1? I guess I'm taking the short cut of just asking, rather than going out and research the issue, because I'm under time constraints (time to market). But if there's an easy answer, or somebody can point me to some good literature I would really apreciate it. One connectivity issue that I haven't seen much talk about is interfacing packet based video conferencing with phone line based systems (i.e. PictureTel). The philosipy's are somewhat different but to really help video take off it needs to be addressed some day. Thanks! David Fridley Vigra; 6044A Cornerstone Ct.;San Diego, CA 92121 (619) 597-7080; (619) 597-7094 FAX; dfridley@vigra.com From rem-conf-request@es.net Tue May 03 15:09:30 1994 Received: from paul.rutgers.edu by osi-west.es.net via ESnet SMTP service id <04890-0@osi-west.es.net>; Tue, 3 May 1994 12:09:10 +0000 Received: by paul.rutgers.edu (5.59/SMI4.0/RU1.5/3.08) id AA10946; Tue, 3 May 94 15:09:05 EDT Date: Tue, 3 May 94 15:09:05 EDT From: klemets@paul.rutgers.edu (Anders Klemets) Message-Id: <9405031909.AA10946@paul.rutgers.edu> To: frederick@parc.xerox.com Cc: rem-conf@es.net Subject: FDDI multicast patches I think I overheard part of some discussion of SunOS FDDI multicast patches on the Mbone audio channel. I would like to clear some confusion about the different versions of the patch that are available. I have two versions of the FDDI multicast patch. The original, simple one, only allows the FDDI interface to coexist with a SunOS kernel that has multicast support. The FDDI interface itself cannot operate in multicast mode, however. The more recent version, which I think I announced to rem-conf in September 1993, actually makes it possible to leave and join multicast groups on the Sun FDDI/S interface. However, I was not able to add "ALLMULTI" support to the FDDI interface since I don't have access to the driver source code. This is needed to successfully run a multicast router. So although true multicast is now possible, if you want to run a multicast router on the FDDI ring, it will have to be provided in some different manner, by some other machine perhaps. A workaround was to this problem is multipoint tunnels. You can always have tunnels between mrouted's using the FDDI interface. The trick is that if you let the tunnel endpoint be a multicast address, as opposed to the unicast address of another multicast router, you will need only one "tunnel" onto the FDDI ring. This tunnel will work as a "hose" and communicate to all other multicast routers that are attached to the FDDI ring. I put the FDDI patch plus an mrouted that allows multipoint tunnels up for ftp in the archive directory at sics.se. The modified mrouted is really experimental, and I cannot guarantee that it will work without problems, (but such warnings have not seemed to deter anybody previously.) Anders From rem-conf-request@es.net Tue May 03 15:42:25 1994 Received: from itd.nrl.navy.mil by osi-west.es.net via ESnet SMTP service id <05077-0@osi-west.es.net>; Tue, 3 May 1994 12:41:47 +0000 Received: by itd.nrl.navy.mil (4.1/SMI-4.1) id AA26699; Tue, 3 May 94 15:41:42 EDT Date: Tue, 3 May 94 15:41:42 EDT From: atkinson@itd.nrl.navy.mil (Ran Atkinson) Message-Id: <9405031941.AA26699@itd.nrl.navy.mil> To: rem-conf@es.net Subject: FDDI multicast for SunOS In addition, it is important to note that the Network Peripherals boards have SunOS 4.1.3 device drivers that _do_ support multicast over the FDDI interfaces. Our MBONE feeds into the building come that way. It is possible that one needs to make a special request to NP for the multicast device drivers, I'm not sure. But we know experimentally that they do exist and do work fine. This perhaps is one reason to consider buying NP rather than Sun... :-) Ran atkinson@itd.nrl.navy.mil who has no financial interest in any vendor :-) From rem-conf-request@es.net Tue May 03 17:49:13 1994 Received: from relay1.UU.NET by osi-west.es.net via ESnet SMTP service id <05497-0@osi-west.es.net>; Tue, 3 May 1994 14:48:50 +0000 Received: from odin.UU.NET by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AAwoip07464; Tue, 3 May 94 17:48:47 -0400 Received: by odin.UU.NET (5.61/UUNET-mail-drop) id AA09715; Tue, 3 May 94 17:48:45 -0400 Date: Tue, 3 May 94 17:48:45 -0400 Message-Id: <9405032148.AA09715@odin.UU.NET> From: Bob Stratton To: rem-conf@es.net Subject: Quick lesson in interfacing to phone lines? In-Reply-To: <9405031635.AA09074@vigra.com> References: <9405031635.AA09074@vigra.com> >>>>> "David" == David Fridley writes: David> I am designing a board that includes video David> compression/decompression capabilities. Mostly this David> product is intended to run network based, but all this talk David> about TCP/IP over ISDN makes me wonder if some simple David> serial interface controller would make it easy to connect David> to switch56, ISDN, or T1? I guess I'm taking the short cut David> of just asking, rather than going out and research the David> issue, because I'm under time constraints (time to David> market). But if there's an easy answer, or somebody can David> point me to some good literature I would really apreciate David> it. I'd highly recommend that you check out the FAQ file for the comp.dcom.isdn newsgroup. There's a lot of good info there, especially for things like vendor information. There are ISDN interface boards for PCs and Macs, as well as router solutions. David> One connectivity issue that I haven't seen much talk about David> is interfacing packet based video conferencing with phone David> line based systems (i.e. PictureTel). The philosipy's are David> somewhat different but to really help video take off it David> needs to be addressed some day. You're right. I've been playing with CUSeeMe and Maven (video and audio) from my Macintosh at home via an ISDN connection over 1 B channel. It's surprisingly usable, though I suspect that the throughput of 2 B channels would be much more friendly. --Strat From rem-conf-request@es.net Tue May 03 18:09:56 1994 Received: from timbuk.cray.com by osi-west.es.net via ESnet SMTP service id <05592-0@osi-west.es.net>; Tue, 3 May 1994 15:09:28 +0000 Received: from frenzy.cray.com (frenzy-eth.cray.com) by cray.com (Bob mailer 1.2) id AA18849; Tue, 3 May 94 17:09:18 CDT Received: by frenzy.cray.com id AA04924; 4.1/CRI-5.6; Tue, 3 May 94 17:11:18 CDT Date: Tue, 3 May 94 17:11:18 CDT From: dab@berserkly.cray.com (David A. Borman) Message-Id: <9405032211.AA04924@frenzy.cray.com> To: atkinson@itd.nrl.navy.mil, rem-conf@es.net Subject: Re: FDDI multicast for SunOS > From rem-conf-request@es.net Tue May 3 15:45 CDT 1994 > Date: Tue, 3 May 94 15:41:42 EDT > From: atkinson@itd.nrl.navy.mil (Ran Atkinson) > To: rem-conf@es.net > Subject: FDDI multicast for SunOS > Content-Length: 538 > > > In addition, it is important to note that the Network Peripherals boards > have SunOS 4.1.3 device drivers that _do_ support multicast over the > FDDI interfaces. Our MBONE feeds into the building come that way. > It is possible that one needs to make a special request to NP for > the multicast device drivers, I'm not sure. But we know experimentally > that they do exist and do work fine. > > This perhaps is one reason to consider buying NP rather than Sun... :-) > > Ran > atkinson@itd.nrl.navy.mil > who has no financial interest in any vendor :-) I have a Network Peripherals Sbus FDDI card in my IPC running SunOS 4.1.3. The version of the driver is: char *np_version = "Network Peripherals SBus FDDI Version 1.3 5/7/92"; This version only had the same support for multicast that SunOS 4.1.3 has, i.e., not what you want. I modified it using the changes to other network drivers as a guide, and it has been working fine for me. I did run into a problem where the driver forgot a return statement in a failure case, causing it to continue executing with a NULL pointer, which caused a panic..., and there was also a missing splx(). But once I identified and fixed both of those problems, it has been running without any further problems. Hopefully your message indicates that they have released a newer version of the driver that has these two bugs fixed and real multicast support... -David Borman, dab@cray.com From rem-conf-request@es.net Tue May 03 20:27:14 1994 Received: from itd.nrl.navy.mil by osi-west.es.net via ESnet SMTP service id <05911-0@osi-west.es.net>; Tue, 3 May 1994 17:26:55 +0000 Received: by itd.nrl.navy.mil (4.1/SMI-4.1) id AA07187; Tue, 3 May 94 20:26:49 EDT Date: Tue, 3 May 94 20:26:49 EDT From: atkinson@itd.nrl.navy.mil (Ran Atkinson) Message-Id: <9405040026.AA07187@itd.nrl.navy.mil> To: atkinson@itd.nrl.navy.mil, dab@berserkly.cray.com, rem-conf@es.net Subject: Re: FDDI multicast for SunOS % I have a Network Peripherals Sbus FDDI card in my IPC running % SunOS 4.1.3. The version of the driver is: % % char *np_version = "Network Peripherals SBus FDDI Version 1.3 5/7/92"; % % This version only had the same support for multicast that SunOS % 4.1.3 has, i.e., not what you want. Our driver software is no older than mid-1993. There were some problems in earlier versions but the driver we installed in the first week of August 1993 FULLY supports IP Multicast in a multicast-capable 4.1.3 kernel (i.e. using the gregorio binary patches) We happen to have mostly dual-attach NP S-Bus interfaces in my part of NRL, but I don't think the support is limited to the dual-attach boards. % Hopefully your message indicates that they have released a newer % version of the driver that has these two bugs fixed and real % multicast support... % % -David Borman, dab@cray.com It has real multicast support, evidence that mbone.itd.nrl.navy.mil has been acting as the multicast router to/from the 128.60.2.x subnet since early August 1993. Folks with old NP device drivers might want to enquire with NP about getting a newer version. Ran atkinson@itd.nrl.navy.mil From rem-conf-request@es.net Wed May 04 04:33:04 1994 Received: from mitsou.inria.fr by osi-west.es.net via ESnet SMTP service id <06890-0@osi-west.es.net>; Wed, 4 May 1994 01:32:42 +0000 Received: by mitsou.inria.fr (5.65c8/IDA-1.2.8) id AA03866; Wed, 4 May 1994 10:32:33 +0200 Message-Id: <199405040832.AA03866@mitsou.inria.fr> To: Bob Stratton Cc: rem-conf@es.net Subject: Re: Quick lesson in interfacing to phone lines? In-Reply-To: Your message of "Tue, 03 May 1994 17:48:45 EDT." <9405032148.AA09715@odin.UU.NET> Date: Wed, 04 May 1994 10:32:33 +0200 From: Christian Huitema => => David> One connectivity issue that I haven't seen much talk about => David> is interfacing packet based video conferencing with phone => David> line based systems (i.e. PictureTel). The philosipy's are => David> somewhat different but to really help video take off it => David> needs to be addressed some day. => => You're right. I've been playing with CUSeeMe and Maven (video and => audio) from my Macintosh at home via an ISDN connection over 1 B => channel. It's surprisingly usable, though I suspect that the => throughput of 2 B channels would be much more friendly. => Interconnection of IP packet video and ISDN codecs has been demonstrated within the MICE project. The current specs for "H.261 packetization" (see internet draft) are designed with this interconnection in mind. Christian Huitema From rem-conf-request@es.net Wed May 04 10:03:47 1994 Received: from intrepid.ecn.purdue.edu by osi-west.es.net via ESnet SMTP service id <07646-0@osi-west.es.net>; Wed, 4 May 1994 07:03:25 +0000 Received: from localhost (localhost [127.0.0.1]) by intrepid.ecn.purdue.edu (8.6.8/3.4davy) with ESMTP id JAA01477; Wed, 4 May 1994 09:03:22 -0500 Message-Id: <199405041403.JAA01477@intrepid.ecn.purdue.edu> To: rem-conf@es.net Subject: Help with broadcasting something Date: Wed, 04 May 1994 09:03:16 EST From: "David A. Curry" Has anyone got some step-by-step instructions for how to make an event available over the MBONE? (How to set up things in sd, how to set up nv, etc.)? Purdue University is about 4 miles from the center of the path of totality for the solar eclipse that will occur next Tuesday, and we thought it would be neat to send video of the eclipse out on the MBONE for those of you who are farther away. I've got the manual pages and stuff like that for nv and whatnot, but if someone has some step-by-step instructions, those would be really helpful, since we've never done this before. Some suggestions on how to test things locally without disturbing the rest of the MBONE would also be appreciated. We will be using a SPARCstation LX running Solaris 2.3 and a VideoPix board to acquire the video. Thanks, Dave Curry From rem-conf-request@es.net Wed May 04 11:04:34 1994 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <07792-0@osi-west.es.net>; Wed, 4 May 1994 08:03:48 +0000 Received: from danger.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Wed, 4 May 1994 16:03:09 +0100 From: Mark Handley Organisation: University College London, CS Dept. Phone: +44 71 380 7777 ext 3666 To: "David A. Curry" cc: rem-conf@es.net Subject: Re: Help with broadcasting something In-reply-to: Your message of "Wed, 04 May 94 09:03:16 EST." <199405041403.JAA01477@intrepid.ecn.purdue.edu> Date: Wed, 04 May 94 16:03:01 +0100 Sender: M.Handley@cs.ucl.ac.uk >Has anyone got some step-by-step instructions for how to make an event >available over the MBONE? (How to set up things in sd, how to set up >nv, etc.)? I have the following which was a draft checklist we wrote for the MICE seminars because it's all too easy to forget something or for finger trouble to get you! It's rather rough, and may be a bit too oriented to our specific requirements, but it may be of some use to you. Comments are very welcome! Mark Handley Multimedia Integrated Conferencing for Europe (MICE) Project UCL Computer Science Gower Street London, UK ----------------------------------------------------------------------------- Seminar Notes - working draft Month/Year Before:- ----------------- Book Rooms Book workstations Week before:- ----------- Book any AV equipment you need to borrow. Send email to rem-conf@es.net with seminar advance announcement. Days before:- ----------- Announcement: Mail to rem-conf@es.net date/time saying there will be a need for a low Mbone usage for the duration of the event. Include seminar abstract. Test slides with a random multicast address and low ttl at least a day before. Test large PS files, and liaise with speaker about orientation, order and names of slides. Some speakers need more time spent than others. Hours before:- ------------ Start feeds one hour before seminar starts Make sure that everybody knows "who does what". Make entry in "sd": all three ivs vat and wb. Note: when creating sd entries: video: nv is the default video tool - if you want ivs you must switch format. audio: dvi2 or dvi4 are good compromised for quality against data rate, but there may be a vat bug that makes the sd flags to vat incompatible. wb: check the orientation of the slides you're going to use, and specify portrait, landscape, etc as appropriate in the sd entry. scope: enter the value yourself (don't use the presets) control-wb: you can mention this in the description if necessary. Always create a wbimport file. Ask the speaker for names for their slides, so thay can ask for them by name, and the technicial can find them. Train speaker to gain some familiarity with wb/vat *even* *if* they are not going to drive the tools themselves. Discourage them from walking around too much, and strongly discourage them from moving OHP slides around unnecessarily (if you're not projecting wb, which is a better solution from the point of view of the remote audience). The sd entry should be tested from another machine, and tools you're going to use for the actual multicast should be started from sd to avoid finger trouble. (If you got the sd entry wrong, at least the sender and receivers have the same mistake). If you're distributing the sending tools amongst several machines, still use the sd entry, and kill off the extra tools that you don't require. Put wb -P 10000000 in $HOME/.sd.tcl (transitory: you probably don't want to keep this), but at least your slides won't fail because they're too large. You should really try to reduce the size of the postscript for each slide though, or your slides may affect your audio quality. Multicasting very large slide files is anti-social. lzps is useful for decreasing slide size. Check the local analog connections several hours before. (Connectors go walkabout too often). Check microphone batteries. Check any projection equipment is working and correctly configured. Speakers should use clip-on radio microphones where possible. Reset sound levels for each speaker. Unless the room is correctly miked, a second hand held radio microphone will be needed for questions. Lighting of the speaker - a spotlight from high up on the speaker is useful, but be careful it doesn't light any projection screens. Speakers should wear dark coloured clothing for close up shots - white shirts can cause auto-iris cameras to close down too much. Camera setup: if possible, disable auto focus and auto-iris. If you do this, ensure the manual setup is correct! Audio level checks - on the seminar address. Videotapes: Generally easy to incorporate video. Audio may or may not be required. If so, the speaker may wish to talk over the soundtrack, so mixing should be set up and levels checked beforehand. Talking over video soundtracks should be discouraged, as vat doesn't convey the mixed audio well. Audio theme tune tape, play for ten minutes before the start. It's generally not good to go straight from silence to seminar. If you start late, people will wonder what's going on. Arrange for a music soundtrack so people at least know that you're getting ready to go. Start manually: control whiteboard. Speaker and wb. Must have at least two screens. One for projection overhead to the local audience and one for control (wb and other tools). Don't forget to start up the recording tools! Check the ttl of your transmission again. Allocation of People (if you can find enough people) -------------------- The Chair should maintain that position, and not take any active part in the technical side. They're there for eliciting questions, for opening and closing the session, and for telling the audience to address their questions to a microphone. The chair can sometimes be the speaker if they know the technology. The Technician. Drives the wb, vat, camera control. Monitors control wb. Reports any problems to the speaker (such as "talk into the microphone"). The Remote. Stays in monitoring location remote from seminar location, monitoring the seminar at all levels (audio/video/mbone). They should maintain the control wb at all times, reporting problems to the technician. The gopher. Fixes anything that needs fixing. If necessary, chair and technician can be combined. remote and gopher can be combined. Not any other way round! From rem-conf-request@es.net Wed May 04 12:11:09 1994 Received: from phoebus.nisc.sri.com by osi-west.es.net via ESnet SMTP service id <08003-0@osi-west.es.net>; Wed, 4 May 1994 09:10:38 +0000 Received: by phoebus.nisc.sri.com (4.1/SRI-NISC1.1) id AA16439; Wed, 4 May 94 09:09:00 PDT From: ejc@nisc.sri.com (Earl Craighill) Message-Id: <9405041609.AA16439@phoebus.nisc.sri.com> To: Christian Huitema Cc: Bob Stratton , rem-conf@es.net Subject: Re: Quick lesson in interfacing to phone lines? In-Reply-To: Your message of Wed, 04 May 94 10:32:33 +0200. <199405040832.AA03866@mitsou.inria.fr> Date: Wed, 04 May 94 09:08:59 PDT But, the real question is how the codecs (Picturetel, CLI) that are used to a real phone line react to the variable delays and packet losses of an IP network.. Any success/horror stories? Earl Craighill From rem-conf-request@es.net Wed May 04 13:02:47 1994 Received: from june.cs.washington.edu by osi-west.es.net via ESnet SMTP service id <08305-0@osi-west.es.net>; Wed, 4 May 1994 10:02:08 +0000 Return-Path: Received: (glinert@localhost) by june.cs.washington.edu (8.6.8/7.2ju) id JAA22452; Wed, 4 May 1994 09:59:19 -0700 Date: Wed, 4 May 1994 09:59:19 -0700 From: glinert@cs.washington.edu (Ephraim P. Glinert) Message-Id: <199405041659.JAA22452@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: Deadline Extended! Many authors have asked for some extra time to prepare their papers for ASSETS'94, the First ACM/SIGCAPH Conference on Assistive Technologies. The reason is that the original due date was inadvertently set too close to last week's SIGCHI'94. I AM THEREFORE PLEASED TO ANNOUNCE THAT THE DEADLINE FOR SUBMISSIONS TO ASSETS'94 HAS BEEN EXTENDED TO MONDAY, MAY 16. ^^^^^^^^^^^^^^^ Please tell your friends and colleagues about this important change. We look forward to receiving your paper, and to seeing you at the conference! -EPG PS. A copy of the revised CFP is attached for your reference. \/\/\/\/\/\/\/\/\/\/\/ 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 MONDAY, MAY 16, 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 Wed May 04 13:03:16 1994 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <08315-0@osi-west.es.net>; Wed, 4 May 1994 10:02:51 +0000 Received: from danger.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Wed, 4 May 1994 18:01:37 +0100 From: Mark Handley Organisation: University College London, CS Dept. Phone: +44 71 380 7777 ext 3666 To: ejc@nisc.sri.com (Earl Craighill) cc: Christian Huitema , Bob Stratton , rem-conf@es.net Subject: Re: Quick lesson in interfacing to phone lines? In-reply-to: Your message of "Wed, 04 May 94 09:08:59 PDT." <9405041609.AA16439@phoebus.nisc.sri.com> Date: Wed, 04 May 94 18:01:28 +0100 Sender: M.Handley@cs.ucl.ac.uk >But, the real question is how the codecs (Picturetel, CLI) that are used >to a real phone line react to the variable delays and packet losses of an >IP network.. Any success/horror stories? If you read the H.320 specs you soon realise that the H.221 serial line framing is not only a horrid protocol, but also completely unsuitable for lossy packet nets. However if you remove the H.221 framing, split the audio and video streams out separately and then remove the CRC arround the H.261 video data, you can packetise both the audio and video in a way that is robust the loss. You can then reconstruct the CRC, merge the streams, and add H.221 framing at the receiver, and convince the codecs that they're talking over a serial link when actually there's a packet net in between. Obviously packet loss affects image quality, but so long as the loss rates are fairly low, you'll have no problems. As they get high, the image get more corrupted, but if you're careful about masking the lost GOBS, you can always recreate a valid H.320 stream so that the codec doesn't get confused. We demonstrated this between London and Amsterdam during the IETF last year, and between London and Paris via Stuttgart during Interop Paris. It does work, though fairly obviously you increase the end-to-end delay somewhat (about 1 sec end-to-end with an HSI card on a Sun, and around 200ms network delay). Mark From rem-conf-request@es.net Wed May 04 13:27:00 1994 Received: from viipuri.nersc.gov by osi-east.es.net via ESnet SMTP service id <17909-0@osi-east.es.net>; Wed, 4 May 1994 10:26:37 +0000 Received: by viipuri.nersc.gov (4.1/ESnet-1.2) id AA14702; Wed, 4 May 94 10:26:29 PDT Date: Wed, 4 May 94 10:26:29 PDT From: ari@es.net (Ari Ollikainen) Message-Id: <9405041726.AA14702@viipuri.nersc.gov> To: ejc@nisc.sri.com, M.Handley@cs.ucl.ac.uk Subject: Re: Quick lesson in interfacing to phone lines? Cc: Christian.Huitema@sophia.inria.fr, strat@uunet.uu.net, rem-conf@es.net > > >But, the real question is how the codecs (Picturetel, CLI) that are used > >to a real phone line react to the variable delays and packet losses of an > >IP network.. Any success/horror stories? > > If you read the H.320 specs you soon realise that the H.221 serial line > framing is not only a horrid protocol, but also completely unsuitable for > lossy packet nets. However if you remove the H.221 framing, split the audio > and video streams out separately and then remove the CRC arround the H.261 > video data, you can packetise both the audio and video in a way that is > robust the loss. You can then reconstruct the CRC, merge the streams, and > add H.221 framing at the receiver, and convince the codecs that they're > talking over a serial link when actually there's a packet net in between. > Obviously packet loss affects image quality, but so long as the loss rates > are fairly low, you'll have no problems. As they get high, the image get > more corrupted, but if you're careful about masking the lost GOBS, you can > always recreate a valid H.320 stream so that the codec doesn't get confused. > We demonstrated this between London and Amsterdam during the IETF last year, > and between London and Paris via Stuttgart during Interop Paris. It does > work, though fairly obviously you increase the end-to-end delay somewhat > (about 1 sec end-to-end with an HSI card on a Sun, and around 200ms network > delay). > > Mark > And software which does this is to be found in mice/h221/codec.V3.0.tar.Z at cs.ucl.ac.uk...? Or is there a different implementation by now? ari@es.net _/_/ _/_/_/_/ _/ Ari Ollikainen {VOX: 510 423-5962} _/ _/ _/ _/ _/ Energy Sciences Network {FAX: 510 423-8744} _/_/_/_/ _/_/_/_/ _/ National Energy Research Supercomputer Center _/ _/ _/ _/ _/ Lawrence Livermore National Laboratory _/ _/ _/ _/ _/ MailStop L-561, PO BOX 5509, Livermore, CA. 94551 ~~RECOM Technologies Inc.~~ From rem-conf-request@es.net Wed May 04 13:35:20 1994 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <08417-0@osi-west.es.net>; Wed, 4 May 1994 10:34:27 +0000 Received: from danger.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Wed, 4 May 1994 18:34:03 +0100 From: Mark Handley Organisation: University College London, CS Dept. Phone: +44 71 380 7777 ext 3666 To: ari@es.net (Ari Ollikainen) cc: ejc@nisc.sri.com, Christian.Huitema@sophia.inria.fr, strat@uunet.uu.net, rem-conf@es.net Subject: Re: Quick lesson in interfacing to phone lines? In-reply-to: Your message of "Wed, 04 May 94 10:26:29 PDT." <9405041726.AA14702@viipuri.nersc.gov> Date: Wed, 04 May 94 18:33:56 +0100 Sender: M.Handley@cs.ucl.ac.uk >And software which does this is to be found in mice/h221/codec.V3.0.tar.Z >at cs.ucl.ac.uk...? > >Or is there a different implementation by now? This software is "under development". The files you've listed above are very definitely not intended to be able to be run by anyone else - there's far too many hardware specifics in there, and lots of the code is pretty gungy as is often the case when you're reverse engineering someone else's hardware. Please don't bother with the above - there'll be a much better version along eventually. Mark From rem-conf-request@es.net Wed May 04 14:12:00 1994 Received: from pierce.llnl.gov by osi-west.es.net via ESnet SMTP service id <08421-0@osi-west.es.net>; Wed, 4 May 1994 10:34:44 +0000 Received: from quickmail.llnl.gov (smtpqm.llnl.gov) by pierce.llnl.gov (4.1/LLNL-1.18/llnl.gov-05.92) id AA28830; Wed, 4 May 94 10:35:23 PDT Message-Id: <9405041735.AA28830@pierce.llnl.gov> Date: 4 May 1994 10:34:48 U From: Mike Pihlman Subject: Re: Quick lesson in interfa To: Christian Huitema , Earl Craighill Cc: Bob Stratton , rem-conf@es.net Return-Receipt-To: "Mike Pihlman" Reply to: RE>>Quick lesson in interfacing t We have tested the CAMEO from CLI on ethernet.....It works fine (video only). Each connection takes 2.2% of the network. If anyone wants a FAX of the report I'd be glad to send it to you. We have also tested the CAMEO over the Combinet ethernet to ISDN bridge. Results were poor, but would have been better with filtering (we did'nt have the correct equip or $$). Mike Pihlman Lawrence Livermore National Laboratory 510-423-2768, pihlman2@llnl.gov -------------------------------------- Date: 5/4/94 9:14 AM To: Mike Pihlman From: Earl Craighill But, the real question is how the codecs (Picturetel, CLI) that are used to a real phone line react to the variable delays and packet losses of an IP network.. Any success/horror stories? Earl Craighill ------------------ RFC822 Header Follows ------------------ Received: by quickmail.llnl.gov with SMTP;4 May 1994 09:14:45 U Received: by pierce.llnl.gov (4.1/LLNL-1.18/llnl.gov-05.92) id AA22267; Wed, 4 May 94 09:15:06 PDT Return-Path: Received: from osi-west.es.net by pierce.llnl.gov (4.1/LLNL-1.18/llnl.gov-05.92) id AA22255; Wed, 4 May 94 09:15:00 PDT Received: from phoebus.nisc.sri.com by osi-west.es.net via ESnet SMTP service id <08003-0@osi-west.es.net>; Wed, 4 May 1994 09:10:38 +0000 Received: by phoebus.nisc.sri.com (4.1/SRI-NISC1.1) id AA16439; Wed, 4 May 94 09:09:00 PDT From: ejc@nisc.sri.com (Earl Craighill) Message-Id: <9405041609.AA16439@phoebus.nisc.sri.com> To: Christian Huitema Cc: Bob Stratton , rem-conf@es.net Subject: Re: Quick lesson in interfacing to phone lines? In-Reply-To: Your message of Wed, 04 May 94 10:32:33 +0200. <199405040832.AA03866@mitsou.inria.fr> Date: Wed, 04 May 94 09:08:59 PDT From rem-conf-request@es.net Wed May 04 14:39:17 1994 Received: from fnal.fnal.gov by osi-west.es.net via ESnet SMTP service id <08951-0@osi-west.es.net>; Wed, 4 May 1994 11:38:55 +0000 Received: from munin.fnal.gov by FNAL.FNAL.GOV (PMDF V4.2-12 #3998) id <01HBXYTRQNZ4000O0X@FNAL.FNAL.GOV>; Wed, 4 May 1994 13:38:38 CDT Received: from LOCALHOST.fnal.gov by munin.fnal.gov (4.1/SMI-4.1) id AA15745; Wed, 4 May 94 13:37:45 CDT Date: Wed, 04 May 1994 13:37:44 -0500 From: Matt Crawford Subject: Clementine press conference To: rem-conf@es.net Cc: HIGGINS@warner.fnal.gov Message-id: <9405041837.AA15745@munin.fnal.gov> Content-transfer-encoding: 7BIT Will the Clementine press conference, originally scheduled for May 5 but postponed to May 23, be carried on the MBONE? If the answer is "maybe", this is a request that it be carried. _________________________________________________________ Matt Crawford crawdad@fnal.gov Fermilab From rem-conf-request@es.net Wed May 04 16:53:54 1994 Received: from taurus.cs.nps.navy.mil by osi-west.es.net via ESnet SMTP service id <09568-0@osi-west.es.net>; Wed, 4 May 1994 13:53:32 +0000 Received: by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA28590; Wed, 4 May 94 13:54:04 PDT Date: Wed, 4 May 94 13:54:04 PDT From: brutzman@cs.nps.navy.mil (Don Brutzman) Message-Id: <9405042054.AA28590@taurus.cs.nps.navy.mil> To: i3la@mbari.org, lewis@cs.nps.navy.mil, mbmg@nps.navy.mil, mbone@noc.interop.net, mcghee@cs.nps.navy.mil, kwak@cs.nps.navy.mil, pratt@cs.nps.navy.mil, zyda@cs.nps.navy.mil, whalenr@cs.nps.navy.mil, healey@lex.me.nps.navy.mil, fotis@lex.me.nps.navy.mil, marco@lex.me.nps.navy.mil, cristi@ece.nps.navy.mil, rneto@cs.nps.navy.mil, lemi@hp850.mbari.org, reimers@cs.nps.navy.mil, brutzman@cs.nps.navy.mil, nolwg@ncts.navy.mil, npsmbone@nps.navy.mil, npsnetrg@cs.nps.navy.mil, rem-conf@es.net Subject: MBONE event Friday: underwater vehicles workshop Friday May 6 1994 we intend to multicast several invited talks from the second workshop on Mobile Robots for Subsea Environments, sponsored by the International Advanced Robotics Programme. Nations represented include France, Italy, Japan, U.K., Russia, Spain, Australia, New Zealand, Brazil, Portugal, Canada and USA. This MBONE event includes three capstone presentations from the weeklong workshop. 8:00 "A Reactive Approach to Underwater Vehicle Control: The Mixed ORCCAD/PIRART Programming of the VFortex Vehicle," Daniel Simon, Eve Coste-Maniere, R. Pissard, Vincent Rigaud, M. Perrier, A. Peuch, INRIA/IFREMER, France. 9:00 "Using Visual Sensing for Control of an Underwater Robotic Vehicle," Richard Marks, Mike Lee and Stephen Rock, Monterey Bay Aquarium Research Institute (MBARI) & Stanford University, USA. 10:00 "Autonomous Underwater Vehicles of the University of Tokyo," Tamaki Ura, University of Tokyo, Japan. 11:00 break If possible we hope to add a bonus talk: 12:00 "Autonomous Ocean Sampling Networks (AOSNs) and MIT AUV Operations in the Arctic Ocean," James Bellingham, Massachusetts Institute of Technology (MIT) Sea Grant, USA. We had planned on providing live demonstrations by underwater robotics laboratories at various labs worldwide. Unfortunately it appears as if our remote sites are only able to participate as receivers, not broadcasters. Aside from Interop, we request that other sites avoid scheduling MBONE events during this period on May 6. Attendance at the workshop is by invitation. Workshop inquiries may be sent to Michael Lee, MBARI, 160 Central Avenue, Pacific Grove CA 93950 USA Thanks in advance & best regards. Donald P. Brutzman LCDR USN 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 Wed May 04 20:17:20 1994 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <10502-0@osi-west.es.net>; Wed, 4 May 1994 17:17:02 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-14) id ; Wed, 4 May 1994 17:16:44 -0700 Posted-Date: Wed 4 May 94 17:15:43 PDT Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Wed, 4 May 94 17:15:44 PDT Date: Wed 4 May 94 17:15:43 PDT From: Stephen Casner Subject: Re: Quick lesson in interfacing to phone lines? To: dfridley@vigra.com, rem-conf@es.net Message-Id: <768096943.0.CASNER@XFR.ISI.EDU> In-Reply-To: <9405031635.AA09074@vigra.com> Mail-System-Version: In 1989, we developed the capability to interface PictureTel, VideoTelecom and CLI codecs to a packet net. At that point, each of these codecs used proprietary protocols including line framing that was much more computer-friendly than H.221. In the case of PictureTel and VideoTelecom, the codecs allowed the Rx clock to run at a higher rate than Tx and allowed padding between line-framing blocks. This avoids the need for clock synchronization between the two ends, which is one of the issues introduced by packet switching. The CLI codec did not allow these things, so the packet net would have to emulate a synchronous circuit, which is much harder. A second problem is packet loss, which these codecs treated as a hard line error and which caused a glitch for a second or two. Successful use required very low packet loss rates, which the dedicated network in question (TWBnet at that time) was able to provide. Use over the general Internet would not likely be satisfactory. Working at a higher level of the encoding, as Mark Handley described, you can reduce the loss affects somewhat. For best results, the affects of packet transmission should be considered in the overall codec design, rather than trying to glue a circuit-oriented codec onto a packet net. This was implemented first on a BBN Butterfly, but was ported to the SPARC+HSI/S and also evolved into the system now in production use on DSInet. A paper describing this work is available from ftp.isi.edu in pub/hpcc-papers/mmc/nway.ps. -- Steve Casner ------- From rem-conf-request@es.net Thu May 05 09:24:03 1994 Received: from sun2.nsfnet-relay.ac.uk by osi-west.es.net via ESnet SMTP service id <12462-0@osi-west.es.net>; Thu, 5 May 1994 06:23:42 +0000 Via: uk.ac.lse; Thu, 5 May 1994 13:41:07 +0100 Received: from smtplink.lse.ac.uk by mailhost.lse.ac.uk with SMTP (PP) id <01079-0@mailhost.lse.ac.uk>; Thu, 5 May 1994 13:40:11 +0100 Received: from cc:Mail by smtplink.lse.ac.uk (1.30/SMTPLink) id A21880; Thu, 05 May 94 13:35:27 GMT Date: Thu, 05 May 94 13:35:27 GMT From: S Dustdar Message-ID: <9405051335.A21880@smtplink.lse.ac.uk> To: rem-conf@es.net Subject: IBM Person to Person: HELP-wanted Text item: Text_1 From rem-conf-request@es.net Thu May 05 13:31:16 1994 Received: from framsparc.ocf.llnl.gov by osi-west.es.net via ESnet SMTP service id <13831-0@osi-west.es.net>; Thu, 5 May 1994 10:31:00 +0000 Received: by framsparc.ocf.llnl.gov (4.1/SMI-4.0) id AA05477; Thu, 5 May 94 10:30:57 PDT From: booloo@framsparc.ocf.llnl.gov (Mark Boolootian) Message-Id: <9405051730.AA05477@framsparc.ocf.llnl.gov> Subject: president@whitehouse.gov To: rem-conf@es.net Date: Thu, 5 May 1994 10:30:56 -0700 (PDT) X-Mailer: ELM [version 2.4 PL17] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 530 I noticed president@whitehouse.gov as a listener to the Cyberstation audio feed today, coming from machine medusa.aps.anl.gov. I believe this was also the case during the 'Live from Bell Labs' broadcast last week. Has someone from the Clinton administration actually been tuning in for these broadcasts? It seems a little hard for me to believe, but what would prompt someone to use that monicker otherwise? If it happens that either Clinton or Gore is listening, perhaps they could greet the MBONE audience some time. mb From rem-conf-request@es.net Thu May 05 15:10:32 1994 Received: from hpsdlo.sdd.hp.com by osi-west.es.net via ESnet SMTP service id <14501-0@osi-west.es.net>; Thu, 5 May 1994 12:10:12 +0000 Received: from hpsdlz.sdd.hp.com by hpsdlo.sdd.hp.com with SMTP (1.36.108.4/15.5+IOS 3.21+sdd) id AA17243; Thu, 5 May 1994 12:10:04 -0700 Received: from localhost by hpsdlz.sdd.hp.com with SMTP (1.36.108.4/15.5+IOS 3.21+sdd) id AA21921; Thu, 5 May 1994 12:10:03 -0700 Message-Id: <9405051910.AA21921@hpsdlz.sdd.hp.com> To: rem-conf@es.net Subject: Please add Date: Thu, 05 May 1994 12:10:02 -0700 From: Ken Stone Please add hp-mbone-redist@sdd.hp.com .... Contact is ken@sdd.hp.com Thanks -- Ken Stone From rem-conf-request@es.net Thu May 05 15:33:08 1994 Received: from darpa.mil by osi-west.es.net via ESnet SMTP service id <14617-0@osi-west.es.net>; Thu, 5 May 1994 12:32:46 +0000 Received: from [192.48.218.158] (next158.darpa.mil) by vax.darpa.mil (5.65c/5.61+local-5) id ; Thu, 5 May 1994 15:32:27 -0400 Date: Thu, 5 May 1994 15:32:27 -0400 Message-Id: <199405051932.AA01381@vax.darpa.mil> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: booloo@framsparc.ocf.llnl.gov (Mark Boolootian), rem-conf@es.net From: tkalil@ARPA.MIL (Thomas A. Kalil) Subject: Re: president@whitehouse.gov At 10:30 AM 5/5/94 -0700, Mark Boolootian wrote: >I noticed president@whitehouse.gov as a listener to the Cyberstation >audio feed today, coming from machine medusa.aps.anl.gov. I believe >this was also the case during the 'Live from Bell Labs' broadcast last >week. > >Has someone from the Clinton administration actually been tuning in for >these broadcasts? It seems a little hard for me to believe, but what would >prompt someone to use that monicker otherwise? If it happens that either >Clinton or Gore is listening, perhaps they could greet the MBONE audience >some time. > >mb I will check. I don't think so though -- we are still in the process of getting on the MBONE. **************************************************************************** Thomas Kalil "The NII - just do it!" tkalil@arpa.mil National Economic Council The White House Washington DC 20500 (p) 202-456-2801 (f) 202-456-2223 "Your taxpayer dollars at work." **************************************************************************** From rem-conf-request@es.net Thu May 05 18:01:44 1994 Received: from fnal.fnal.gov by osi-west.es.net via ESnet SMTP service id <15421-0@osi-west.es.net>; Thu, 5 May 1994 15:01:22 +0000 Received: from munin.fnal.gov by FNAL.FNAL.GOV (PMDF V4.2-12 #3998) id <01HBZK6SI6W0000W3Y@FNAL.FNAL.GOV>; Thu, 5 May 1994 17:00:50 CDT Received: from LOCALHOST.fnal.gov by munin.fnal.gov (4.1/SMI-4.1) id AA18814; Thu, 5 May 94 16:59:58 CDT Date: Thu, 05 May 1994 16:59:57 -0500 From: Matt Crawford Subject: Re: president@whitehouse.gov In-reply-to: Your message of Thu, 05 May 94 15:32:27 EDT. <199405051932.AA01381@vax.darpa.mil> To: tkalil@ARPA.MIL (Thomas A. Kalil) Cc: booloo@framsparc.ocf.llnl.gov (Mark Boolootian), rem-conf@es.net Message-id: <9405052159.AA18814@munin.fnal.gov> Content-transfer-encoding: 7BIT > I will check. I don't think so though -- we are still in the process of > getting on the MBONE. No, it's just some guy who thinks it's funny to set his name field to that. He was on during my 'cast of the top quark press conference as well. _________________________________________________________ Matt Crawford crawdad@fnal.gov Fermilab From rem-conf-request@es.net Thu May 05 23:09:27 1994 Received: from taurus.cs.nps.navy.mil by osi-west.es.net via ESnet SMTP service id <16391-0@osi-west.es.net>; Thu, 5 May 1994 20:08:58 +0000 Received: by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA18750; Thu, 5 May 94 20:09:43 PDT Date: Thu, 5 May 94 20:09:43 PDT From: brutzman@cs.nps.navy.mil (Don Brutzman) Message-Id: <9405060309.AA18750@taurus.cs.nps.navy.mil> To: i3la@mbari.org, mbmg@nps.navy.mil, mcghee@cs.nps.navy.mil, kwak@cs.nps.navy.mil, pratt@cs.nps.navy.mil, zyda@cs.nps.navy.mil, whalenr@cs.nps.navy.mil, healey@lex.me.nps.navy.mil, fotis@lex.me.nps.navy.mil, marco@lex.me.nps.navy.mil, cristi@ece.nps.navy.mil, rneto@cs.nps.navy.mil, lemi@hp850.mbari.org, reimers@cs.nps.navy.mil, brutzman@cs.nps.navy.mil, npsmbone@nps.navy.mil, npsnetrg@cs.nps.navy.mil, rem-conf@es.net Subject: final rev. IARP program Friday May 6 1994 we are multicasting several invited talks from the second workshop on Mobile Robots for Subsea Environments, sponsored by the International Advanced Robotics Programme. Nations represented include France, Italy, Japan, U.K., Russia, Spain, Australia, New Zealand, Brazil, Portugal, Canada and USA. This MBONE event includes two capstone presentations from the weeklong workshop. All time are local (Pacific Daylight Time) and approximate. 8:00 Welcome and introductory remarks Mike Lee MBARI and Bob McGhee NPS, conference cochairs Dick Blidberg Northeastern University, session chair Don Brutzman NPS, local mbone coordinator 8:30 "A Reactive Approach to Underwater Vehicle Control: The Mixed ORCCAD/PIRART Programming of the Vortex Vehicle," Daniel Simon, Eve Coste-Maniere, R. Pissard, Vincent Rigaud, M. Perrier, A. Peuch, INRIA/IFREMER, France. 9:30 "Using Visual Sensing for Control of an Underwater Robotic Vehicle," Richard Marks, Mike Lee and Stephen Rock, Monterey Bay Aquarium Research Institute (MBARI) & Stanford University, USA. 11:00 finish John Gambrino is conducting a survey on the effectiveness of MBone as a group teleconferencing tool. If you watch any part of the workshop, please take the time to answer it so that he has a statistically significant sample. It is available via anonymous ftp at ftp://taurus.cs.nps.navy.mil/pub/auv/IARP.survey Requests for copies & finished surveys can be sent to jgambrino@nps.navy.mil Thanks for your support of John's thesis. Aside from Interop, we request that other sites avoid scheduling MBONE events during this period on May 6. Attendance at the workshop is by invitation. Workshop inquiries may be sent to Michael Lee, MBARI, 160 Central Avenue, Pacific Grove CA 93950 USA. For general information on connecting to mbone, see ftp://taurus.cs.nps.navy.mil/pub/mbmg/mbone.ps (.txt and .html text and hypertext versions are also available there.) Due to logistics constraints we will not be able to offer any further talks during this workshop. However we do expect to multicast sessions from the IEEE Oceanic Engineering Society Symposium on Autonomous Underwater Vehicle Technology (AUV 94) in Cambridge Massachusetts, July 19-20 1994. To learn more about that conference send e-mail to auv94@ieee.org or ftp://taurus.cs.nps.navy.mil/pub/auv/auv94.call_for_videos 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 May 06 04:04:58 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <17087-0@osi-west.es.net>; Fri, 6 May 1994 01:04:34 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA17058 (5.65c8/hp4at for ); Fri, 6 May 1994 09:53:26 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA07149; Fri, 6 May 94 09:48:16 +0200 Received: from giaeb.cc.monash.edu.au by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA23967; Fri, 6 May 94 09:48:10 +0200 Message-Id: <9405060748.AA23967@aaf.alcatel.at> Received: from gas.cc.monash.edu.au by giaeb.cc.monash.edu.au with SMTP (16.8/16.2) id AA25684; Fri, 6 May 94 17:48:07 +1000 Received: from GAS/MAILQUEUE by gas.cc.monash.edu.au (Mercury 1.11); Fri, 6 May 94 17:48:53 EST-11 Received: from MAILQUEUE by GAS (Mercury 1.11); Fri, 6 May 94 17:48:15 EST-11 From: SYED RAHMAN <"SYED RAHMAN" SYED@GAS.CC.MONASH.EDU.AU> To: cost237_3@aaf.alcatel.at Date: Fri, 6 May 1994 17:48:07 EST-10 Subject: About the project Priority: normal X-Mailer: Pegasus Mail v3.1 (R1) I have seen reference about the COST 237 Multimedia Telecommunication services project, but I do not have much information about it. Is it possible to get details about activities included in the project (preferably in electronic form) and some technical publications related to multimedia applications on networks? For myself I have recently migrated to Australia from overseas and joined the Monash university. I am interested in pursuing research on and multimedia applications over high speed networks. I would be interested to keep in touch with you in this connection and for any future collaborative work. I would appreciate if you could provide me some documentations or publications related to other similar projects. Thank you for your time. Syed M. Rahman ---------------------------------------------------------------------- Gippsland Division of Computing Monash University - Gippsland Campus CHURCHILL 3842 AUSTRALIA email: syed.rahman@fcit.monash.edu.au ph: (03) 902 6462 From rem-conf-request@es.net Fri May 06 04:37:40 1994 Received: from relay.surfnet.nl by osi-west.es.net via ESnet SMTP service id <17218-0@osi-west.es.net>; Fri, 6 May 1994 01:37:19 +0000 Received: from aixserv.hsbos.nl by relay.surfnet.nl with SMTP (PP) id <18426-0@relay.surfnet.nl>; Fri, 6 May 1994 10:36:58 +0200 Received: from ms1.hsbos.nl by aixserv.hsbos.nl (AIX 3.2/UCB 5.64/4.03) id AA21960; Fri, 6 May 1994 10:35:23 +0200 Received: from MS1/MAILQUEUE by ms1.hsbos.nl (Mercury 1.11); Fri, 6 May 94 10:37:32 GMT-1DFT Received: from MAILQUEUE by MS1 (Mercury 1.11); Fri, 6 May 94 10:37:06 GMT-1DFT From: Rombout de Backer Organization: Hogeschool 's-Hertogenbosch To: rem-conf@es.net Date: Fri, 6 May 1994 10:37:03 GMT-1DFT Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: unsubscribe R.DEBACKER@aixserv.hsbos.nl X-Pmrqc: 1 Priority: normal X-Mailer: PMail v3.0 (R1a) Message-Id: <10A0E751021@ms1.hsbos.nl> unsubscribe R.DEBACKER@aixserv.hsbos.nl Greetings, Rombout de Backer -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Please finger backer@hsbos.nl for more information PGP Public Key Block: Reply with PGP in subject field If you outlaw cryptology, only the outlaws will use cryptology -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From rem-conf-request@es.net Fri May 06 07:20:25 1994 Received: from ceres.fokus.gmd.de by osi-west.es.net via ESnet SMTP service id <17680-0@osi-west.es.net>; Fri, 6 May 1994 04:19:50 +0000 Received: from fokus.gmd.de by ceres.fokus.gmd.de id <09218-0@ceres.fokus.gmd.de>; Fri, 6 May 1994 13:19:44 +0200 To: rem-conf@es.net Subject: random numbers Date: Fri, 6 May 1994 13:19:44 +0200 From: Henning Schulzrinne Sender: schulzrinne@fokus.gmd.de In RTPv2, the SSRC identifier is picked as a "random number". This sounds nice, but generating such a random number is actually not that easy for this application: 1. Using a random number generator does not help much since it is called exactly once within an application to establish the local SSRC value. The rn generator simply presents a one-to-one mapping from the seed to another number. Thus, if different programs use the same rng, as is highly likely even across different applications, only the seed matters. The rng could be dispensed with altogether, with no perceptible difference. 2. Thus, the seed (initial random number) is extremely important. Choosing the own IP number gets us back to the old problems. 3. If two application instances start out with the same number and detect a collision, throw the die again, they'll end up with the same number. Again, a traditional random number generator hurts more than it helps. 4. Thus, the methods used by RIPEM or other such tools need to be used. They seem to combine the result of a long list of system calls in some way (e.g., XOR date, time, process number, user id, host name, ...). Comments? (This is for the implementation section of the new RTP draft.) Henning From rem-conf-request@es.net Fri May 06 07:33:58 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <17742-0@osi-west.es.net>; Fri, 6 May 1994 04:33:22 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA10262 (5.65c8/hp4at for ); Fri, 6 May 1994 13:15:21 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA16703; Fri, 6 May 94 13:07:12 +0200 Received: from dec4ie.ieunet.ie by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA29926; Fri, 6 May 94 13:06:36 +0200 Received: from oscar.broadcom.ie by dec4ie.ieunet.ie SMTP (Ethernet) id aa14998; 6 May 94 11:22 BST Received: from ccgate.broadcom.ie by broadcom.ie (5.0/SMI-SVR4) id AA26089; Fri, 6 May 94 11:23:26 BST Original-Received: from cc:Mail by ccgate.broadcom.ie id AA768248278 Fri, 06 May 94 11:17:58 GMT PP-warning: Illegal Received field on preceding line Date: Fri, 06 May 94 11:17:58 GMT From: DVerjans Encoding: 2459 Text Message-Id: <9404067682.AA768248278@ccgate.broadcom.ie> To: cost237_3@aaf.alcatel.at, SYED RAHMAN Subject: Re: About the project Content-Length: 2393 David M. Kennedy no longer works for Broadcom. Please delete his name from your records relating to this Company. Thank you. Daria Verjans Broadcom Received: by ccmail from broadcom.ie From SYED@GAS.CC.MONASH.EDU.AU X-Envelope-From: SYED@GAS.CC.MONASH.EDU.AU Received: from hp4at.eunet.co.at by broadcom.ie (5.0/SMI-SVR4) id AA25967; Fri, 6 May 94 10:39:59 BST Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA02772 (5.65c8/hp4at for ); Fri, 6 May 1994 11:30:39 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA07149; Fri, 6 May 94 09:48:16 +0200 Received: from giaeb.cc.monash.edu.au by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA23967; Fri, 6 May 94 09:48:10 +0200 Message-Id: <9405060748.AA23967@aaf.alcatel.at> Received: from gas.cc.monash.edu.au by giaeb.cc.monash.edu.au with SMTP (16.8/16.2) id AA25684; Fri, 6 May 94 17:48:07 +1000 Received: from GAS/MAILQUEUE by gas.cc.monash.edu.au (Mercury 1.11); Fri, 6 May 94 17:48:53 EST-11 Received: from MAILQUEUE by GAS (Mercury 1.11); Fri, 6 May 94 17:48:15 EST-11 From: "SYED RAHMAN" <"SYED RAHMAN"SYED@GAS.CC.MONASH.EDU.AU> To: cost237_3@aaf.alcatel.at Date: Fri, 6 May 1994 17:48:07 EST-10 Subject: About the project Priority: normal X-Mailer: Pegasus Mail v3.1 (R1) content-length: 1005 I have seen reference about the COST 237 Multimedia Telecommunication services project, but I do not have much information about it. Is it possible to get details about activities included in the project (preferably in electronic form) and some technical publications related to multimedia applications on networks? For myself I have recently migrated to Australia from overseas and joined the Monash university. I am interested in pursuing research on and multimedia applications over high speed networks. I would be interested to keep in touch with you in this connection and for any future collaborative work. I would appreciate if you could provide me some documentations or publications related to other similar projects. Thank you for your time. Syed M. Rahman ---------------------------------------------------------------------- Gippsland Division of Computing Monash University - Gippsland Campus CHURCHILL 3842 AUSTRALIA email: syed.rahman@fcit.monash.edu.au ph: (03) 902 6462 From rem-conf-request@es.net Fri May 06 09:07:35 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <21417-0@osi-west.es.net>; Fri, 6 May 1994 06:07:08 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA16410 (5.65c8/hp4at for ); Fri, 6 May 1994 14:53:45 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA19766; Fri, 6 May 94 14:44:57 +0200 Received: from manuel.nta.no by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA05075; Fri, 6 May 94 14:44:32 +0200 X400-Received: by mta tf in /PRMD=tele/ADMD=TELEMAX/C=NO/; Relayed; Fri, 6 May 1994 14:44:52 +0200 Date: Fri, 6 May 1994 14:44:52 +0200 X400-Originator: Oddvar.Tveito@TF.tele.no X400-Recipients: cost237_3@aaf.alcatel.at X400-Mts-Identifier: [/PRMD=tele/ADMD=TELEMAX/C=NO/;1993 94/05/06 14:44] From: Oddvar.Tveito@TF.tele.no Message-Id: <"1993 94/05/06 14:44*/G=Oddvar/S=Tveito/O=TF/PRMD=tele/ADMD=TELEMAX/C=NO/"@MHS> To: cost237@TF.tele.no, _@TF.tele.no, 3@aaf.alcatel.at Who is responsible for this mailing list: RFC-822=cost237_3@aaf.alcatel.at Today I started to get mailing for this list. Why am I on this list!!!?? Please remove me immediately! ------------------ Oddvar Tveito Norwegian Telecom Research (Televerkets Forskningsinstitutt) P O Box 83, N-2007 Kjeller, Norway Phone: (+47) 63 80 93 73 Fax: (+47) 63 81 00 76 Internet-mail: oddvar.tveito@tf.tele.no X400: G=Oddvar;S=Tveito;O=tf;P=tele;A=telemax;C=no; From rem-conf-request@es.net Fri May 06 10:30:23 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <21644-0@osi-west.es.net>; Fri, 6 May 1994 07:29:47 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA20197 (5.65c8/hp4at for ); Fri, 6 May 1994 16:15:36 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA22656; Fri, 6 May 94 16:06:15 +0200 Received: from relay.philips.nl by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA07568; Fri, 6 May 94 16:06:09 +0200 Return-Path: Received: from prl.philips.nl ([130.144.1.112]) by relay.philips.nl with SMTP (5.65c/smail2.5/05-10-87); id AA07940; Fri, 6 May 1994 16:05:28 +0200 Received: by prl.philips.nl; Fri, 6 May 1994 16:05:22 +0200 Received: by hpas7.prl.philips.nl ; Fri, 6 May 1994 16:05:17 +0200 From: ideler@prl.philips.nl Message-Id: <9405061405.AA19832@hpas7.prl.philips.nl> Subject: please remove my from your mailing list To: cost237_3@aaf.alcatel.at Date: Fri, 6 May 1994 16:05:17 +0100 (METDST) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 450 Suddenly I get messages from a mailing list cost237_3@aaf.alcatel.at To whom is responsible for this list: please remove my name from the list. Thank you, -- =============================================================================== Eric Ideler, Philips Research, || phone : +31 40 743975 Bldg WB51, Prof. Holstlaan 4 || fax : +31 40 742665 5656 AA Eindhoven, The Netherlands || e-mail: IDELER@PRL.PHILIPS.NL From rem-conf-request@es.net Fri May 06 10:36:59 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <21685-0@osi-west.es.net>; Fri, 6 May 1994 07:36:34 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA20714 (5.65c8/hp4at for ); Fri, 6 May 1994 16:24:41 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA23584; Fri, 6 May 94 16:23:25 +0200 Received: from hp4at.eunet.co.at by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA07875; Fri, 6 May 94 16:23:21 +0200 Received: from charon.cwi.nl by hp4at.eunet.co.at with SMTP id AA20687 (5.65c8/hp4at for ); Fri, 6 May 1994 16:24:00 +0200 Received: from schelvis.cwi.nl by charon.cwi.nl with SMTP id ; Fri, 6 May 1994 16:21:23 +0200 Received: by schelvis.cwi.nl with SMTP id AA29621 (5.65b/3.13/CWI-Amsterdam); Fri, 6 May 1994 14:21:22 GMT Message-Id: <9405061421.AA29621=jack@schelvis.cwi.nl> To: cost237_3@aaf.alcatel.at Subject: Unwanted mailing list In-Reply-To: Message by Oddvar.Tveito@TF.tele.no , Fri, 6 May 1994 14:44:52 +0200 , <"1993 94/05/06 14:44*/G=Oddvar/S=Tveito/O=TF/PRMD=tele/ADMD=TELEMAX/C=NO/"@MHS> Organisation: Multi-media group, CWI, Kruislaan 413, Amsterdam Phone: +31 20 5924098(work), +31 20 5924199 (fax), +31 20 6160335(home) X-Last-Band-Seen: Green Day (Melkweg, 2-5) X-Mini-Review: Absolutely Brilliant!!! Date: Fri, 06 May 1994 16:21:22 +0200 From: Jack Jansen Recently, Oddvar.Tveito@TF.tele.no said: > > Why am I on this list!!!?? > > Please remove me immediately! > The same from me, I don't know how I got on this list and I want to get off it. Sorry for sending it to the whole list, but I haven't a clue where else I should send it, -- Jack Jansen | If I can't dance I don't want to be part of Jack.Jansen@cwi.nl | your revolution -- Emma Goldman uunet!cwi.nl!jack G=Jack;S=Jansen;O=cwi;PRMD=surf;ADMD=400net;C=nl From rem-conf-request@es.net Fri May 06 10:43:15 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <21722-0@osi-west.es.net>; Fri, 6 May 1994 07:42:49 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA20934 (5.65c8/hp4at for ); Fri, 6 May 1994 16:31:18 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA23931; Fri, 6 May 94 16:30:09 +0200 Received: from fhg.de by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA08094; Fri, 6 May 94 16:29:47 +0200 Received: by fhg.de (mail-gw.fhg.de) with PRESMTP; Fri, 6 May 94 16:29:06 +0200 from FHG-GATEWAY Received: by fhg.de (mail-gw.fhg.de) with SMTP; Fri, 6 May 94 16:28:49 +0200 from eas.eas.iis.fhg.de Received: by eas.iis.fhg.de; Fri, 6 May 94 16:26:23 +0200 From: Hans-Joerg Nowottne Date: Fri, 6 May 94 16:27:34 +0200 Received: by sigurd.eas.iis.fhg.de; Fri, 6 May 94 16:27:34 +0200 Message-Id: <9405061427.AA20169@sigurd.eas.iis.fhg.de> To: cost237_3@aaf.alcatel.at Subject: unsubscribe Please remove my name from this list. ------------------------------------------------------------------------------ | H.-Joerg Nowottne | phone: +49 351 4640 750 | | Fraunhofer - Institute For | fax: +49 351 4640 703 | | Integrated Circuits , Dept. EAS | email: now@eas.iis.fhg.de | | Zeunerstr. 38 | | | D-01069 Dresden, Germany | | ------------------------------------------------------------------------------ From rem-conf-request@es.net Fri May 06 10:47:06 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <21737-0@osi-west.es.net>; Fri, 6 May 1994 07:46:29 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA21161 (5.65c8/hp4at for ); Fri, 6 May 1994 16:35:16 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA20812; Fri, 6 May 94 15:20:38 +0200 Received: from gatekeeper.es.dupont.com by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA06490; Fri, 6 May 94 15:20:34 +0200 Received: by gatekeeper.es.dupont.com (5.65/ULTRIX-mjr-062991); id AA26517; Fri, 6 May 94 09:21:09 -0400 Received: from zip (zip.es.dupont.com) by eplrx7.es.duPont.com (4.1/kdm-082991-main) id AA09726; Fri, 6 May 94 09:19:40 EDT Date: Fri, 6 May 94 09:19:40 EDT From: rogers@eplrx7.es.duPont.com (Wade Rogers) Message-Id: <9405061319.AA09726@eplrx7.es.duPont.com> To: cost237_3@aaf.alcatel.at Subject: unsubscribe Please remove my name from this list. Dr. Wade T. Rogers | E.I. du Pont de Nemours & Co. rogers@eplrx7.es.dupont.com | Engineering Physics Laboratory | P.O. Box 80357 (302) 695-7945 | Wilmington, Delaware 19880-0357 From rem-conf-request@es.net Fri May 06 10:52:03 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <21747-0@osi-west.es.net>; Fri, 6 May 1994 07:51:34 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA21411 (5.65c8/hp4at for ); Fri, 6 May 1994 16:40:53 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA24276; Fri, 6 May 94 16:37:39 +0200 Received: from hp4at.eunet.co.at by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA08183; Fri, 6 May 94 16:37:35 +0200 Received: from as0a.sei.cmu.edu by hp4at.eunet.co.at with SMTP id AA21286 (5.65c8/hp4at for ); Fri, 6 May 1994 16:38:20 +0200 Received: from ij.sei.cmu.edu by as0a.sei.cmu.edu (8.6.8.1/3.00) id KAA14532; Fri, 6 May 1994 10:35:46 -0400 Received: from localhost.sei.cmu.edu by ij.sei.cmu.edu (8.6.8.1/3.00) id KAA22590; Fri, 6 May 1994 10:35:44 -0400 Message-Id: <199405061435.KAA22590@ij.sei.cmu.edu> To: cost237_3@aaf.alcatel.at Subject: Alcatel mailing list In-Reply-To: Your message of "Fri, 06 May 94 17:48:07 EST." <9405060748.AA23967@aaf.alcatel.at> Date: Fri, 06 May 94 10:35:43 EDT From: Ragunathan Rajkumar I too was not aware that I was a member of this mailing list. From the recent spurt of requests, it would seem that there has been a big mistake somewhere. My over-active imagination (I was up too late last night!) is stirring up all sorts of conspiracy theories and leaks ;-) --- Raj ------------------------------------------------------------------------------ Ragunathan (Raj) Rajkumar Phone: (412) 268-8707 Software Engineering Institute Fax: (412) 268-5758 Carnegie Mellon University Email: rr@sei.cmu.edu Pittsburgh, PA 15213 SEI/Rm 4217 ------------------------------------------------------------------------------ From rem-conf-request@es.net Fri May 06 11:17:56 1994 Received: from sun2.nsfnet-relay.ac.uk by osi-west.es.net via ESnet SMTP service id <21792-0@osi-west.es.net>; Fri, 6 May 1994 08:16:54 +0000 Via: uk.ac.edinburgh.castle; Fri, 6 May 1994 15:37:29 +0100 Received: from ucs.ed.ac.uk by castle.ed.ac.uk id aa10889; 6 May 94 15:37 BST Received: from scorpio.ucs.ed.ac.uk by ucs.ed.ac.uk; Fri, 6 May 94 15:37:23 BST Date: Fri, 6 May 94 15:37:22 BST Message-Id: <9748.9405061437@scorpio.ucs.ed.ac.uk> From: Graeme Wood To: Oddvar.Tveito@tf.tele.no In-Reply-To: Oddvar.Tveito@no.tele.tf's message of Fri, 6 May 1994 14:44:52 +0200 Reply-To: Graeme.Wood@edinburgh.ac.uk X-Department: Unix Systems Support, Computing Services X-Organisation: The University of Edinburgh X-Phone: +44 (0)31 650 5003 X-Fax: +44 (0)31 650 6552 Cc: rem-conf@es.net > Who is responsible for this mailing list: > > RFC-822=cost237_3@aaf.alcatel.at > > Today I started to get mailing for this list. > > Why am I on this list!!!?? My guess is that you are on the rem-conf list and it looks like this list is on the cost237_3 list, though I don't think it ought to be. Graeme From rem-conf-request@es.net Fri May 06 11:19:54 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <21807-0@osi-west.es.net>; Fri, 6 May 1994 08:19:28 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA22863 (5.65c8/hp4at for ); Fri, 6 May 1994 17:09:51 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA25027; Fri, 6 May 94 17:02:57 +0200 Received: from hp4at.eunet.co.at by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA08750; Fri, 6 May 94 17:02:54 +0200 Received: from hermes.intel.com by hp4at.eunet.co.at with SMTP id AA22643 (5.65c8/hp4at for ); Fri, 6 May 1994 17:03:38 +0200 Received: from cadev6.intel.com by hermes.intel.com (5.65/10.0i); Fri, 6 May 94 08:01:27 -0700 Received: from cad555.intel.com by cadev6 (4.1/10.0i); Fri, 6 May 94 08:01:53 PDT From: kgarime@cadev6.intel.com (Krishna Garimella ) Received: by cad555.intel.com (4.1/SCDT-NCR-v.3) id AA07155; Fri, 6 May 94 08:07:05 PDT Message-Id: <9405061507.AA07155@cad555.intel.com> Subject: unsubscribe To: cost237_3@aaf.alcatel.at Date: Fri, 6 May 94 8:07:05 PDT X-Mailer: ELM [version 2.3 PL11] Please remove my name from this list. Krishna Garimella From rem-conf-request@es.net Fri May 06 11:34:05 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <21874-0@osi-west.es.net>; Fri, 6 May 1994 08:32:37 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA23838 (5.65c8/hp4at for ); Fri, 6 May 1994 17:23:19 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA25492; Fri, 6 May 94 17:22:09 +0200 Received: from hp4at.eunet.co.at by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA09211; Fri, 6 May 94 17:22:05 +0200 Received: from lyman.pppl.gov by hp4at.eunet.co.at with SMTP id AA23815 (5.65c8/hp4at for ); Fri, 6 May 1994 17:22:52 +0200 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 LAA25082 for ; Fri, 6 May 1994 11:19:57 -0400 Date: Fri, 6 May 1994 11:19:57 -0400 Message-Id: <199405061519.LAA25082@lyman.pppl.gov> To: cost237_3@aaf.alcatel.at From: pfunk@pppl.gov (Paul Funk) X-Sender: funk@pppl.gov Subject: Unwanted Mailing... I think you've picked up an unwanted mailer that has a large subscription. Pls remove it if you can. There's a lot of us that don't want this mail. Thanks you;l. ---Paul __________________________________________________________________________ ______ | ___ \___ Paul Funk, Mgr. Systems Planning and Integration (609)243-3403 | ____/__ \___ Princeton Plasma Physics Laboratory FAX:(609)243-3086 |_| | ____/__ \ P.O. Box 451 |_| | ____/ Princeton, NJ - 08543 |_| | |___ INTERnet: pfunk@pppl.gov HEPnet: 44539::FUNK |_____| X.400: /s=pfunk/o=pppl/p=esnet/a= /c=us/ From rem-conf-request@es.net Fri May 06 11:37:03 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <21862-0@osi-west.es.net>; Fri, 6 May 1994 08:31:40 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA23681 (5.65c8/hp4at for ); Fri, 6 May 1994 17:19:52 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA25424; Fri, 6 May 94 17:18:46 +0200 Received: from fstgds01.tu-graz.ac.at by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA09182; Fri, 6 May 94 17:18:42 +0200 Received: by fstgds01.tu-graz.ac.at (5.57/Ultrix3.0-C) id AA01818; Fri, 6 May 94 17:19:18 +0200 Received: from IGTE/SMTPQueue by igte.tu-graz.ac.at (Mercury 1.11); Fri, 6 May 94 17:19:57 +0100 Received: from Mailqueue by IGTE (Mercury 1.11); Fri, 6 May 94 17:19:55 +0100 To: cost237_3@aaf.alcatel.at From: Richter Kurt <"Richter Kurt" RICHTER@igte.tu-graz.ac.at> Organization: TU Graz Date: Fri, 6 May 1994 17:19:47 +0100 Subject: Priority: normal X-Mailer: WinPMail v1.0 (R2) Message-Id: <25DAB874DDD@igte.tu-graz.ac.at> Please remove my name fromthe list. K.R.Richter XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX X X Prof.Dr. Kurt R. Richter X IGTE, Technical University Graz X Kopernikusgasse 24 X A-8010 Graz, Austria X X Voice: +43 316 873 7250 X Fax: +43 316 83 19 46 X e-mail: richter@igte.tu-graz.ac.at X k.richter@ieee.org X XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX From rem-conf-request@es.net Fri May 06 11:42:32 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <21966-0@osi-west.es.net>; Fri, 6 May 1994 08:40:59 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA24136 (5.65c8/hp4at for ); Fri, 6 May 1994 17:29:44 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA25706; Fri, 6 May 94 17:28:38 +0200 Received: from hp4at.eunet.co.at by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA09565; Fri, 6 May 94 17:28:34 +0200 Received: from vnet.ibm.com by hp4at.eunet.co.at with SMTP id AA24122 (5.65c8/hp4at for ); Fri, 6 May 1994 17:29:20 +0200 Message-Id: <199405061529.AA24122@hp4at.eunet.co.at> Received: from LGEVMXA by VNET.IBM.COM (IBM VM SMTP V2R2) with BSMTP id 6909; Fri, 06 May 94 11:24:16 EDT Date: Fri, 6 May 94 17:23:01 FST From: Al Mullery <"Al Mullery" al@VNET.IBM.COM> To: cost237_3@aaf.alcatel.at Subject: messages to this mailing list PLEASE STOP SENDING MESSAGES TO THIS LIST (even messages to remove you from it) ! Whoever is responsible for the error should have received the message already. If no more messages are sent to it, you will not hear from it again, and it will die the death such a "virus" deserves. From rem-conf-request@es.net Fri May 06 11:43:35 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <22012-0@osi-west.es.net>; Fri, 6 May 1994 08:43:02 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA24254 (5.65c8/hp4at for ); Fri, 6 May 1994 17:32:55 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA23191; Fri, 6 May 94 16:19:38 +0200 Received: from transarc.com by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA07816; Fri, 6 May 94 16:19:30 +0200 Received: by transarc.com (5.54/3.15) id for cost237_3@aaf.alcatel.at; Fri, 6 May 94 10:20:03 EDT Received: via switchmail; Fri, 6 May 1994 10:20:03 -0400 (EDT) Received: from sparc51 via qmail ID ; Fri, 6 May 1994 10:19:26 -0400 (EDT) Received: from sparc51 via qmail ID ; Fri, 6 May 1994 10:19:17 -0400 (EDT) Received: from Messages.7.14.N.CUILIB.3.45.SNAP.NOT.LINKED.sparc51.sun4.40 via MS.5.6.sparc51.sun4_40; Fri, 6 May 1994 10:19:15 -0400 (EDT) Message-Id: Date: Fri, 6 May 1994 10:19:15 -0400 (EDT) From: Vasilis_Apostolides@transarc.com To: cost237_3@aaf.alcatel.at Subject: unsubscribe In-Reply-To: <9405061319.AA09726@eplrx7.es.duPont.com> References: <9405061319.AA09726@eplrx7.es.duPont.com> Please remove me from this list!!!! vasilis@transarc.com From rem-conf-request@es.net Fri May 06 12:15:38 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <22212-0@osi-west.es.net>; Fri, 6 May 1994 09:11:08 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA25587 (5.65c8/hp4at for ); Fri, 6 May 1994 17:55:29 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA26278; Fri, 6 May 94 17:50:57 +0200 Received: from hp4at.eunet.co.at by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA10065; Fri, 6 May 94 17:50:40 +0200 Received: from is.rice.edu by hp4at.eunet.co.at with SMTP id AA25381 (5.65c8/hp4at for ); Fri, 6 May 1994 17:51:10 +0200 Received: from guadalupe.is.rice.edu by is.rice.edu (AA01009); Fri, 6 May 94 10:48:28 CDT Received: by guadalupe.is.rice.edu (AA01287); Fri, 6 May 94 10:48:26 CDT From: jian@is.rice.edu (Jian Q. Li) Message-Id: <9405061548.AA01287@guadalupe.is.rice.edu> Subject: unsubscribe To: cost237_3@aaf.alcatel.at Date: Fri, 6 May 1994 10:48:24 -0500 (CDT) X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 210 Please remove my name from the list. thanks -- Jian Li Rice University Internet: jian@is.rice.edu P.O. Box 1892 Phone: (713)285-5328 Houston, Texas 77251-1892 FAX: (713)527-6099 From rem-conf-request@es.net Fri May 06 12:18:34 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <22238-0@osi-west.es.net>; Fri, 6 May 1994 09:15:09 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA25817 (5.65c8/hp4at for ); Fri, 6 May 1994 18:03:18 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA26636; Fri, 6 May 94 18:02:12 +0200 Received: from hp4at.eunet.co.at by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA10401; Fri, 6 May 94 18:02:08 +0200 Received: from is.rice.edu by hp4at.eunet.co.at with SMTP id AA25809 (5.65c8/hp4at for ); Fri, 6 May 1994 18:02:40 +0200 Received: from san-miguel.is.rice.edu by is.rice.edu (AA01223); Fri, 6 May 94 10:59:58 CDT Received: by san-miguel.is.rice.edu (AA21528); Fri, 6 May 94 10:59:56 CDT From: kevinm@is.rice.edu (Kevin W Mullet) Message-Id: <9405061559.AA21528@san-miguel.is.rice.edu> Subject: Please take me off this list too. To: cost237_3@aaf.alcatel.at Date: Fri, 6 May 1994 10:59:54 -0500 (CDT) X-Pmrqc: 1 X-Phone.Work.Voice: (713) 285-5173 X-Phone.24Hr-Network-Ops-Ctr: (713) 527-6059 X-Fax-Number: (713) 527-6099 X-Email.Work.Fax: Kevin_Mullet%5276099@fax.bcm.tmc.edu X-Www-Page: http://is.rice.edu/~kevinm/ X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 88 Please explain how I got on this list, then take me off. -Kevin Mullet Rice University From rem-conf-request@es.net Fri May 06 12:21:43 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <22248-0@osi-west.es.net>; Fri, 6 May 1994 09:18:22 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA25826 (5.65c8/hp4at for ); Fri, 6 May 1994 18:03:44 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA25091; Fri, 6 May 94 17:08:14 +0200 Received: from hp4at.eunet.co.at by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA08839; Fri, 6 May 94 17:08:10 +0200 Received: from mailhost.lut.ac.uk (bgate.lut.ac.uk) by hp4at.eunet.co.at with SMTP id AA22833 (5.65c8/hp4at for ); Fri, 6 May 1994 17:08:57 +0200 Received: from [158.125.178.11] by hpc.lut.ac.uk (15.11/SMI-4.1) id AA04245; Fri, 6 May 94 16:08:31 bst Date: Fri, 6 May 94 16:08:31 bst Message-Id: <9405061508.AA04245@hpc.lut.ac.uk> To: cost237_3@aaf.alcatel.at From: Anne Clarke X-Sender: huamc@hpc Subject: Mailing list To whom it may concern I keep getting lots of mail from people wanting to be removed from a mailing list of something to do with COST 237. Please remove my name as well. _____________________ Best regards Anne From rem-conf-request@es.net Fri May 06 12:22:48 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <22274-0@osi-west.es.net>; Fri, 6 May 1994 09:21:38 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA26323 (5.65c8/hp4at for ); Fri, 6 May 1994 18:08:38 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA26769; Fri, 6 May 94 18:07:34 +0200 Received: from uu5.psi.com by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA10487; Fri, 6 May 94 18:07:28 +0200 Received: from uu1072.UUCP by uu5.psi.com (5.65b/4.0.071791-PSI/PSINet) via UUCP; id AA02456 for ; Fri, 6 May 94 12:00:38 -0400 Original-Received: from cc:Mail by uu1072.aepco.com id AA768250813 Fri, 06 May 94 12:00:13 PP-warning: Illegal Received field on preceding line Date: Fri, 06 May 94 12:00:13 From: Vanek%uu1072@uu5.psi.com Message-Id: <9404067682.AA768250813@uu1072.aepco.com> To: cost237_3@aaf.alcatel.at Subject: What the Heck? Is it possible that this is a new server for the video (digital compression) communication list? I think it was called rem_conf. . . .or something like that. Maybe just a server glitch too. . . . Tom Vanek vanek@aepco.com From rem-conf-request@es.net Fri May 06 12:26:55 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <22302-0@osi-west.es.net>; Fri, 6 May 1994 09:25:48 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA26389 (5.65c8/hp4at for ); Fri, 6 May 1994 18:10:08 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA26783; Fri, 6 May 94 18:08:59 +0200 Received: from pierce.llnl.gov by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA10500; Fri, 6 May 94 18:08:45 +0200 Received: from quickmail.llnl.gov (smtpqm.llnl.gov) by pierce.llnl.gov (4.1/LLNL-1.18/llnl.gov-05.92) id AA10673; Fri, 6 May 94 09:09:38 PDT Message-Id: <9405061609.AA10673@pierce.llnl.gov> Date: 6 May 1994 09:07:39 U From: Mike Pihlman <"Mike Pihlman" mike.pihlman@quickmail.llnl.gov> Subject: Re: About the project To: cost237_3@aaf.alcatel.at Return-Receipt-To: "Mike Pihlman" <"Mike Pihlman"mike.pihlman@quickmail.llnl.gov> Reply to: RE>About the project Please remove me from this list.....thank you Mike Pihlman Lawrence Livermore National Laboratory pihlman2@llnl.gov -------------------------------------- Date: 5/6/94 1:08 AM To: Mike Pihlman From: SYED RAHMAN I have seen reference about the COST 237 Multimedia Telecommunication services project, but I do not have much information about it. Is it possible to get details about activities included in the project (preferably in electronic form) and some technical publications related to multimedia applications on networks? For myself I have recently migrated to Australia from overseas and joined the Monash university. I am interested in pursuing research on and multimedia applications over high speed networks. I would be interested to keep in touch with you in this connection and for any future collaborative work. I would appreciate if you could provide me some documentations or publications related to other similar projects. Thank you for your time. Syed M. Rahman ---------------------------------------------------------------------- Gippsland Division of Computing Monash University - Gippsland Campus CHURCHILL 3842 AUSTRALIA email: syed.rahman@fcit.monash.edu.au ph: (03) 902 6462 ------------------ RFC822 Header Follows ------------------ Received: by quickmail.llnl.gov with SMTP;6 May 1994 01:08:14 U Received: by pierce.llnl.gov (4.1/LLNL-1.18/llnl.gov-05.92) id AA26118; Fri, 6 May 94 01:08:24 PDT Return-Path: Received: from osi-west.es.net by pierce.llnl.gov (4.1/LLNL-1.18/llnl.gov-05.92) id AA26109; Fri, 6 May 94 01:08:19 PDT Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <17087-0@osi-west.es.net>; Fri, 6 May 1994 01:04:34 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA17058 (5.65c8/hp4at for ); Fri, 6 May 1994 09:53:26 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA07149; Fri, 6 May 94 09:48:16 +0200 Received: from giaeb.cc.monash.edu.au by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA23967; Fri, 6 May 94 09:48:10 +0200 Message-Id: <9405060748.AA23967@aaf.alcatel.at> Received: from gas.cc.monash.edu.au by giaeb.cc.monash.edu.au with SMTP (16.8/16.2) id AA25684; Fri, 6 May 94 17:48:07 +1000 Received: from GAS/MAILQUEUE by gas.cc.monash.edu.au (Mercury 1.11); Fri, 6 May 94 17:48:53 EST-11 Received: from MAILQUEUE by GAS (Mercury 1.11); Fri, 6 May 94 17:48:15 EST-11 From: SYED RAHMAN <"SYED RAHMAN"SYED@GAS.CC.MONASH.EDU.AU> To: cost237_3@aaf.alcatel.at Date: Fri, 6 May 1994 17:48:07 EST-10 Subject: About the project Priority: normal X-Mailer: Pegasus Mail v3.1 (R1) From rem-conf-request@es.net Fri May 06 13:00:22 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <22395-0@osi-west.es.net>; Fri, 6 May 1994 09:51:42 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA28306 (5.65c8/hp4at for ); Fri, 6 May 1994 18:41:46 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA25877; Fri, 6 May 94 17:32:36 +0200 Received: from philfa.pfa.philips.de (bug.pfa.philips.de) by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA09584; Fri, 6 May 94 17:32:30 +0200 Received: from heck.pfa.philips.de (heck-gw [130.143.65.3]) by philfa.pfa.philips.de (8.6.5/8.6.5) with SMTP id RAA21024 for ; Fri, 6 May 1994 17:28:15 +0200 Received: from phidias.pfa.philips.de by pfa.philips.de; id AA12851; Fri, 6 May 94 17:27:01 +0200 Received: from philm.pfa.philips.de by phidias.pfa.philips.de; id AA01385; Fri, 6 May 94 17:27:05 +0200 Message-Id: <9405061527.AA01385@phidias.pfa.philips.de> Date: Fri, 6 May 94 17:27:04 +0200 From: du@pfa.philips.de To: cost237_3@aaf.alcatel.at Subject: Unwanted mailing list please remove me from this list du@pfa.philips.de From rem-conf-request@es.net Fri May 06 13:35:57 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <22543-0@osi-west.es.net>; Fri, 6 May 1994 10:28:52 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA00556 (5.65c8/hp4at for ); Fri, 6 May 1994 19:20:04 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA28556; Fri, 6 May 94 19:15:35 +0200 Received: from hplb.hpl.hp.com by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA12458; Fri, 6 May 94 19:15:30 +0200 Received: from pfulchig.hpl.hp.com by hplb.hpl.hp.com; Fri, 6 May 1994 18:12:27 +0100 Received: by netman.hpl.hp.com (1.37.109.8/15.6+ISC) id AA17827; Fri, 6 May 1994 18:15:59 +0100 From: paola fulchignoni Message-Id: <9405061715.AA17827@netman.hpl.hp.com> Subject: unsubscribe To: cost237_3@aaf.alcatel.at Date: Fri, 6 May 94 18:15:58 BST Mailer: Elm [revision: 70.85] -- ----------------------------------------------------------------- NAME: Paola Fulchignoni E-MAIL: pf@hplb.hpl.hp.com ORGANIZATION: Hewlett-Packard Laboratories, Bristol ADDRESS: Filton Road, Stoke Gifford, Bristol, BS12 6QZ, UK TELEPHONE: Operator: +44-272-799910 (ext. 28591) Direct Dialing: +44-272-228591 FAX: +44-272-228924 From rem-conf-request@es.net Fri May 06 13:53:41 1994 X400-Received: by mta osi-west.es.net in /PRMD=ESnet/ADMD= /C=US/; Relayed; Fri, 6 May 1994 10:50:26 +0000 Date: Fri, 6 May 1994 10:50:26 +0000 X400-Originator: rem-conf-request@es.net X400-Recipients: non-disclosure:; X400-MTS-Identifier: [/PRMD=ESnet/ADMD= /C=US/;osi-west.e.711:06.04.94.17.50.26] Priority: Non-Urgent DL-Expansion-History: rem-conf@es.net ; Fri, 6 May 1994 10:50:26 +0000; From: "Miguel A. Sanz" Message-ID: <2222*/G=miguel/S=sanz/O=rediris/PRMD=iris/ADMD=mensatex/C=es/@MHS> To: "(Thomas A. Kalil)" Cc: "(Mark Boolootian)" , rem-conf In-Reply-To: <199405051932.AA01381@vax.darpa.mil> Subject: Re: president@whitehouse.gov >I will check. I don't think so though -- we are still in the process of >getting on the MBONE. > Look forward to it! Maybe in a near future we'll be able to witness Head of State Conferences on the mbone (for instance between the US President and the King of Spain). Regards, Miguel A. Sanz Network Management RedIRIS (Spanish National R&D Network) Tel. +34 1 5855152 Fax: +34 1 5855146 E-mail: miguel.sanz@rediris.es From rem-conf-request@es.net Fri May 06 14:05:05 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <22804-0@osi-west.es.net>; Fri, 6 May 1994 11:02:48 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA02456 (5.65c8/hp4at for ); Fri, 6 May 1994 19:50:20 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA27764; Fri, 6 May 94 18:42:41 +0200 Received: from fenris.dhhalden.no by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA11683; Fri, 6 May 94 18:42:31 +0200 Received: from sofus.dhhalden.no by fenris.dhhalden.no with SMTP (PP) id <08056-0@fenris.dhhalden.no>; Fri, 6 May 1994 18:42:45 +0200 Received: from SOFUS/MERCURY by sofus.dhhalden.no (Mercury 1.11); Fri, 6 May 94 18:42:43 GMT+1 Received: from MERCURY by SOFUS (Mercury 1.11); Fri, 6 May 94 18:42:15 GMT+1 From: Bard Arve Evjen Organization: Ostfold College To: Vanek%uu1072@uu5.psi.com, cost237_3@aaf.alcatel.at Date: Fri, 6 May 1994 18:42:13 +0100 Subject: Re: What the Heck? Reply-To: baarde@dhhalden.no Priority: normal X-Mailer: Pegasus Mail v3.1 (R1) Message-Id: <43C1174B16@sofus.dhhalden.no> > Is it possible that this is a new server for the video (digital > compression) communication list? I think it was called rem_conf. . . > .or something like that. Maybe just a server glitch too. . . . > > Tom Vanek > vanek@aepco.com If you look at the headers in the mail from this list, you see it come from rem-conf-request. I think it's a server glitch too. Regards, Bard Arve From rem-conf-request@es.net Fri May 06 15:13:28 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <23033-0@osi-west.es.net>; Fri, 6 May 1994 12:09:36 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA05955 (5.65c8/hp4at for ); Fri, 6 May 1994 20:59:52 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA01207; Fri, 6 May 94 20:57:04 +0200 Received: from uu5.psi.com by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA14787; Fri, 6 May 94 20:56:56 +0200 Received: from uu1072.UUCP by uu5.psi.com (5.65b/4.0.071791-PSI/PSINet) via UUCP; id AA00998 for ; Fri, 6 May 94 14:45:33 -0400 Original-Received: from cc:Mail by uu1072.aepco.com id AA768259980 Fri, 06 May 94 14:33:00 PP-warning: Illegal Received field on preceding line Date: Fri, 06 May 94 14:33:00 From: HOPPERS%uu1072@uu5.psi.com Message-Id: <9404067682.AA768259980@uu1072.aepco.com> To: cost237_3@aaf.alcatel.at Subject: Let Me Off the List!! How did you get the names for your list? From rem-conf-request@es.net Fri May 06 15:19:01 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <22897-0@osi-west.es.net>; Fri, 6 May 1994 11:41:46 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA04355 (5.65c8/hp4at for ); Fri, 6 May 1994 20:31:20 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA00499; Fri, 6 May 94 20:26:34 +0200 Received: from unbc.edu by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA14056; Fri, 6 May 94 20:26:28 +0200 Received: by unbc.edu id m0pzUbV-000OWqC for cost237_3@aaf.alcatel.at ; Fri, 6 May 94 11:26 PDT Sender: lyndon@unbc.edu (Lyndon Nerenberg) Date: Fri, 6 May 1994 11:24:58 -0700 (PDT) From: Lyndon Nerenberg Sender: Lyndon Nerenberg Reply-To: Lyndon Nerenberg Subject: Re: Alcatel mailing list To: Ragunathan Rajkumar Cc: cost237_3@aaf.alcatel.at, postmaster@aaf.alcatel.net In-Reply-To: <199405061435.KAA22590@ij.sei.cmu.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII On Fri, 6 May 1994, Ragunathan Rajkumar wrote: > I too was not aware that I was a member of this mailing list. From the recent > spurt of requests, it would seem that there has been a big mistake somewhere. > My over-active imagination (I was up too late last night!) is stirring up all > sorts of conspiracy theories and leaks ;-) If you look at the Received: headers you will see that someone added rem-conf@es.net to the subscription list for cost237_3@aaf.alcatel.at. Would the postmaster at aaf.alcatel.at please remote rem-conf@es.net from the cost237_3 mailing list?!? --lyndon From rem-conf-request@es.net Fri May 06 15:25:28 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <23168-0@osi-west.es.net>; Fri, 6 May 1994 12:18:19 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA06281 (5.65c8/hp4at for ); Fri, 6 May 1994 21:09:13 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA01570; Fri, 6 May 94 21:08:06 +0200 Received: from hp4at.eunet.co.at by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA14925; Fri, 6 May 94 21:08:02 +0200 Received: from nic.funet.fi by hp4at.eunet.co.at with SMTP id AA06261 (5.65c8/hp4at); Fri, 6 May 1994 21:08:45 +0200 Received: by nic.funet.fi id <91572-2>; Fri, 6 May 1994 22:05:58 +0300 Subject: Why "cost237_3@aaf.alcatel.at" sends its email to "rem-conf@es.net" ? From: Matti Aarnio To: postmaster@aaf.alcatel.at Date: Fri, 6 May 1994 22:05:51 +0300 Cc: cost237_3@aaf.alcatel.at Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7BIT Content-Length: 746 Message-Id: <94May6.220558eet_dst.91572-2@nic.funet.fi> Folks at rem-conf@es.net, This has been Cc sent to the Alcatel.AT's list, when you see this, it has been routed thru that to the REM-CONF. You are not on the Alcatel's list per se, we all are :-( Dear Alcatel postmaster, I warmly suggest that you will remove rem-conf@es.net address from your cost237_3 -alias/list as soon as possible, preferrably sooner. I also voice a suspicion that whoever made this grand mistake had assumed that to be a way to get rem-conf@es.net to send connespondance to your list.. (I have found out that often people - especially those whose job is not to be a postmaster somewhere - have all kinds of odd ideas which they think perfectly valid :-/ ) /Matti Aarnio From rem-conf-request@es.net Fri May 06 16:19:06 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <01740-0@osi-west.es.net>; Fri, 6 May 1994 13:17:52 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA08967 (5.65c8/hp4at for ); Fri, 6 May 1994 22:08:20 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA01500; Fri, 6 May 94 21:04:43 +0200 Received: from CNRI.Reston.VA.US by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA14864; Fri, 6 May 94 21:04:38 +0200 Received: from corth_sun.cnri.reston.va.us by CNRI.Reston.VA.US id aa11077; 6 May 94 14:59 EDT Received: from CNRI.Reston.VA.US (localhost) by corth_sun.Reston.Va.US (5.0/SMI-SVR4) id AA20496; Fri, 6 May 1994 14:59:30 +0500 Message-Id: <9405061859.AA20496@corth_sun.Reston.Va.US> To: cost237_3@aaf.alcatel.at Subject: Unsubscribe Date: Fri, 06 May 1994 14:59:30 -0400 From: corth@CNRI.Reston.VA.US Content-Length: 96 Sorry to send to the list. Please unsubscribe me. Charles Orth Email: corth@CNRI.Reston.VA.US From rem-conf-request@es.net Fri May 06 16:51:52 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <01889-0@osi-west.es.net>; Fri, 6 May 1994 13:43:50 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA10009 (5.65c8/hp4at for ); Fri, 6 May 1994 22:29:39 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA03485; Fri, 6 May 94 22:27:52 +0200 Received: from ia.engin.umich.edu by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA28613; Fri, 6 May 94 22:27:45 +0200 Received: from localhost (luphouh@localhost) by ia.engin.umich.edu (8.6.8/8.6.4) with SMTP id QAA01474 for ; Fri, 6 May 1994 16:27:09 -0400 Message-Id: <199405062027.QAA01474@ia.engin.umich.edu> X-Authentication-Warning: ia.engin.umich.edu: Host localhost didn't use HELO protocol To: cost237_3@aaf.alcatel.at Subject: cost237_3 Date: Fri, 06 May 1994 16:27:07 +0100 From: Lup-Houh Ng Hi, The mailing list cost237_3@aaf.alcatel.at seem to have included rem-conf@es.net as a recipient. Please remove that, since rem-conf is a mailing list and no one has any idea why they are put on the cost237_3 list. PLEASE DO IT AS SOON AS POSSIBLE. From rem-conf-request@es.net Fri May 06 17:20:46 1994 Received: from relay1.UU.NET by osi-west.es.net via ESnet SMTP service id <01357-0@osi-west.es.net>; Fri, 6 May 1994 14:20:08 +0000 Received: from athena.veritas.com by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AAwotp07734; Fri, 6 May 94 17:19:58 -0400 Received: from megami.veritas.com by athena.veritas.com with smtp (Smail3.1.29.0 #2) id m0pzXKn-0004SWC; Fri, 6 May 94 14:21 PDT Received: by megami.veritas.com (Smail3.1.29.0 #4) id m0pzXIp-000CfvC; Fri, 6 May 94 14:19 PDT Message-Id: From: jeff@veritas.com (Jeff Rothschild) Subject: subscribe To: rem-conf@es.net Date: Fri, 6 May 94 14:19:22 PDT X-Mailer: ELM [version 2.3 PL11] subscribe From rem-conf-request@es.net Fri May 06 17:48:08 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <01666-0@osi-west.es.net>; Fri, 6 May 1994 14:45:56 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA12861 (5.65c8/hp4at for ); Fri, 6 May 1994 23:34:59 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA05002; Fri, 6 May 94 23:30:28 +0200 Received: from burdell.cc.gatech.edu by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA29829; Fri, 6 May 94 23:30:22 +0200 Received: from oakmont.cc.gatech.edu (azhao@oakmont.cc.gatech.edu [130.207.119.218]) by burdell.cc.gatech.edu (8.6.4/8.6.4) with ESMTP id RAA25704 for ; Fri, 6 May 1994 17:29:53 -0400 Received: from localhost (azhao@localhost) by oakmont.cc.gatech.edu (8.6.4/8.6.4) id RAA00335 for cost237_3@aaf.alcatel.at; Fri, 6 May 1994 17:29:52 -0400 From: azhao@cc.gatech.edu (Q. Alex Zhao) Message-Id: <199405062129.RAA00335@oakmont.cc.gatech.edu> Subject: unsubscribe azhao@cc.gatech.edu To: cost237_3@aaf.alcatel.at Date: Fri, 6 May 1994 17:29:51 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 53 Please remove my name from this list, too! Thanks. From rem-conf-request@es.net Fri May 06 18:04:10 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <01772-0@osi-west.es.net>; Fri, 6 May 1994 14:55:52 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA13763 (5.65c8/hp4at for ); Fri, 6 May 1994 23:47:35 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA05445; Fri, 6 May 94 23:44:58 +0200 Received: from zephyr.isi.edu by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA00133; Fri, 6 May 94 23:44:52 +0200 Received: by zephyr.isi.edu (5.65c/5.61+local-16) id ; Fri, 6 May 1994 14:42:46 -0700 Date: Fri, 6 May 1994 14:42:46 -0700 From: list-mgr@ISI.EDU (List Manager Account) Message-Id: <199405062142.AA06430@zephyr.isi.edu> To: cost237_3@aaf.alcatel.at, postmaster@aaf.alcatel.at, postmaster@rcvie.aaf.alcatel.at Subject: MMM-PEOPLE@ISI.EDU Cc: list-mgr@ISI.EDU, postel@ISI.EDU Dear Postmasters and list maintainers: It has come to my attention that the exploder mail list known as cost237_3@aaf.alcatel.at has somehow been posting advertisements, and other material that has nothing to do with the principal occupation of our mailing list known as Multi Media Mail People (MMM). Please delete our address from your mail list. I don't know how you would have it listed but it may include any or all of the following address: mmmn-people-request@isi.edu I don't believe it was your intention to anger this discussion group, but that is what appears to be the end result. Your speedy handling of this request will be appreciated. Sincerely, Carole Sumler List Manager University of Southern California Information Sciences Institute From rem-conf-request@es.net Fri May 06 18:16:30 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <01821-0@osi-west.es.net>; Fri, 6 May 1994 15:14:52 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA14474 (5.65c8/hp4at for ); Sat, 7 May 1994 00:08:00 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA05884; Sat, 7 May 94 00:02:31 +0200 Received: from zephyr.isi.edu by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA00266; Sat, 7 May 94 00:02:25 +0200 Received: by zephyr.isi.edu (5.65c/5.61+local-16) id ; Fri, 6 May 1994 15:00:42 -0700 Date: Fri, 6 May 1994 15:00:42 -0700 From: list-mgr@ISI.EDU (List Manager Account) Message-Id: <199405062200.AA06643@zephyr.isi.edu> To: cost237_3@aaf.alcatel.at, postmaster@aaf.alcatel.at, postmaster@rcvie.aaf.alcatel.at Subject: Re: MMM-PEOPLE@ISI.EDU Cc: list-mgr@ISI.EDU, postel@ISI.EDU > From list-mgr Fri May 6 14:47:15 1994 > Date: Fri, 6 May 1994 14:42:46 -0700 > From: list-mgr (List Manager Account) > To: cost237_3@aaf.alcatel.at, postmaster@aaf.alcatel.at, > postmaster@rcvie.aaf.alcatel.at > Subject: MMM-PEOPLE@ISI.EDU > Cc: list-mgr, postel > Content-Length: 779 > > > Dear Postmasters and list maintainers: > > It has come to my attention that the exploder mail list known as > > cost237_3@aaf.alcatel.at > > has somehow been posting advertisements, and other material that has > nothing to do with the principal occupation of our mailing list known > as Multi Media Mail People (MMM-PEOPLE). Please delete our address from > your mail list. I don't know how you would have it listed but it may include > any or all of the following address: > > mmm-people-request@isi.edu > > I don't believe it was your intention to anger this discussion group, > but that is what appears to be the end result. Your speedy handling of > this request will be appreciated. > > Sincerely, > > Carole Sumler > List Manager > University of Southern California > Information Sciences Institute > > > From rem-conf-request@es.net Fri May 06 19:05:11 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <01948-0@osi-west.es.net>; Fri, 6 May 1994 16:03:36 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA16835 (5.65c8/hp4at for ); Sat, 7 May 1994 00:52:34 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA07220; Sat, 7 May 94 00:45:51 +0200 Received: from OAKLAND.BBN.COM by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA00718; Sat, 7 May 94 00:45:49 +0200 Message-Id: <9405062245.AA00718@aaf.alcatel.at> Date: Fri, 6 May 94 18:39:07 EDT From: Bob Thomas To: cost237_3@aaf.alcatel.at Subject: Mailing list Please remove me from this mailing list. Bob Thomas From rem-conf-request@es.net Fri May 06 19:14:15 1994 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <01971-0@osi-west.es.net>; Fri, 6 May 1994 16:12:27 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-14) id ; Fri, 6 May 1994 16:12:15 -0700 Posted-Date: Fri 6 May 94 16:09:55 PDT Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Fri, 6 May 94 16:09:56 PDT Date: Fri 6 May 94 16:09:55 PDT From: Stephen Casner Subject: Re: random numbers To: schulzrinne@fokus.gmd.de, rem-conf@es.net Message-Id: <768265795.0.CASNER@XFR.ISI.EDU> In-Reply-To: <199405062002.AA07407@venera.isi.edu> Mail-System-Version: Henning, You are absolutely right that the success of the random identifier scheme depends heavily on the quality of the random number generation. It is also interesting to note that a random number generator itself is irrelevant if only one number is to be chosen. My suggestion in the meeting minutes was that the seed be composed of the host address and the time (presumably by XOR of various parts). What you're saying is that these two components aren't enough to get a good random number? -- Steve ------- From rem-conf-request@es.net Fri May 06 20:45:51 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <02316-0@osi-west.es.net>; Fri, 6 May 1994 17:42:29 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA20767 (5.65c8/hp4at for ); Sat, 7 May 1994 02:33:03 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA09815; Sat, 7 May 94 02:31:52 +0200 Received: from netcomsv.netcom.com (uucp9.netcom.com) by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA01377; Sat, 7 May 94 02:31:47 +0200 Received: from dhm.UUCP by netcomsv.netcom.com with UUCP (8.6.4/SMI-4.1) id RAA24573; Fri, 6 May 1994 17:32:20 -0700 Received: by dhm (Smail3.1.28.1 #1) id m0pzZmE-000dnoC; Fri, 6 May 94 16:57 PDT Date: Fri, 6 May 1994 16:57:53 +0100 From: dirk Subject: Re: Unwanted mailing list To: du@pfa.philips.de Cc: cost237_3@aaf.alcatel.at In-Reply-To: <9405061527.AA01385@phidias.pfa.philips.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Well, it looks like a misconfigured mailing list to me. Replying sends mail to all people. So, if you don't want to receive any more messages: DO NOT REPLY! Dirk On Fri, 6 May 1994 du@pfa.philips.de wrote: > please remove me from this list > > du@pfa.philips.de > From rem-conf-request@es.net Fri May 06 20:46:26 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <02318-0@osi-west.es.net>; Fri, 6 May 1994 17:42:33 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA20758 (5.65c8/hp4at for ); Sat, 7 May 1994 02:32:35 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA09755; Sat, 7 May 94 02:30:00 +0200 Received: from netcomsv.netcom.com (uucp9.netcom.com) by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA01374; Sat, 7 May 94 02:29:57 +0200 Received: from dhm.UUCP by netcomsv.netcom.com with UUCP (8.6.4/SMI-4.1) id RAA24473; Fri, 6 May 1994 17:30:25 -0700 Received: by dhm (Smail3.1.28.1 #1) id m0pzZeU-000dnlC; Fri, 6 May 94 16:49 PDT Date: Fri, 6 May 1994 16:49:53 +0100 From: dirk Subject: Re: Let Me Off the List!! To: HOPPERS%uu1072@uu5.psi.com Cc: cost237_3@aaf.alcatel.at In-Reply-To: <9404067682.AA768259980@uu1072.aepco.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Is this message for me? Dirk On Fri, 6 May 1994 HOPPERS%uu1072@uu5.psi.com wrote: > > How did you get the names for your list? > From rem-conf-request@es.net Sun May 08 11:35:25 1994 Received: from pan.com by osi-west.es.net via ESnet SMTP service id <02776-0@osi-west.es.net>; Fri, 6 May 1994 19:41:36 +0000 Received: from delphi.com by delphi.com (PMDF V4.2-14 #6563) id <01HC1ABI8H749359Z9@delphi.com>; Fri, 6 May 1994 22:40:34 EDT Date: Fri, 06 May 1994 22:40:34 -0400 (EDT) From: DROM@delphi.com Subject: unsubscribe please To: rem-conf@es.net Message-id: <01HC1ABI8H769359Z9@delphi.com> X-VMS-To: INTERNET"rem-conf@es.net" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Please remove my name from the mailing-list. Thanks. From rem-conf-request@es.net Sun May 08 11:37:15 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <02878-0@osi-west.es.net>; Fri, 6 May 1994 20:32:27 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA28739 (5.65c8/hp4at for ); Sat, 7 May 1994 05:25:23 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA15509; Sat, 7 May 94 05:19:37 +0200 Received: from hp4at.eunet.co.at by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA02430; Sat, 7 May 94 05:19:35 +0200 Received: from nps.navy.mil by hp4at.eunet.co.at with SMTP id AA28556 (5.65c8/hp4at for ); Sat, 7 May 1994 05:20:17 +0200 Received: from slb107.cc.nps.navy.mil by nps.navy.mil (4.1/SMI-4.1) id AA15311; Fri, 6 May 94 20:17:14 PDT Date: Fri, 6 May 94 20:17:13 PDT Message-Id: <9405070317.AA15311@nps.navy.mil> X-Sender: bdsteckl@nps.navy.mil Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: cost237_3@aaf.alcatel.at From: bdsteckl@nps.navy.mil (Brian D. Steckler) Subject: Remove from list X-Mailer: Please remove me from this unsolicited list !! Brian D. Steckler Information Technology Mgmt Student Lieutenant, U.S. Navy Work Voice (408) 656-2174 Naval Postgraduate School Home Voice (408) 626-8039 Monterey, CA USA 93943-5000 Home Fax (408) 626-8302 From rem-conf-request@es.net Sun May 08 11:38:04 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <03591-0@osi-west.es.net>; Sat, 7 May 1994 01:34:52 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA11973 (5.65c8/hp4at for ); Sat, 7 May 1994 10:30:05 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA23206; Sat, 7 May 94 10:24:27 +0200 Received: from fenris.dhhalden.no by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA04301; Sat, 7 May 94 10:24:24 +0200 Received: from sofus.dhhalden.no by fenris.dhhalden.no with SMTP (PP) id <27769-0@fenris.dhhalden.no>; Sat, 7 May 1994 10:25:04 +0200 Received: from SOFUS/MERCURY by sofus.dhhalden.no (Mercury 1.11); Sat, 7 May 94 10:25:01 GMT+1 Received: from MERCURY by SOFUS (Mercury 1.11); Sat, 7 May 94 10:24:32 GMT+1 From: Jardar Sunde Olsen Organization: Ostfold College To: cost237_3@aaf.alcatel.at Date: Sat, 7 May 1994 10:24:28 +0100 Subject: Please remove me from your mailing list Reply-To: jardarso@dhhalden.no Priority: normal X-Mailer: Pegasus Mail v3.1 (R1) Message-Id: <5375F34BDB@sofus.dhhalden.no> Please remove me from this mailing list. From the amount of unsubscribe mails, perhaps you should consider kill the hole list and start all over again. Jardar _ ----------------------------oOO-( )-OOo------------------------------------ Jardar Sunde Olsen @ @ "If I go insane, please don't put /|\ your wires in my brain" - Pink email: jardarso@dhhalden.no Floyd www: http://student.dhhalden.no/prosjekt/IPM/Default.html --------------------------------------------------------------------------- From rem-conf-request@es.net Sun May 08 11:40:19 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <04873-0@osi-west.es.net>; Sat, 7 May 1994 13:30:47 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA17749 (5.65c8/hp4at for ); Sat, 7 May 1994 22:22:14 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA08882; Sat, 7 May 94 22:13:46 +0200 Received: from noel.pd.org by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA12084; Sat, 7 May 94 22:13:43 +0200 Received: by noel.pd.org id AA19411 (5.65c/IDA-1.4.4 for cost237_3@aaf.alcatel.at); Sat, 7 May 1994 16:05:40 -0400 From: Chea Prince Message-Id: <199405072005.AA19411@noel.pd.org> Subject: STOP IT NOW!!!! To: cost237_3@aaf.alcatel.at Date: Sat, 7 May 1994 16:05:40 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 255 i'm receiving mail from you via rem-conf-request & i'd like to have you stop sending me mail. if you continue, my messages will become increasingly hostile & i will eventually flame you all over the net. you are an unwanted & unsolicited pest. --cp-- From rem-conf-request@es.net Sun May 08 11:41:04 1994 Received: from mailgzrz.TU-Berlin.DE by osi-west.es.net via ESnet SMTP service id <05370-0@osi-west.es.net>; Sat, 7 May 1994 18:47:20 +0000 Received: from tubue.mikro.ee.tu-berlin.de (mikro.ee.TU-Berlin.DE) by mailgzrz.TU-Berlin.DE (5.65c/ZRZ-MX) for id AA20049; Sun, 8 May 1994 03:47:15 +0200 Received: from aes.ifm by tubue.mikro.ee.tu-berlin.de (4.1/IFM-1.0) id AA13410; Sun, 8 May 94 03:47:14 +0200 From: Stefan Hartmann (Behse) Message-Id: <9405080147.AA13410@mikro.ee.tu-berlin.de> Subject: InfoBahn, how to get the Digital Highway now.. To: rem-conf@es.net Date: Sun, 8 May 1994 03:47:14 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3129 Hi , I just had a few new ideas together with a friend, how to implement the Super Digital Data HighWay, also called InfoBahn... Well, over here almost every appartment is connected to the local cable-tv network. So you can get all the cable channels all day long, almost 25 tv channels which are now fed into our cable system over here. At night times some channels only transmit testing images (charts), so there is no real program on it. So a nice idea is to use one or more tv-channels to completely transmit via some sort of TV-modem, all the Internet Newsgroups and also all private emails crypted. With the right encoding and decoding modem you could get about 10 MBits/sec from one TV-channel, so this is the data rate of an Ethernet card, which is pretty fast ! As you need almost every time a huge downlink channel this bandwith is really good for getting multimedia data into your home. The backchannel (uplink) could be done via normal phone modem, which needs only low data rate for controlling the action and getting some keys for the decrypt process to get your private email decoded. This way, nobody else could read your email if a public key process is used... As so many appartments and homes have cable over here, it would be the easiest way to bring the Internet channels with big bandwith in eevery home, so the cycle in which the data reaches you are very short by this huge data transfer rate. A multiplexer system could be used to transmit different data on a few multiplexed data channels, so that News and emails could be received at the "same" time. The backchannel via Modem can give the handshake, when the private email for you was read, so that it does not need to be rebroadcasted... This way it would be possible to distribute the whole Internet email and News channels in one TV-channel. The end-user only needs to have a VCR or TV-set with Video-Output and the TV-modem card, that plugs directly into his PC or would be connected via SCSI interface or Ethernet interface.. This could be done pretty cheap, around 200 US$... This would be the ideal solution to get a World Wide Web done pretty fast with all the interactive Multimedia infos. ALso Interactive Digital MPEG TV would be possible with it, cause the data rate for MPEG I is available with these kind of Video-Modem... The bandwith of a Video channel is so huge, you can broadcast at least 1 Mbyte/sec.... For MPEG video you need 150 KBytes/sec, so that you can run it in the background multiplexed with some other data...or with 5 other MPEG channels... Cause it is an analog video signal, it could also be broadcasted via satellite, so the access range would be much bigger... So you could also have outdoor access, even when you are on the road, traveling.. So what do you thing ? How do you like these ideas ? I'll ask a few friends how fast such an Video Modem could be implemented with good error correction and a high data rate.. Maybe we should go for such an project to get us all some high capacity bandwith and getting the InfoBahn going !!! Best regards, Stefan. email to: harti@mikro.ee.tu-berlin.de From rem-conf-request@es.net Sun May 08 11:44:52 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <05405-0@osi-west.es.net>; Sat, 7 May 1994 19:09:46 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA02251 (5.65c8/hp4at for ); Sun, 8 May 1994 04:01:45 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA15376; Sun, 8 May 94 03:54:47 +0200 Received: from tigger.jvnc.net by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA14480; Sun, 8 May 94 03:54:48 +0200 Received: from nsb.fv.com (guppy.jvnc.net) by tigger.jvnc.net with SMTP id AA02960 (5.65c/IDA-1.4.4 for cost237_3@aaf.alcatel.at); Sat, 7 May 1994 21:54:06 -0400 Received: by nsb.fv.com (4.1/SMI-4.1) id AA29230; Sat, 7 May 94 21:54:32 EDT Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.nsb.fv.com.sun4.41 via MS.5.6.nsb.fv.com.sun4_41; Sat, 7 May 1994 21:54:32 -0400 (EDT) Message-Id: Date: Sat, 7 May 1994 21:54:32 -0400 (EDT) From: Nathaniel Borenstein To: cost237_3@aaf.alcatel.at, rogers@eplrx7.es.duPont.com (Wade Rogers) Subject: Re: unsubscribe In-Reply-To: <9405061319.AA09726@eplrx7.es.duPont.com> References: <9405061319.AA09726@eplrx7.es.duPont.com> > Please remove my name from this list. Me too. And please NEVER add people's names to mailing lists unless they ask you! From rem-conf-request@es.net Sun May 08 11:45:01 1994 Received: from ceres.fokus.gmd.de by osi-west.es.net via ESnet SMTP service id <06471-0@osi-west.es.net>; Sun, 8 May 1994 05:33:45 +0000 Received: from fokus.gmd.de by ceres.fokus.gmd.de id <10026-0@ceres.fokus.gmd.de>; Sun, 8 May 1994 12:28:39 +0200 To: rem-conf@es.net Subject: Recruiting: some good random numbers Date: Sun, 8 May 1994 12:28:39 +0200 From: Henning Schulzrinne Sender: schulzrinne@fokus.gmd.de My previous message pointed out that we need a good "random number" generator to generate SSRC ids and that using a rand() or brethren is dangerous at best. I would like to put a short code segment in the spec (implementation section) that generates random numbers unlikely to collide. I had missed a part in Steve's AVT notes about combining system parameters in some way (e.g., host address and time of day). Here's the challenge: Write a short piece of C code that will generate unique random 32-bit integers. Testcase: A class-B net (say, with 500 receivers) tunes to the company chairperson's remarks at 9 am, with applications fired up automatically by calendar programs within, say, 30 seconds. Clocks are synchronized by NTP within 100 ms. System clock resolution returned by gettimeofday() is 16 ms. Bonus points for being Posix compliant, short and fast. The winner gets a free, hand-signed copy of the RTP RFC (and a mention therein) plus a piece of the Berlin Wall. The drawing will be June 1. No purchase required. Selection is completely arbitrary and purely a matter of taste. If you don't like it, tough. Henning --- 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 Sun May 08 14:41:25 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <07548-0@osi-west.es.net>; Sun, 8 May 1994 11:39:25 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA26456 (5.65c8/hp4at for ); Sun, 8 May 1994 20:29:44 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA20487; Sun, 8 May 94 20:22:56 +0200 Received: from bit.csc.lsu.edu by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA02470; Sun, 8 May 94 20:22:39 +0200 Received: by bit.csc.lsu.edu (5.65/DEC-Ultrix/4.3) id AA05769; Sun, 8 May 1994 13:24:23 -0500 Date: Sun, 8 May 1994 13:24:23 -0500 From: leela@bit.csc.lsu.edu (Leela J. Padmanaban) Message-Id: <9405081824.AA05769@bit.csc.lsu.edu> To: cost237_3@aaf.alcatel.at Subject: Unsubscribe Pl. remove me from your mailing list. Lj From rem-conf-request@es.net Sun May 08 17:57:53 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <01903-1@osi-west.es.net>; Sun, 8 May 1994 14:56:22 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA07747 (5.65c8/hp4at); Sun, 8 May 1994 23:41:20 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA21588; Sun, 8 May 94 23:35:17 +0200 Received: from inet-gw-2.pa.dec.com by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA18261; Sun, 8 May 94 23:35:15 +0200 Received: from enet-gw.pa.dec.com by inet-gw-2.pa.dec.com (5.65/21Mar94) id AA18680; Sun, 8 May 94 14:33:25 -0700 Received: from lacv01.enet by enet-gw.pa.dec.com (5.65/rmc-22feb94) id AA19640; Sun, 8 May 94 14:32:12 -0700 Message-Id: <9405082132.AA19640@enet-gw.pa.dec.com> Received: from lacv01.enet; by decwrl.enet; Sun, 8 May 94 14:32:12 PDT Date: Sun, 8 May 94 14:32:12 PDT From: Carl Silva - Business Development Mgr - CBS - DTN 655-6458 08-May-1994 1731 To: cost237_3@aaf.alcatel.at Apparently-To: cost237_3@aaf.alcatel.at Subject: Alcatel mailing list? Hi, Would it be possible for me to get on this list? Carl From: AKOCOA::US3RMC::"HOPPERS%uu1072@uu5.psi.com" "MAIL-11 Daemon" 6-MAY-1994 18:49:46.29 To: cost237_3@aaf.alcatel.at CC: Subj: Let Me Off the List!! How did you get the names for your list? % ====== Internet headers and postmarks (see DECWRL::GATEWAY.DOC) ====== % Received: from inet-gw-3.pa.dec.com by us3rmc.bb.dec.com (5.65/rmc-22feb94) id AA00718; Fri, 6 May 94 15:50:31 -070 % Received: from osi-west.es.net by inet-gw-3.pa.dec.com (5.65/21Mar94) id AA06232; Fri, 6 May 94 15:46:08 -070 % Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <23033-0@osi-west.es.net>; Fri, 6 May 1994 12:09:36 +000 % Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA05955 (5.65c8/hp4at for ); Fri, 6 May 1994 20:59:52 +02 % Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA01207; Fri, 6 May 94 20:57:04 +02 % Received: from uu5.psi.com by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA14787; Fri, 6 May 94 20:56:56 +020 % Received: from uu1072.UUCP by uu5.psi.com (5.65b/4.0.071791-PSI/PSINet) via UUCP; id AA00998 for ; Fri, 6 May 94 14:45:33 -040 % Original-Received: from cc:Mail by uu1072.aepco.com id AA768259980 Fri, 06 May 94 14:33:0 % Pp-Warning: Illegal Received field on preceding line % Date: Fri, 06 May 94 14:33:00 % From: HOPPERS%uu1072@uu5.psi.com % Message-Id: <9404067682.AA768259980@uu1072.aepco.com> % To: cost237_3@aaf.alcatel.at % Subject: Let Me Off the List!! From rem-conf-request@es.net Sun May 08 18:09:43 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <01948-0@osi-west.es.net>; Sun, 8 May 1994 15:08:34 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA09121 (5.65c8/hp4at for ); Mon, 9 May 1994 00:00:08 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA21731; Sun, 8 May 94 23:57:28 +0200 Received: from postoffice2.mail.cornell.edu by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA19016; Sun, 8 May 94 23:57:27 +0200 Received: from [132.236.236.116] (CU-DIALUP-0410.CIT.CORNELL.EDU [132.236.236.116]) by postoffice2.mail.cornell.edu (8.6.5/8.6.5) with SMTP id RAA06926 for ; Sun, 8 May 1994 17:56:51 -0400 Message-Id: <199405082156.RAA06926@postoffice2.mail.cornell.edu> Date: Sun, 8 May 1994 17:57:31 -0500 To: cost237_3@aaf.alcatel.at From: jfc1@cornell.edu (f. jill charboneau) X-Sender: jfc1@postoffice2.mail.cornell.edu Subject: Remove my name from your list Unsub cost237_3@aaf.alcatel.at From rem-conf-request@es.net Sun May 08 20:22:48 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <02182-0@osi-west.es.net>; Sun, 8 May 1994 17:21:17 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA14287 (5.65c8/hp4at for ); Mon, 9 May 1994 02:10:24 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA02139; Mon, 9 May 94 02:04:25 +0200 Received: from martin.adl.dwr.CSIRO.AU ([192.188.115.3]) by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA20475; Mon, 9 May 94 02:04:23 +0200 Received: by martin.adl.dwr.CSIRO.AU (4.1/5.17) id AA12309; Mon, 9 May 94 09:34:08 CST (from idj@adl.dwr.csiro.au) Date: Mon, 9 May 1994 09:34:07 +0930 (CST) From: Ian Jolly Subject: Get me off this list To: cost237_3@aaf.alcatel.at Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Remove me from this list, NOW. ************************************************************************** * * * Ian Jolly CSIRO Division of Water Resources * * idj@adl.dwr.csiro.au Private Mail Bag No. 2 * * 61 08 303 8712 (Phone) Glen Osmond, Adelaide * * 61 08 303 8750 (FAX) South Australia, 5064 * * * ************************************************************************** From rem-conf-request@es.net Sun May 08 22:10:25 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <02519-0@osi-west.es.net>; Sun, 8 May 1994 19:09:20 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA18846 (5.65c8/hp4at for ); Mon, 9 May 1994 04:02:40 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA04495; Mon, 9 May 94 03:57:36 +0200 Received: from hp4at.eunet.co.at by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA21894; Mon, 9 May 94 03:57:40 +0200 Received: from sol.ccs.deakin.edu.au by hp4at.eunet.co.at with SMTP id AA18704 (5.65c8/hp4at for ); Mon, 9 May 1994 03:58:24 +0200 Received: from cm.deakin.edu.au (narya.cm.deakin.edu.au [128.184.80.120]) by sol.ccs.deakin.edu.au (8.6.8.1/8.6.6) with ESMTP id LAA29532 for ; Mon, 9 May 1994 11:55:36 +1000 Message-Id: <199405090155.LAA29532@sol.ccs.deakin.edu.au> To: cost237_3@aaf.alcatel.at Subject: Unsubscribe From: Ying Ni Date: Mon, 09 May 1994 11:55:28 +1000 Sender: ying@deakin.edu.au Please unsubscribe me. ------------------------------------------------------------------------------ Ying Ni, Department of Computing & Mathematics Postgraduate student. Deakin University Geelong, Vic 3217 AUSTRALIA. E-Mail : ying@deakin.edu.au Phone: +61 52 271378 ------------------------------------------------------------------------------ From rem-conf-request@es.net Mon May 09 00:57:33 1994 Received: from nps.navy.mil by osi-west.es.net via ESnet SMTP service id <03394-0@osi-west.es.net>; Sun, 8 May 1994 21:56:00 +0000 Received: from in50215.cc.nps.navy.mil by nps.navy.mil (4.1/SMI-4.1) id AA23907; Sun, 8 May 94 21:55:24 PDT Date: Sun, 8 May 94 21:55:24 PDT From: jrgambri@nps.navy.mil (John R. Gambrino) Message-Id: <9405090455.AA23907@nps.navy.mil> To: rem-conf@es.net, williams@canopus.cc.nps.navy.mil, roesli@dude.cs.nps.navy.mil, rneto@gravy5.cs.nps.navy.mil, romo@capella.cc.nps.navy.mil, bdsteckl@nps.navy.mil, lemi@hp850.mbari.org Subject: IARP Survey Cc: jrgambri@nps.navy.mil From: John Gambrino, Information Technology Student, Naval Postgraduate School, Monterey, CA I am conducting a survey on the effectiveness of MBone as a group teleconferencing tool. If you watched any part of the IARP Conference (from the Monterey Bay Aquarium) over MBone on Friday, 6 May 1994, I would appreciate it if you would take a few minutes to respond to the following survey so that I might reach a statistically significant number of respondents. This survey is aimed at improving the quality of future conference broadcasts. Thank you for your support of my research. Please return completed surveys to: John Gambrino jrgambri@nps.navy.mil Naval Postgraduate School 1 University Circle, SGC # 2189 Monterey, California 93940 USA **************************************************************** MBARI INTERNET CONFERENCE SURVEY 6 MAY 1994 **************************************************************** This survey is designed to assess participants' attitudes toward and perceptions of video teleconferencing. Conference participants at both local and remote sites will be surveyed after the Internet segment of the conference. Please read each statement carefully. Check (X) only one response per statement. If you are taking this survey electronically please do not modify the statements. Your participation in this survey is essential to provide MBARI with data to determine the relative effectiveness of using the Internet to broadcast conferences to remote locations in the future. Your individual responses will be confidential. **************************************************************** (1) Prior to this conference I was familiar with the subject matter. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (2) I was able to understand the content of the presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (3) The presenters clearly conveyed their ideas. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (4) Overall, I felt the presentations were well done. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (5) My professional needs were met by these presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (6) I was challenged by the ideas presented. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (7) The presenters effectively transferred their ideas to me. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (8) The presentations were easy to see. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (9) The presenters' attitudes toward the subject matter were well conveyed during the presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (10) The presenters' vocal inflections helped me to understand the presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (11) The presenters' rate of speech affected my ability to understand the presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (12) The presenters' use of body gestures helped me to understand the presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (13) The presenters' use of eye contact helped me to understand the presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (14) The presenters' use of facial expressions helped me to understand the presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (15) I felt the presenters were credible. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (16) The presenters conveyed a strong physical presence. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (17) The presenters conveyed their convictions about the subject matter. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (18) The presenters conveyed an emotional interest in their subject matter. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (19) I felt free to ask questions. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (20) Presenters responses to my questions were provided in a timely manner. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (21) I felt free to ask follow-up questions. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (22) The question/answer exchanges helped resolve difficult issues. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (23) The presenters' use of verbal cues helped me understand responses to questions. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (24) The presenters' use of non-verbal cues helped me understand responses to questions. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (25) I had sufficient opportunity to verbally interact with the presenters. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (26) My questions were clearly answered. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (27) Different interpretations of presentation content were resolved during the question/answer session. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (28) Overall, I was satisfied with this conference segment. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (29) I was satisfied with the question/answer section of this conference segment. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ *************************************************************** The items below are designed to determine your feelings and attitudes toward the communication media used during the Internet segment of this conference. Place an (X) on the point along the scale which you consider to be the most appropriate response. Work rapidly; do not return to previously completed responses. An example of the response breakdown for Constrained/Free would be: 1 - Very Constrained 2 - Constrained 3 - Somewhat Constrained 4 - Neutral 5 - Somewhat Free 6 - Free 7 - Very Free *************************************************************** 1 2 3 4 5 6 7 1. Constrained * * * * * * * Free 2. Complex * * * * * * * Simple 3. Good * * * * * * * Bad 4. Inaccessible * * * * * * * Accessible 5. Distorted * * * * * * * Accurate 6. Impersonal * * * * * * * Personal 7. True * * * * * * * False 8. Pleasurable * * * * * * * Painful 9. Hot * * * * * * * Cold 10. Distant * * * * * * * Close 11. Dehumanizing * * * * * * * Humanizing 12. Expressive * * * * * * * Inexpressive 13. Difficult * * * * * * * Easy 14. Emotional * * * * * * * Unemotional 15. Meaningless * * * * * * * Meaningful 16. Slow * * * * * * * Fast 17. Successful * * * * * * * Unsuccessful 18. Insensitive * * * * * * * Sensitive 19. Interesting * * * * * * * Boring 20. Constricted * * * * * * * Spacious 21. Useful * * * * * * * Useless 22. Lean * * * * * * * Rich 23. Conflict * * * * * * * Harmony 24. Negotiation * * * * * * * Stalemate 25. Understanding * * * * * * * Confusion 26. Ambiguity * * * * * * * Clarity 27. Convincing * * * * * * * Unconvincing 28. Decisive * * * * * * * Indecisive 29. Weak * * * * * * * Strong 30. Communicative * * * * * * * Non-communicative 31. Satisfying * * * * * * * Frustrating ******************************************************************** BACKGROUND INFORMATION (1) What is your age?___________ (2) What is your gender? Male________ Female______ (3) What is the highest degree that you hold? None __________ Associate__________ Bachelors__________ Masters __________ PhD __________ Other __________ (4) How many times have you used Video Teleconferencing?_________________ (5) How many professional conferences or seminars, including teleconferences, do you attend in a typical year? __________________ (6) Which site were you at for this conference? In Person ________ (Remote Sites) Monterey ________ Woods Hole ________ MIT ________ Florida ________ Japan ________ France ________ Other(fill in)________________________ (7) Is English your second language? Yes __________ No __________ *************************************************************** The following open-ended questions are designed to provide remote video-teleconference participants an opportunity to express their opinions following the MBARI Internet conference. Please be as detailed as possible, and use as much space as desired. *************************************************************** (1) Overall, do you think the use of this video-teleconferencing medium (Internet MBONE) was a worthwhile experience professionally? Why? (2) What do you feel were the advantages of your attending this conference via Internet? (3) What do you feel were the disadvantages of your attending this conference via Internet? (4) Would you like to see your organization make more frequent use of this video-teleconferencing medium so that you can attend more conferences? (5) Would you prefer attending a conference face-to-face? Why? (6) Was your conference experience hampered by a lack of in person social interaction (networking)? Why? *********************************************************** The following questions are designed to determine your expectations about the MBARI video-teleconference. *********************************************************** (1) I expect the Internet video-teleconference will be an effective communication medium. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (2) I would rather attend this conference in person. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (3) I expect to learn as much from the presentations as I would have in person. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (4) I expect to be satisfied with this video-teleconference. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ From rem-conf-request@es.net Mon May 09 02:14:59 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <03554-0@osi-west.es.net>; Sun, 8 May 1994 23:13:59 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA02033 (5.65c8/hp4at for ); Mon, 9 May 1994 08:05:03 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA13796; Mon, 9 May 94 07:58:24 +0200 Received: from hp4at.eunet.co.at by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA28068; Mon, 9 May 94 07:58:26 +0200 Received: from ta7s49 (ta7s49.rc.bel.alcatel.be) by hp4at.eunet.co.at with SMTP id AA01815 (5.65c8/hp4at for ); Mon, 9 May 1994 07:59:02 +0200 Received: from btmpan.atm (btmpan [138.203.64.64]) by ta7s49 (8.6.5/8.6.5) with SMTP id HAA22941 for ; Mon, 9 May 1994 07:46:37 +0200 Date: Mon, 9 May 1994 07:46:37 +0200 From: Patrick Hellemans Message-Id: <199405090546.HAA22941@ta7s49> To: cost237_3@aaf.alcatel.at Subject: Unwanted Mailing... Please remove me from this mailing list. From rem-conf-request@es.net Mon May 09 03:15:20 1994 Received: from hp4at.eunet.co.at by osi-west.es.net via ESnet SMTP service id <04237-0@osi-west.es.net>; Mon, 9 May 1994 00:13:59 +0000 Received: from rcsun1.aaf.alcatel.at by hp4at.eunet.co.at with SMTP id AA04854 (5.65c8/hp4at for ); Mon, 9 May 1994 09:04:24 +0200 Received: from aaf.alcatel.at by rcsun1.aaf.alcatel.at (4.1/SMI-4.1/RC-%I%/main) id AA15612; Mon, 9 May 94 08:55:34 +0200 Received: from miramon.lulea.trab.se by aaf.alcatel.at (4.1/RCVIE-Main-1) id AA28867; Mon, 9 May 94 08:55:19 +0200 Received: from maugis.lulea.trab.se by miramon.lulea.trab.se with SMTP id AA11264 (5.65+/IDA-1.3.5 for cost237_3@aaf.alcatel.at); Mon, 9 May 94 08:53:40 +0200 Received: by maugis.lulea.trab.se id AA07770 (5.65+/IDA-1.3.5 for cost237_3@aaf.alcatel.at); Mon, 9 May 94 08:53:40 +0200 Subject: unsubscribe To: cost237_3@aaf.alcatel.at X-Mailer: Poste 2.1 From: Magnus Hedberg Date: Mon, 9 May 94 08:53:39 +0200 Message-Id: <940509085339.7133@maugis.miramon.lulea.trab.se> Please remove my name from this list /Magnus From rem-conf-request@es.net Mon May 09 03:38:45 1994 Received: from faui45.informatik.uni-erlangen.de by osi-west.es.net via ESnet SMTP service id <04497-0@osi-west.es.net>; Mon, 9 May 1994 00:38:08 +0000 Received: from faui43.informatik.uni-erlangen.de by uni-erlangen.de with SMTP; id AA21431 (5.65c-6/7.3v-FAU); Mon, 9 May 1994 09:37:23 +0200 Received: from faui45r.informatik.uni-erlangen.de by immd4.informatik.uni-erlangen.de with SMTP; id AA06312 (5.65c-6/7.3m-FAU); Mon, 9 May 1994 09:37:20 +0200 From: Toerless Eckert Message-Id: <199405090737.AA06312@faui43.informatik.uni-erlangen.de> Subject: Re: InfoBahn, how to get the Digital Highway now.. To: Stefan Hartmann Date: Mon, 9 May 94 9:37:20 MET DST Cc: rem-conf@es.net In-Reply-To: <9405080147.AA13410@mikro.ee.tu-berlin.de>; from "Stefan Hartmann" at May 8, 94 3:47 am Organisation: CSD IMMD IV, University of Erlangen, Germany X-Mailer: ELM [version 2.3 PL11] Some thoughts about using cable-tv for internet to the home, Our university is in the lucky situation to have an installed cable-tv like network which is only used for data transfer (The difference to consumer cable-tv networks is that it is midsplit to allow for a maximum of bidirectional used channels). This is really the first network we had and initially it was used only with localnet 20/20 channel technology that looked to the user like a modem box with two rs232 interfaces that could be used like telephone dial-up modems, only that you could only call other localnet 20/20 "modems" on the cable-tv network, and you can get to speeds of up to 19.2kbps. Technically this is one 7 (or 8) Mhz cable-tv channel divided into 20 subchannels by frequency division multiplexing, where each channel had a bandwidth of 128kbps and modems can tune in one any single of this 20 channels during a connection and are then using an ethernet like scheme with packets and csma/cd to communicate with other modems on that channel. One thing that we couldn't get hold of is a packet interface card for this technology, so access had always to be by asynchronous rs232 modems, which is not so bad for say a terminal but is quite ugly for some large server host which has to use a large array of serial lines to connect to the network. Actually this kind of technology is today only used at very few sites in the university, mostly for terminal access to other WAN networks, like X.25 or the like. I though think that this basic technology could be quite advantagous for applications to the home. For one thing the split into multiple frequency divided channels provides a well working mechanism to separate different communities from each other, preventing overloads from one service (say a very popular ftp server) to affect other services. With a total of one channel it also can be used in quite every cable-tv network, not only in midsplit networks. Given that the modem technology is from the early '80, one could expect to get more than 512kbs (compared to 128 kbps) on a single channel with todays signal processor technoloy, and still have a technology comparable cheap like standard telephony dial up modems. I think this technology is or has been quite popular in the us. too. In europe there have been some recent experiments with cable-tv networks used for data transfer too. One dutch experiment that probably has reached operational status by now was reported on the '93 JENC. It used self developed modem technology and also a single channel but with a much lower total bandwidth. It provided access to the university for students throughout the city through the cities cable-tv network. I think there are similar projects in scandinavia and there was also one project in the uk., but Piete Brooks who participates in that should be able to tell more about that. The sad statement to make here is that i believe that though this may become of more widespread use throughout europe, i fear that there won't be any experiments in germany, because we still have the cable-tv monopoly of the german telekom, and they are just too large and sluggish to get involved into something like this. Also it can only be of no profit for them, because they are running (also as a monopoly) the ISDN telephony network and they can make more bucks for the bit with ISDN than with a cable-tv network, or else nobody would use the cable-tv network for data transfer anyhow. Also that have - as far as i know, not a single upband channel on the german cable-tv networks so they would have _very_ large investment costs before they could start. Besides these lower bandwidth (per customer) tachnologies there are of course a couple of ethernet speed modulation systems from hughes,siemens, 3com and a couple of other companies. The problem with these is that the costs of these modems will still remain quite high, and are thus not appropriate for home use. It is also unfeasable to deploy a technology that has no useful bandwidth management and give a single customer access to the full bandwidth. Toerless From rem-conf-request@es.net Mon May 09 03:43:13 1994 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <04531-0@osi-west.es.net>; Mon, 9 May 1994 00:41:50 +0000 Received: from waffle.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Mon, 9 May 1994 08:33:56 +0100 To: Stefan Hartmann (Behse) cc: rem-conf@es.net Subject: Re: InfoBahn, how to get the Digital Highway now.. In-reply-to: Your message of "Sun, 08 May 94 03:47:14 +0100." <9405080147.AA13410@mikro.ee.tu-berlin.de> Date: Mon, 09 May 94 08:33:53 +0100 From: Jon Crowcroft >Well, over here almost every appartment is connected to the local cable-tv >network. So you can get all the cable channels all day long, almost 25 >tv channels which are now fed into our cable system over here. your model is sound... The use of the cable tv massive spare downlink capacity is very likely to be a large part of future internet services - with a modest return path (e.g. p*64kbps where p is between 1 and 30) you could get al lthe home shopping/banking/info-services/video-on-demand selection all for the price of a little itzy board, and a unix workstation in a box on top of your tv anyone to get this to market in the next year will be quite rich anyuone who tries to patent the idea will be in my bad books:-) jon From rem-conf-request@es.net Mon May 09 03:51:54 1994 Received: from dist.dist.unige.it by osi-west.es.net via ESnet SMTP service id <04611-0@osi-west.es.net>; Mon, 9 May 1994 00:51:19 +0000 Received: by dist.dist.unige.it (5.61++/IDA-1.2.8) id AA18323; Mon, 9 May 94 09:49:54 +0200 From: "Mauro Migliardi. DIST University of Genoa. Italy. +39 010 3532709/510278" Message-Id: <9405090749.AA18323@dist.dist.unige.it> Subject: Please subscibe me to the list. To: rem-conf@es.net Date: Mon, 9 May 94 9:49:53 MET DST X-Mailer: ELM [version 2.3 PL0] Dicto. Thanks Bye -- From rem-conf-request@es.net Mon May 09 04:16:56 1994 Received: from swan.cl.cam.ac.uk by osi-west.es.net via ESnet SMTP service id <04803-0@osi-west.es.net>; Mon, 9 May 1994 01:10:28 +0000 Received: from labes.cl.cam.ac.uk (user pb (rfc931)) by swan.cl.cam.ac.uk with SMTP (PP-6.5) to cl; Mon, 9 May 1994 09:10:11 +0100 To: rem-conf@es.net Reply-to: Piete.Brooks@cl.cam.ac.uk Subject: TEST transmissions Tue 10th & Wed 11th May 15:15-16:15 UTC: Interest? Date: Mon, 09 May 1994 09:09:55 +0100 From: Piete Brooks Message-ID: <"swan.cl.cam.:022110:940509081022"@cl.cam.ac.uk> It has been suggested that there may well be some US interest in this week's Security Seminar, so I'm giving a bit more notice of it. [[ See http://www.cl.cam.ac.uk/Research/Security/ for further info ]] This week we have PS versions of the slides, so they'll be on wb (and likely also to be on nv). The Departental Seminar will have some video clips -- we're not sure if we can include them electronically ... SO: this weeks tests are on Tue and Wed at 15:15 UTC Let me know if you want the TTL raised above "UK only". University of Cambridge Computer Laboratory SECURITY SEMINAR SPEAKER: Mike Roe Cambridge University Computer Laboratory DATE: Tuesday 10th May at 4.15pm (BST) PLACE: Room TP4, Computer Laboratory TITLE: WIRETAPPING, FORGERY AND PLAUSIBLE DENIABILITY: THE NEW SECURITY SERVICES The purpose of any security service is either to ensure that an event happens or to prevent an event happening (liveness or safety). Software reliablity is typically concerned with events that are universally agreed to be beneficial or harmful. On the other hand, computer security is typically concerned with events that are beneficial to some persons while harming others. It follows that whether a computer security service is desirable or not depends upon who you are, and how you are effected by the events that it causes or prevents. Traditionally, research interest has been focused on the services known as confidentiality, integrity and non-repudiation, and has neglected the converse services of wiretapping, forgery and plausible deniability. Recent proposals for national cryptographic infrastructures are attempting to redress this historical imbalance. We will describe some possible protocols for achieving these new services, both with and without the use of trusted third parties. University of Cambridge Computer Laboratory SEMINAR SPEAKER: Peter Robinson Cambridge University Computer Laboratory DATE: Wednesday 11th May at 4.15pm (BST) PLACE: Babbage Lecture Theatre TITLE: Video user interfaces A recent project between Rank Xerox EuroPARC and the University of Cambridge Computer Laboratory has been looking at ways of using digitised video from television cameras in user interfaces. The DigitalDesk is built around an ordinary physical desk and can be used as such, but it has extra capabilities. A video camera is mounted above the desk, pointing down at the work surface. This camera's output is fed through a system that can detect where the user is pointing and it can read documents that are placed on the desk. A computer-driven projector is also mounted above the desk, allowing the system to project electronic objects onto the work surface and onto real paper documents. This talk will describe the system and its implementation, present some more recent developments and contrast this approach with other approaches to human-computer interaction. From rem-conf-request@es.net Mon May 09 05:26:05 1994 Received: from mitsou.inria.fr by osi-west.es.net via ESnet SMTP service id <05757-0@osi-west.es.net>; Mon, 9 May 1994 02:13:28 +0000 Received: by mitsou.inria.fr (5.65c8/IDA-1.2.8) id AA23709; Mon, 9 May 1994 11:13:36 +0200 Message-Id: <199405090913.AA23709@mitsou.inria.fr> To: Stephen Casner Cc: schulzrinne@fokus.gmd.de, rem-conf@es.net Subject: Re: random numbers In-Reply-To: Your message of "Fri, 06 May 1994 16:09:55 PDT." <768265795.0.CASNER@XFR.ISI.EDU> Date: Mon, 09 May 1994 11:13:34 +0200 From: Christian Huitema For a discussion on random number generators, you could look at: draft-ietf-security-randomness-01.txt A key point there is that a random number "generator" is onlyranom if you seed it with truly random information. They are looking at random generation of "security quality", e.g. large quantities of 1024 bits integers, which is a somewhat harder problem than merely picking up 32 bits but the paper is worth reading. A good tip given in this paper is to use the microphone as a source of external white noise. Take a relatively long sound sample, compress it using a non lossy algorithm (e.g. Unix's compress) to remove internal redundancy, then reduce it to a short size using e.g. MD5. Voila, a truly random number. Four of them, in fact. Christian Huitema From rem-conf-request@es.net Mon May 09 07:45:37 1994 Received: from faui45.informatik.uni-erlangen.de by osi-west.es.net via ESnet SMTP service id <06289-0@osi-west.es.net>; Mon, 9 May 1994 04:45:08 +0000 Received: from faui43.informatik.uni-erlangen.de by uni-erlangen.de with SMTP; id AA07889 (5.65c-6/7.3v-FAU); Mon, 9 May 1994 13:42:50 +0200 Received: from faui45r.informatik.uni-erlangen.de by immd4.informatik.uni-erlangen.de with SMTP; id AA15371 (5.65c-6/7.3m-FAU); Mon, 9 May 1994 13:42:48 +0200 From: Toerless Eckert Message-Id: <199405091142.AA15371@faui43.informatik.uni-erlangen.de> Subject: Re: InfoBahn, how to get the Digital Highway now.. To: Jon Crowcroft Date: Mon, 9 May 94 13:42:47 MET DST Cc: harti@mikro.ee.tu-berlin.de, rem-conf@es.net In-Reply-To: <199405091043.AA03872@faui45.informatik.uni-erlangen.de>; from "Jon Crowcroft" at May 9, 94 8:33 am Organisation: CSD IMMD IV, University of Erlangen, Germany X-Mailer: ELM [version 2.3 PL11] > your model is sound... > > The use of the cable tv massive spare downlink capacity > is very likely to be a large part of future internet services - with a > modest return path (e.g. p*64kbps where p is between 1 and 30) you > could get al lthe home shopping/banking/info-services/video-on-demand > selection > > all for the price of a little itzy board, and a unix workstation in a > box on top of your tv > > anyone to get this to market in the next year will be quite rich > > anyuone who tries to patent the idea will be in my bad books:-) Hmm, as far as i remember Sun explained that they have an experimental Version of an SBus board which is able to receive normal TV signals and decode the kind of data encoding used for line 21 close caption data, but this board is also able to receive the same kind of encoding on a arbitrary number of lines in the TV signal, thus being able to get up to a data rate of n-Mbps (don't ask me the number, i don't remember). Another advantage ist, that this signal can still be recorded with every VHS VCR, so one could simply tape it and afterwards download that part of the data to the workstation that one is interested in. This board was presented in Sunergy #7 or #8, don't remember either.. I havn't yet looked into the sunergy ftp site, maybe they've got some more information on it there. Best regards Toerless (P.S.: Yes, solaris still sucks) From rem-conf-request@es.net Mon May 09 08:00:46 1994 Received: from bgate.lut.ac.uk by osi-west.es.net via ESnet SMTP service id <06366-0@osi-west.es.net>; Mon, 9 May 1994 05:00:00 +0000 Received: by suna.lut.ac.uk (4.1/SMI-4.1) id AA01386; Mon, 9 May 94 12:54:30 BST Date: Mon, 9 May 1994 12:52:53 +0100 (BST) From: "Jon P. Knight" Subject: Re: random numbers To: Christian Huitema Cc: rem-conf@es.net In-Reply-To: <199405090913.AA23709@mitsou.inria.fr> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII If you seed the random number from the microphone, what happens when the mic is disconnected or turned off (as many are typically on workstations)? Doesn't that mean that unless you feed in some host and time specific data as well, everyone ends up with the same random numbers again? Jon -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Jon Knight, Research Student in High Performance Networking and Distributed Systems in the Department of _Computer_Studies_ at Loughborough University. * Its not how big your share is, its how much you share that's important. * From rem-conf-request@es.net Mon May 09 08:43:39 1994 Received: from mitsou.inria.fr by osi-west.es.net via ESnet SMTP service id <06444-0@osi-west.es.net>; Mon, 9 May 1994 05:43:04 +0000 Received: by mitsou.inria.fr (5.65c8/IDA-1.2.8) id AA24341; Mon, 9 May 1994 14:42:47 +0200 Message-Id: <199405091242.AA24341@mitsou.inria.fr> To: "Jon P. Knight" Cc: rem-conf@es.net Subject: Re: random numbers In-Reply-To: Your message of "Mon, 09 May 1994 12:52:53 BST." Date: Mon, 09 May 1994 14:42:46 +0200 From: Christian Huitema => If you seed the random number from the microphone, what happens when the mic => is disconnected or turned off (as many are typically on workstations)? => Doesn't that mean that unless you feed in some host and time specific data => as well, everyone ends up with the same random numbers again? => => Jon Hey, we are speaking of a multimedia application! The audio service is not likely to work well with the audio turned off! Indeed, you can argue that using a camera image is more natural for a video application - it has the same characteristics of being unpredictable, noisy and highly local. But yes, you are right, you should have a fall back - host name, date, process-id, even a video buffer if you are running a video application. The usage of a one way function should remain in any case as it will spread the randomness on all the bits of the result. A random initialization sequence could be: If the mike is available: get 512 octets of sound from the mike compute the 16 octets MD5 hash of the sample. consider the hash as 4 32bits wordss A,B,C,D initialize R = A^B^C^D else if video input is available: grab an image from the video input, compute the 16 octets MD5 hash of the sample. consider the hash as 4 32bits wordss A,B,C,D initialize R = A^B^C^D else initialize R = some-application-defined-constant. Compose a message comprising: time of day (as from "gettimeofday"). seconds, milliseconds. process id (as from "getpid"). 32 bits of "hostid" (from gethostid if this is defined) first 8 characters of login name (as from "get login()"), or a constant value if getlogin() fails first 8 characters of host name (as from "gethostname"). compute MD5 hash of that message in A,B,C,D reinitialize random to R ^= A^B^C^D That should be random enough in most cases. Christian Huitema From rem-conf-request@es.net Mon May 09 09:07:04 1994 Received: from KARIBA.BBN.COM by osi-west.es.net via ESnet SMTP service id <06505-0@osi-west.es.net>; Mon, 9 May 1994 06:06:47 +0000 Date: Mon, 9 May 94 9:06:33 EDT From: Chip Elliott To: rem-conf@es.net Subject: Internet via Cable Re comments on cable TV systems... I believe that Cambridge Mass has good Internet access through its cable TV system and that neighboring towns (eg mine) will get the same soon. Quoting from memory, it's 5 mb both ways for about $70/month flat fee. The local cable access is a shared coax, used like an Ethernet, with packets encrypted. As I recall, the provider has registered a Class A address. This is all from memory, so I've probably got the details wrong. But the big picture is that such access already exists at least in one little spot. -- Chip From rem-conf-request@es.net Mon May 09 10:44:31 1994 Received: from harry.lloyd.com by osi-west.es.net via ESnet SMTP service id <06752-0@osi-west.es.net>; Mon, 9 May 1994 07:43:48 +0000 Received: from [158.222.2.1] by lloyd.com with smtp (Smail3.1.28.1 #3) id m0q0WXn-000ERuC; Mon, 9 May 94 07:42 PDT Message-Id: Date: Mon, 9 May 94 07:42 PDT X-Sender: brian@harry.lloyd.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Jon Crowcroft , Stefan Hartmann (Behse) From: brian@lloyd.com (Brian Lloyd) Subject: Re: InfoBahn, how to get the Digital Highway now.. Cc: rem-conf@es.net At 8:33 5/9/94 +0100, Jon Crowcroft wrote: > >Well, over here almost every appartment is connected to the local cable-tv > >network. So you can get all the cable channels all day long, almost 25 > >tv channels which are now fed into our cable system over here. > >your model is sound... So sound that the service you describe, i.e. 10Mbps downlink with a dial-up uplink, is commercially available in the Silicon Valley area. Hybrid Networks of Cupertino, California, is offering such service in areas around the San Francisco Bay. There is at least one cable company (Cable CoOp of Palo Alto if I remember properly) offering this service and they have been experimenting with broadcasting the data over a UHF TV station. The back channel (uplink) is either V.32bis dial-up, ISDN, or 56Kbps leased line. >The use of the cable tv massive spare downlink capacity >is very likely to be a large part of future internet services - with a >modest return path (e.g. p*64kbps where p is between 1 and 30) you >could get al lthe home shopping/banking/info-services/video-on-demand >selection > >all for the price of a little itzy board, and a unix workstation in a >box on top of your tv > >anyone to get this to market in the next year will be quite rich > >anyuone who tries to patent the idea will be in my bad books:-) > > jon Brian Lloyd, President Lloyd Internetworking brian@lloyd.com 3031 Alhambra Drive (916) 676-1147 - voice Suite 102 (916) 676-3442 - fax Cameron Park, CA 95682 From rem-conf-request@es.net Mon May 09 12:33:03 1994 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <07383-0@osi-west.es.net>; Mon, 9 May 1994 09:32:42 +0000 Received: from danger.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Mon, 9 May 1994 17:32:11 +0100 From: Mark Handley Organisation: University College London, CS Dept. Phone: +44 71 380 7777 ext 3666 To: Chip Elliott cc: rem-conf@es.net Subject: Re: Internet via Cable In-reply-to: Your message of "Mon, 09 May 94 09:06:33 EDT." Date: Mon, 09 May 94 17:32:08 +0100 Sender: M.Handley@cs.ucl.ac.uk >Re comments on cable TV systems... > >I believe that Cambridge Mass has good Internet >access through its cable TV system and that neighboring >towns (eg mine) will get the same soon. Of course, what we should really be working towards is having the cable video over IP, rather than vice versa :-) Mark From rem-conf-request@es.net Mon May 09 14:44:14 1994 Received: from wally.cs.washington.edu by osi-west.es.net via ESnet SMTP service id <08440-0@osi-west.es.net>; Mon, 9 May 1994 11:43:56 +0000 Return-Path: Received: (cmaeda@localhost) by wally.cs.washington.edu (8.6.8/7.2ws+) id LAA16852; Mon, 9 May 1994 11:44:30 -0700 Date: Mon, 9 May 1994 11:44:30 -0700 From: cmaeda@cs.washington.edu Message-Id: <199405091844.LAA16852@wally.cs.washington.edu> To: rem-conf@es.net Subject: cost237_3 And people wonder why lemmings are so stupid... From rem-conf-request@es.net Mon May 09 15:38:17 1994 Received: from faui45.informatik.uni-erlangen.de by osi-west.es.net via ESnet SMTP service id <08888-0@osi-west.es.net>; Mon, 9 May 1994 12:37:54 +0000 Received: from faui43.informatik.uni-erlangen.de by uni-erlangen.de with SMTP; id AA07277 (5.65c-6/7.3v-FAU); Mon, 9 May 1994 21:37:31 +0200 Received: from faui45r.informatik.uni-erlangen.de by immd4.informatik.uni-erlangen.de with SMTP; id AA00657 (5.65c-6/7.3m-FAU); Mon, 9 May 1994 21:37:29 +0200 From: Toerless Eckert Message-Id: <199405091937.AA00657@faui43.informatik.uni-erlangen.de> Subject: Re: Internet via Cable To: Mark Handley Date: Mon, 9 May 94 21:37:30 MET DST Cc: celliott@BBN.COM, rem-conf@es.net In-Reply-To: <199405091757.AA01341@faui45.informatik.uni-erlangen.de>; from "Mark Handley" at May 9, 94 5:32 pm Organisation: CSD IMMD IV, University of Erlangen, Germany X-Mailer: ELM [version 2.3 PL11] > Of course, what we should really be working towards is having the cable > video over IP, rather than vice versa :-) Well, first we should try to get reliable multicast datagram delivery in the internet before we try try to promote it as a universal carrier network. If that goal is achieved, video over IP will become more widespread by itself. Toerless From rem-conf-request@es.net Mon May 09 16:03:11 1994 Received: from uucp-gw-2.pa.dec.com by osi-west.es.net via ESnet SMTP service id <09194-0@osi-west.es.net>; Mon, 9 May 1994 13:02:36 +0000 Received: by uucp-gw-2.pa.dec.com; id AA21256; Mon, 9 May 94 12:58:11 -0700 Received: from ruby.vicor.com by vicor.com (4.1/SMI-4.1) id AA07385; Mon, 9 May 94 12:55:11 PDT Received: by ruby.vicor.com (4.1/SMI-4.1) id AA06201; Mon, 9 May 94 12:48:04 PDT Message-Id: <9405091948.AA06201@ruby.vicor.com> To: rem-conf@es.net Subject: Re: InfoBahn, how to get the Digital Highway now.. From: Keith Lantz In-Reply-To: Your message of Mon, 09 May 94 08:33:53 +0000. <9405090808.AA10880@uucp-gw-2.pa.dec.com> Date: Mon, 09 May 94 12:48:03 -0700 Sender: lantz@vicor.com Anyone interested cable access to the Internet should probably get in touch with Hybrid Networks, Inc. They're pitching the use of cable for 10 Mb/s downlinks combined with normal voicegrade modems for uplinks, and have attracted quite a bit of attention from the cable community. And, yes, I believe that have some patents pending. Try: Craig Strachman, Manager Marketing Communications 408-725-3262 From rem-conf-request@es.net Mon May 09 16:20:36 1994 Received: from Sun.COM by osi-west.es.net via ESnet SMTP service id <09307-0@osi-west.es.net>; Mon, 9 May 1994 13:20:12 +0000 Received: from Eng.Sun.COM (zigzag.Eng.Sun.COM) by Sun.COM (sun-barr.Sun.COM) id AA24836; Mon, 9 May 94 13:20:08 PDT Received: from auckland.Eng.Sun.COM by Eng.Sun.COM (4.1/SMI-4.1) id AA27757; Mon, 9 May 94 13:19:03 PDT Received: by auckland.Eng.Sun.COM (5.0/SMI-SVR4) id AA06958; Mon, 9 May 1994 13:19:07 +0800 Date: Mon, 9 May 1994 13:19:07 +0800 From: Ross.Finlayson@Eng.Sun.COM (Ross Finlayson) Message-Id: <9405092019.AA06958@auckland.Eng.Sun.COM> To: rem-conf@es.net Subject: Re: InfoBahn, how to get the Digital Highway now.. Reply-To: finlayson@Eng.Sun.COM X-Sun-Charset: US-ASCII Content-Length: 487 > >Well, over here almost every appartment is connected to the local cable-tv > >network. So you can get all the cable channels all day long, almost 25 > >tv channels which are now fed into our cable system over here. > > your model is sound... And a handful of companies here in the U.S. have already started providing a service like this, at least on an experimental basis. One in particular that I know about is Hybrid Networks (http://hybrid.com/HybridHomePage.html). Ross. From rem-conf-request@es.net Mon May 09 17:31:43 1994 Received: from intrepid.ecn.purdue.edu by osi-west.es.net via ESnet SMTP service id <09824-0@osi-west.es.net>; Mon, 9 May 1994 14:31:22 +0000 Received: from localhost (localhost [127.0.0.1]) by intrepid.ecn.purdue.edu (8.6.8/3.4davy) with ESMTP id QAA05568; Mon, 9 May 1994 16:31:20 -0500 Message-Id: <199405092131.QAA05568@intrepid.ecn.purdue.edu> To: rem-conf@es.net Subject: Annular Solar Eclipse on the MBONE Date: Mon, 09 May 1994 16:31:15 EST From: "David A. Curry" ANNULAR SOLAR ECLIPSE BROADCAST ON THE MBONE Purdue University, in West Lafayette, Indiana, is right on the dead-center line for the annular solar eclipse that will occur on Tuesday, May 10th. Since much of the world won't have a chance to see this event, George Goble and Dave Curry of Purdue University's Engineering Computer Network will be transmitting live video of the eclipse on the Internet Multicast backbone. We plan to begin broadcasting at about 09:30 EST (14:30 UTC); you can watch exciting video effects from George's "video toaster" until we get the rest of the equipment set up. The following is the approximate schedule of events: EST UTC --- --- 10:23:00 15:23:00 First contact (start of partial eclipse) 12:00:30 17:00:30 Second contact (annular phase begins) 12:03:30 17:03:30 Mid-eclipse 12:06:30 17:06:30 Third contact (annular phase ends) 13:51:00 18:51:00 Fourth contact (eclipse ends) Due to equipment locations, we will not be announcing things in the session directory until Tuesday morning (we don't want to leave the workstation in the building atrium overnight). We will announce it as: Annular Solar Eclipse Questions, problems, contact: Dave Curry davy@ecn.purdue.edu +1 317 494-3561 George Goble ghg@ecn.purdue.edu +1 317 494-3545 From rem-conf-request@es.net Tue May 10 00:10:23 1994 Received: from sangam.ncst.ernet.in by osi-west.es.net via ESnet SMTP service id <11216-0@osi-west.es.net>; Mon, 9 May 1994 21:09:57 +0000 Received: (from uucp@localhost) by sangam.ncst.ernet.in (8.6.8.1/8.6.6) with UUCP id JAA29278; Tue, 10 May 1994 09:39:32 +0530 Received: by henna.iitd.ernet.in (4.1/SMI-4.1-MHS-7.0 ) id AA02651; Tue, 10 May 94 09:35:28 IST X-Organisation: Indian Institute of Technology, New Delhi. Date: Tue, 10 May 1994 09:32:01 +0530 (IST) From: Palepu Srinivas Subject: Re: Internet via Cable To: Toerless Eckert Cc: Mark Handley , celliott@BBN.COM, rem-conf@es.net In-Reply-To: <199405091937.AA00657@faui43.informatik.uni-erlangen.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII > Well, first we should try to get reliable multicast datagram delivery in > the internet before we try try to promote it as a universal carrier network. > If that goal is achieved, video over IP will become more widespread by > itself. > > Toerless Several reliable multicast protocols have already been developed. e.g. Reliable Adaptive Multicast Protocol (RAMP) Versatile Message Transaction Protocol (VMTP) etc, etc. What needs attention is more attention to the development of Real-Time Reliable Multicast Protocol Srinivas Palepu From rem-conf-request@es.net Tue May 10 07:40:04 1994 Received: from faui45.informatik.uni-erlangen.de by osi-west.es.net via ESnet SMTP service id <12584-0@osi-west.es.net>; Tue, 10 May 1994 04:39:37 +0000 Received: from faui43.informatik.uni-erlangen.de by uni-erlangen.de with SMTP; id AA01580 (5.65c-6/7.3v-FAU); Tue, 10 May 1994 13:38:35 +0200 Received: from faui45r.informatik.uni-erlangen.de by immd4.informatik.uni-erlangen.de with SMTP; id AA01611 (5.65c-6/7.3m-FAU); Tue, 10 May 1994 13:38:30 +0200 From: Toerless Eckert Message-Id: <199405101138.AA01611@faui43.informatik.uni-erlangen.de> Subject: Re: Internet via Cable To: Palepu Srinivas Date: Tue, 10 May 94 13:38:34 MET DST Cc: Toerless.Eckert@Informatik.Uni-Erlangen.de, M.Handley@cs.ucl.ac.uk, celliott@BBN.COM, rem-conf@es.net In-Reply-To: ; from "Palepu Srinivas" at May 10, 94 9:32 am Organisation: CSD IMMD IV, University of Erlangen, Germany X-Mailer: ELM [version 2.3 PL11] > Several reliable multicast protocols have already been developed. > e.g. Reliable Adaptive Multicast Protocol (RAMP) > Versatile Message Transaction Protocol (VMTP) > etc, etc. > > What needs attention is more attention to the development of Real-Time > Reliable Multicast Protocol Right, i forgot to mention this keyword "real-time". From rem-conf-request@es.net Tue May 10 10:11:48 1994 Received: from amdext.amd.com by osi-west.es.net via ESnet SMTP service id <12908-0@osi-west.es.net>; Tue, 10 May 1994 07:11:28 +0000 Received: from amdint.amd.com by amdext.amd.com with SMTP id AA21814 (5.67a/IDA-1.5+AMD for ); Tue, 10 May 1994 07:11:25 -0700 Received: from diamond.amd.com by amdint.amd.com with SMTP id AA10076 (5.67a/IDA-1.5+AMD for ); Tue, 10 May 1994 07:11:24 -0700 Received: by diamond.amd.com (4.1/AMDSN-1.20) id AA15212; Tue, 10 May 94 07:06:39 PDT From: Andrew.Mills@amd.com (Andy Mills) Message-Id: <9405101406.AA15212@diamond.amd.com> Subject: MBONE Access via PC ? To: rem-conf@es.net Date: Tue, 10 May 1994 07:06:39 -0700 (PDT) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 288 Hi, I am new to this group, and wondered if there were any PC based tools available or being developed to enable access (ISDN dial up ?) to MBONE. Also, any comments about how well the MBONE operates from Europe would also be appreciated. Specifically UK and Germany. Many thanks Andy From rem-conf-request@es.net Tue May 10 11:37:43 1994 Received: from acl.lanl.gov by osi-west.es.net via ESnet SMTP service id <13241-0@osi-west.es.net>; Tue, 10 May 1994 08:37:18 +0000 Received: from doneyet.acl.lanl.gov (doneyet.acl.lanl.gov [128.165.148.58]) by acl.lanl.gov (8.6.8.1/8.6.4) with ESMTP id JAA16982; Tue, 10 May 1994 09:37:11 -0600 From: "Stephen C. Pope" Received: (scp@localhost) by doneyet.acl.lanl.gov (8.6.8.1/8.6.4) id JAA26730; Tue, 10 May 1994 09:37:09 -0600 Date: Tue, 10 May 1994 09:37:09 -0600 Message-Id: <199405101537.JAA26730@doneyet.acl.lanl.gov> To: dab@berserkly.cray.com (David A. Borman) Cc: atkinson@itd.nrl.navy.mil, rem-conf@es.net Subject: Re: FDDI multicast for SunOS In-Reply-To: <9405032211.AA04924@frenzy.cray.com> References: <9405032211.AA04924@frenzy.cray.com> Reply-To: "Stephen C. Pope" David> I have a Network Peripherals Sbus FDDI card in my IPC running David> SunOS 4.1.3. The version of the driver is: David> char *np_version = "Network Peripherals SBus FDDI Version 1.3 5/7/92"; David> This version only had the same support for multicast that SunOS David> 4.1.3 has, i.e., not what you want. I modified it using the changes David> to other network drivers as a guide, and it has been working fine David> for me. I did run into a problem where the driver forgot a return David> statement in a failure case, causing it to continue executing with David> a NULL pointer, which caused a panic..., and there was also a David> missing splx(). But once I identified and fixed both of those David> problems, it has been running without any further problems. David> Hopefully your message indicates that they have released a newer David> version of the driver that has these two bugs fixed and real David> multicast support... To be sure, the NP Sbus driver version 1.7 is available and fully supports multicast and mrouting over the NP Sbus FDDI interface. That's how I get my feed (on a sparcstation 2) ;-). Try support@fastnet.com to get a copy. That's how I got mine... stephen pope advanced computing lab, los alamos scp@acl.lanl.gov From rem-conf-request@es.net Wed May 11 13:24:49 1994 Received: from framsparc.ocf.llnl.gov by osi-west.es.net via ESnet SMTP service id <18330-0@osi-west.es.net>; Wed, 11 May 1994 10:24:14 +0000 Received: by framsparc.ocf.llnl.gov (4.1/SMI-4.0) id AA11304; Wed, 11 May 94 10:24:10 PDT From: booloo@framsparc.ocf.llnl.gov (Mark Boolootian) Message-Id: <9405111724.AA11304@framsparc.ocf.llnl.gov> Subject: Fwd:LIVE! Network Video (fwd) To: rem-conf@es.net Date: Wed, 11 May 1994 10:24:09 -0700 (PDT) X-Mailer: ELM [version 2.4 PL17] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2481 Thought the following might pique the interest of a few out there. Is there any way of tracking the amount of audio/video data shipped across the Internet? Date: Wed, 11 May 1994 06:38:05 -0700 >From: Gleason Sackman To: Multiple recipients of list Subject: MISC> LIVE! Network Video (fwd) Forwarded by Gleason Sackman - InterNIC net-happenings moderator **************************************************************** - ---------- Forwarded message ---------- Date: Tue, 10 May 94 12:39 PDT Sender: rdegel@crash.cts.com Subject: LIVE! Network Video __________________ I think it's time we who have live internet video capabilities find out who we can communicate with on a regular basis. Therefore, I shall create a list of IP/Domain addresses where people MAY be found on video... I'm not sure of the scope of this undertaking, nor am I sure of the scope of individuals capable or interested. But what I do know is that I use CUSeeMe on a Mac 840AV and rarely find anyone 'out there' to vidoecom with. I know of a few IP addresses where CUSeeMe is being used intermittantly, and I shall post those addresses on the INTERNET AD EMPORIUM (URL address is below in signature) with permission. If you are interested in finding people 'out there', come check out our videaddress page. If you are interested in posting your IP address for occassional and spontaneous videocoms, please email me with your IP address, a brief description of you, your interests, and your location, and probable viewing times, and I will be glad to serve this list indefinately. I will start the process here with my own example: My name is Rick, from San Diego (Poway), and I want to show off my new baby... Her name is Daylen, and she is 8 days old. Occassionally, I fire up CUSeeMe just to see who's out there; so if you're interested, dial me up sometime and maybe you will SeeMe. My IP is 198.147.219.54, and if you don't SeeMe, then drop me an email and we'll connect sometime soon. Happy e-travels! **************************************************************************** RICK DEGELSMITH, M.A. MULTIMEDIA INK DESIGNS CEO, Internet Ad Emporium (619) 679-8317--California, USA URL= http://mmink.cts.com/mmink/mmi.html EMAIL: rdegel@ctsnet.cts.com **************************************************************************** ------- End of Forwarded Message From rem-conf-request@es.net Wed May 11 16:22:44 1994 Received: from nps.navy.mil by osi-west.es.net via ESnet SMTP service id <18980-0@osi-west.es.net>; Wed, 11 May 1994 13:22:26 +0000 Received: from in50203.cc.nps.navy.mil by nps.navy.mil (4.1/SMI-4.1) id AA19352; Wed, 11 May 94 13:21:52 PDT Date: Wed, 11 May 94 13:21:52 PDT From: jrgambri@nps.navy.mil (John R. Gambrino) Message-Id: <9405112021.AA19352@nps.navy.mil> To: rem-conf@es.net, williams@canopus.cc.nps.navy.mil, roesli@dude.cs.nps.navy.mil, romo@capella.cc.nps.navy.mil Subject: IARP Survey From: John Gambrino, Information Technology Student, Naval Postgraduate School, Monterey, CA I am conducting a survey on the effectiveness of MBone as a group teleconferencing tool. If you watched any part of the IARP Conference (from the Monterey Bay Aquarium) over MBone on Friday, 6 May 1994, I would appreciate it if you would take a few minutes to respond to the following survey so that I might reach a statistically significant number of respondents. This survey is aimed at improving the quality of future conference broadcasts. Thank you for your support of my research. Please return completed surveys to: John Gambrino jrgambri@nps.navy.mil Naval Postgraduate School 1 University Circle, SGC # 2189 Monterey, California 93940 USA **************************************************************** MBARI INTERNET CONFERENCE SURVEY 6 MAY 1994 **************************************************************** This survey is designed to assess participants' attitudes toward and perceptions of video teleconferencing. Conference participants at both local and remote sites will be surveyed after the Internet segment of the conference. Please read each statement carefully. Check (X) only one response per statement. If you are taking this survey electronically please do not modify the statements. Your participation in this survey is essential to provide MBARI with data to determine the relative effectiveness of using the Internet to broadcast conferences to remote locations in the future. Your individual responses will be confidential. **************************************************************** (1) Prior to this conference I was familiar with the subject matter. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (2) I was able to understand the content of the presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (3) The presenters clearly conveyed their ideas. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (4) Overall, I felt the presentations were well done. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (5) My professional needs were met by these presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (6) I was challenged by the ideas presented. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (7) The presenters effectively transferred their ideas to me. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (8) The presentations were easy to see. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (9) The presenters' attitudes toward the subject matter were well conveyed during the presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (10) The presenters' vocal inflections helped me to understand the presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (11) The presenters' rate of speech affected my ability to understand the presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (12) The presenters' use of body gestures helped me to understand the presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (13) The presenters' use of eye contact helped me to understand the presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (14) The presenters' use of facial expressions helped me to understand the presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (15) I felt the presenters were credible. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (16) The presenters conveyed a strong physical presence. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (17) The presenters conveyed their convictions about the subject matter. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (18) The presenters conveyed an emotional interest in their subject matter. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (19) I felt free to ask questions. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (20) Presenters responses to my questions were provided in a timely manner. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (21) I felt free to ask follow-up questions. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (22) The question/answer exchanges helped resolve difficult issues. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (23) The presenters' use of verbal cues helped me understand responses to questions. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (24) The presenters' use of non-verbal cues helped me understand responses to questions. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (25) I had sufficient opportunity to verbally interact with the presenters. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (26) My questions were clearly answered. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (27) Different interpretations of presentation content were resolved during the question/answer session. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (28) Overall, I was satisfied with this conference segment. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (29) I was satisfied with the question/answer section of this conference segment. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ *************************************************************** The items below are designed to determine your feelings and attitudes toward the communication media used during the Internet segment of this conference. Place an (X) on the point along the scale which you consider to be the most appropriate response. Work rapidly; do not return to previously completed responses. An example of the response breakdown for Constrained/Free would be: 1 - Very Constrained 2 - Constrained 3 - Somewhat Constrained 4 - Neutral 5 - Somewhat Free 6 - Free 7 - Very Free *************************************************************** 1 2 3 4 5 6 7 1. Constrained * * * * * * * Free 2. Complex * * * * * * * Simple 3. Good * * * * * * * Bad 4. Inaccessible * * * * * * * Accessible 5. Distorted * * * * * * * Accurate 6. Impersonal * * * * * * * Personal 7. True * * * * * * * False 8. Pleasurable * * * * * * * Painful 9. Hot * * * * * * * Cold 10. Distant * * * * * * * Close 11. Dehumanizing * * * * * * * Humanizing 12. Expressive * * * * * * * Inexpressive 13. Difficult * * * * * * * Easy 14. Emotional * * * * * * * Unemotional 15. Meaningless * * * * * * * Meaningful 16. Slow * * * * * * * Fast 17. Successful * * * * * * * Unsuccessful 18. Insensitive * * * * * * * Sensitive 19. Interesting * * * * * * * Boring 20. Constricted * * * * * * * Spacious 21. Useful * * * * * * * Useless 22. Lean * * * * * * * Rich 23. Conflict * * * * * * * Harmony 24. Negotiation * * * * * * * Stalemate 25. Understanding * * * * * * * Confusion 26. Ambiguity * * * * * * * Clarity 27. Convincing * * * * * * * Unconvincing 28. Decisive * * * * * * * Indecisive 29. Weak * * * * * * * Strong 30. Communicative * * * * * * * Non-communicative 31. Satisfying * * * * * * * Frustrating ******************************************************************** BACKGROUND INFORMATION (1) What is your age?___________ (2) What is your gender? Male________ Female______ (3) What is the highest degree that you hold? None __________ Associate__________ Bachelors__________ Masters __________ PhD __________ Other __________ (4) How many times have you used Video Teleconferencing?_________________ (5) How many professional conferences or seminars, including teleconferences, do you attend in a typical year? __________________ (6) Which site were you at for this conference? In Person ________ (Remote Sites) Monterey ________ Woods Hole ________ MIT ________ Florida ________ Japan ________ France ________ Other(fill in)________________________ (7) Is English your second language? Yes __________ No __________ *************************************************************** The following open-ended questions are designed to provide remote video-teleconference participants an opportunity to express their opinions following the MBARI Internet conference. Please be as detailed as possible, and use as much space as desired. *************************************************************** (1) Overall, do you think the use of this video-teleconferencing medium (Internet MBONE) was a worthwhile experience professionally? Why? (2) What do you feel were the advantages of your attending this conference via Internet? (3) What do you feel were the disadvantages of your attending this conference via Internet? (4) Would you like to see your organization make more frequent use of this video-teleconferencing medium so that you can attend more conferences? (5) Would you prefer attending a conference face-to-face? Why? (6) Was your conference experience hampered by a lack of in person social interaction (networking)? Why? *********************************************************** The following questions are designed to determine your expectations about the MBARI video-teleconference. *********************************************************** (1) I expect the Internet video-teleconference will be an effective communication medium. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (2) I would rather attend this conference in person. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (3) I expect to learn as much from the presentations as I would have in person. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (4) I expect to be satisfied with this video-teleconference. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ ----- End Included Message ----- From rem-conf-request@es.net Wed May 11 21:36:47 1994 Received: from taurus.cs.nps.navy.mil by osi-west.es.net via ESnet SMTP service id <20321-0@osi-west.es.net>; Wed, 11 May 1994 18:36:30 +0000 Received: from betsie.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA00897; Wed, 11 May 94 18:37:58 PDT Date: Wed, 11 May 1994 18:39:13 -0700 (PDT) From: Michael Macedonia Sender: Michael Macedonia Reply-To: Michael Macedonia Subject: Network Games and Bandwidth To: npsnetrg@cs.nps.navy.mil Cc: communications architecture subgroup , rem-conf@es.net, zyda , Theodore Lewis Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII The future is now... From Data Communications, May 1994, p. 34 ---- "The LAN-based game we looked at has the potential to saturate internetworking gear with broadcast frames, effectively bringing a network to its knees... Well, it turns out that source route broadcast storms are now real -- thanks to a LAN-based shareware arcade game called Doom. In this multiuser maze game, players at individual Netware stations constantly broadcast data (via IPX/SPX) about their actions and positions to all other players. The frames generated by Doom are 400 to 500 bytes long and are addressed to the MAC-layer broadcast address..The data content of the frames is 95% null values...With three players participating, the game generated about 75 to 100 frames per second [240-400 Kbps!]" ---- Looks like they could use the DIS protocol. BTW, Doom, which has excellent graphics but is rather violent, can be retrieved from a number of Internet sites. Mike Macedonia | macedonia@cs.nps.navy.mil MAJ, USA | CS Dept, Naval Postgraduate School, | Monterey, CA 93943 | PH:(408) 656-2903 FAX:(408) 656-2814 ------------------------------------------------------------ >From rem-conf-request@es.net Wed May 11 23:24:39 1994 Received: from brolga.cc.uq.oz.au by osi-west.es.net via ESnet SMTP service id <20566-0@osi-west.es.net>; Wed, 11 May 1994 20:24:04 +0000 Received: from brolga.cc.uq.oz.au by brolga.cc.uq.oz.au with SMTP (PP); Thu, 12 May 1994 13:23:20 +1000 To: Michael Macedonia cc: npsnetrg@cs.nps.navy.mil, communications architecture subgroup , rem-conf@es.net, zyda , Theodore Lewis Subject: Re: Network Games and Bandwidth In-reply-to: Your message of "Wed, 11 May 1994 18:39:13 MST." X-Mailer: exmh version 1.3 4/7/94 Date: Thu, 12 May 1994 13:23:16 +1000 Message-ID: <15790.768712996@brolga.cc.uq.oz.au> From: George Michaelson The future is now... You mean immanent death of the network predicted... DOOM is in the process of being ported to [Net|Free]bsd and Linux using native X11. given that both net and freebsd are multicast and X11 capable then backend mapping of the multi-user doom onto multicast is only a few months off net-wide release. Personally, I think the fractal scenery sans killing is quite enjoyable to walk around. Let somebody else kill (each other?) off with chainsaws first and then just have a walk in the woods. surely a VMTP port of xtank was one of the first things released from stanford anyway? -George From rem-conf-request@es.net Wed May 11 23:28:55 1994 Received: from tadpole.Tadpole.COM by osi-west.es.net via ESnet SMTP service id <20577-0@osi-west.es.net>; Wed, 11 May 1994 20:28:32 +0000 Received: from ribit.tadpole.com by tadpole (4.1/SMI-4.1-jim) id AA27897; Wed, 11 May 94 22:27:10 CDT Date: Wed, 11 May 94 22:27:10 CDT From: jim@Tadpole.COM (Jim Thompson) Message-Id: <9405120327.AA27897@tadpole> To: macedoni@cs.nps.navy.mil, npsnetrg@cs.nps.navy.mil Subject: Re: Network Games and Bandwidth Cc: dis-std-cas@yvette.iac.ist.ucf.edu, lewis@cs.nps.navy.mil, rem-conf@es.net, zyda@cs.nps.navy.mil > "The LAN-based game we looked at has the potential to saturate > internetworking gear with broadcast frames, effectively bringing a network > to its knees... There is a major PC vendor here in Austin who has *real* problems with 100-300 player games on its bridged network. Jim From rem-conf-request@es.net Thu May 12 02:33:07 1994 Received: from pest.ctpm.uq.oz.au by osi-west.es.net via ESnet SMTP service id <20865-0@osi-west.es.net>; Wed, 11 May 1994 23:32:44 +0000 Received: (from jason@localhost) by pest.ctpm.uq.oz.au (8.6.8/8.6.6) id QAA09907; Thu, 12 May 1994 16:32:05 +1000 From: jason andrade Message-Id: <199405120632.QAA09907@pest.ctpm.uq.oz.au> Subject: Re: Network Games and Bandwidth To: G.Michaelson@cc.uq.oz.au (George Michaelson) Date: Thu, 12 May 1994 16:32:04 +1000 (EST) Cc: macedoni@cs.nps.navy.mil, npsnetrg@cs.nps.navy.mil, dis-std-cas@echo.iac.ist.ucf.edu, rem-conf@es.net, zyda@cs.nps.navy.mil, lewis@cs.nps.navy.mil In-Reply-To: <15790.768712996@brolga.cc.uq.oz.au> from "George Michaelson" at May 12, 94 01:23:16 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1989 > [..] > DOOM is in the process of being ported to [Net|Free]bsd and Linux using > native X11. given that both net and freebsd are multicast and X11 capable > then backend mapping of the multi-user doom onto multicast is only a few > months off net-wide release. Also keeping in mind you dont need IPX networks to play multiplayer doom. Someone has already written a TCP/IP (carrying IPX over it ? haven't asked..) front end to the multiplayer version and it's now possible to sit at a PC here and run tcpsetup foo.bar.com. and play with 4 people in 4 different countries.. Also, DOOM isn't really broadcast anymore is it ? the 1.2 version was supposedly point to point (and the multiplayer games are noticeably slower as a result) to cut down on the network traffic.. > Personally, I think the fractal scenery sans killing is quite enjoyable > to walk around. Let somebody else kill (each other?) off with chainsaws > first and then just have a walk in the woods. I found the scenery editors even more fun. The people who've written them defintiely are addicted to turn out these sort of editors for free.. just to get more people to make up newer scenery. > surely a VMTP port of xtank was one of the first things released from > stanford anyway? VMTP ? Hmmmm.. I'm thinking of something Genie has at the moment called 'cyberstrike' which is basically Mechwarrior II multiplayer ? (people wandering around in Mechs bashing each other..) I'm just wondering if games will get rate limited or just banned at some point.. (BTW, feel free to drop into "The Arena" at some point, for some DOOM george. 4 '66s with sound cards and 17" monitors make playing multiplayer fun :-) -jason -- jason r andrade CRC for Tropical Pest Management jason@ctpm.uq.oz.au Network Manager Gehrmann Laboratories i just wanna be.... Ph: 61-7-3651858 University of Queensland bluemisty.......... Fx: 61-7-3651855 Brisbane, 4072, Australia and barefooted..... From rem-conf-request@es.net Thu May 12 08:56:16 1994 Received: from KARIBA.BBN.COM by osi-west.es.net via ESnet SMTP service id <21834-0@osi-west.es.net>; Thu, 12 May 1994 05:55:59 +0000 Date: Thu, 12 May 94 8:55:32 EDT From: Chip Elliott To: Jon Postel cc: rem-conf@es.net Subject: Internet via Cable - Details Jon, Naturally you forced me to actually look up the info. Indeed I got most of the details wrong, but not the Class A business. Voila, - Chip ------- Forwarded Message Overview Yesterday at the Museum of Science Boston, PSI and Continental Cablevision formally announced their new Internet service targetted for small businesses and individuals, to be delivered over existing cable TV plant. Simultaneously, NetManage, Intercon, and Morningstar Technologies announced supporting technology partnerships. Format Marty Schoffstall of PSI and a VP from Continental each gave speeches explaining the service to a packed conference room, then took questions. In an adjoining room, demonstration stations were setup to show current applications: Mosaic, video conferencing, Intercon for Mac's, and Chameleon for PC's (boo-hiss). Service Details The service is a 500Kbps two way channel which is delivered via an "RF modem" manufactured by Morningstar Technologies. You put a garden variety splitter on your cable and feed one branch into the modem, the other into your "set-top" cable box. The RF modem has an ethernet out which you connect to your MAC, Sun, PC, what-have-you. PSI provides an IP address, a default router, and DNS service. There is "SecureStream" encryption (basically DES) from the RF modem to the cablevision/PSI head-end router to prevent your neighbor from watching your traffic with a packet sniffer. There is also an optional home to business end-to-end encryption service available. The service for small businesses comes in two versions: one which restricts traffic to the local MAN. The other offers access out through PSI routers to the greater Internet. Go figure. Topology The topology is two level within a city. Instead of using the entire Cambridge cable plant as a single LAN, they broke it down into a collection of approximately 20 "neighborhood LANs" or "NANs". Each NAN is wired back to the head-end by a fiber cable. So, they have ~20 fiber cables spreading out in a star topology across Cambridge, one per NAN. The peak bandwidth available to a given subscriber is dependent upon how many other subscribers there happen to be sharing the same NAN and fiber trunk. They say they can add new NANs and reorganize the existing NANs in response to demand. Cost The whole package costs $99 a month for individuals. The $99 includes the "SecureStream" encryption. The home-to-business encryption was availabale for a "nominal fee", they were fuzzy on details of the "nominal fee". It had something to do with an algorithm which took into account the size of the business and the number of individuals coming in from home. Availability Schedule Now: small businesses in Cambridge April 8: individuals in Cambridge Coming months: other CCV communities: Arlington, Wellesley, Woburn Newton, Needham, Burlington To order, call (800) 82psi82 Questions Posed Q. How will you deal with scaling of demand for throughput ? A. For short term: add or juggle the NANs For the longer term: redesign and upgrade the RF modems Q. Suppose I am Joe Entrepreneur and I offer a service out of my basement, what stops you from competing with me unfairly by virtue of the fact that PSI/CCV own the cables ? A. Marty Schoffstall: "Welcome to the Internet, there will be many entrepreneurs, and many opportunities...", blah, blah, motherhood, apple pie, no straight answer Reading between lines: nothing My projection: government regulation Q. Have you made projections on the size of the market ? A. CCV VP: I didn't have to do a study for my boss, so I don't think I owe one to the public. (laughter) Seriously, we choose Cambridge as the first community because we were confident that sufficient interest would be found here. Q. Do you have enough IP addresses ? A. We have a class A address space. Having begun the planning of this back in 1989, we had the foresight to allocate adddresses. ------- End of Forwarded Message From rem-conf-request@es.net Thu May 12 10:55:23 1994 Received: from sanson.dit.upm.es by osi-west.es.net via ESnet SMTP service id <22082-0@osi-west.es.net>; Thu, 12 May 1994 07:54:51 +0000 Original-Received: from yeti.dit.upm.es by sanson.dit.upm.es (5.65c/1.6.33) Thu, 12 May 1994 16:54:25 +0200 PP-warning: Illegal Received field on preceding line Original-Received: by yeti.dit.upm.es (5.65c/1.6.33) Thu, 12 May 1994 16:54:24 +0200 PP-warning: Illegal Received field on preceding line Date: Thu, 12 May 1994 16:54:24 +0200 From: quemada@dit.upm.es (Juan Quemada Vives) Message-Id: <199405121454.AA15854@yeti.dit.upm.es> To: pestel@tnt.uni-hannover.de, peter.benjamin@mcr1.geonet.de, pfb@hplb.hpl.hp.com, pg@barco.be, pgt@mari.co.uk, picard@max.mpip-mainz.mpg.d400.de, pihlaja@research.nokia.fi, pilarv@alpha.tid.es, pirat@ler.thomson.fr, pitas@eng.auth.gr, piuri@mvx36.csata.it, pj@zurich.ibm.com, pla@cerber.ub.es, pla_uzi@pki_nbg.philips.de, plchas@tid.es, plm@cap-sesa-telecom.fr, postmaster@ccm.inia.es, postmaster@deusto.es, postmaster@etsii.unizar.es, postmaster@si.ehu.es, postmaster@si.upna.es, postmaster@siur.unirioja.es, postmaster@ulpgc.es, postmaster@upc.es, potts@tech.ascom.ch, ppemau@mvax.cbm.uam.es, prfa5@central.sussex.ac.uk, prince@altern.com, proegler@dbulm1.uucp, progromm@as400.iec.es, protonot@phgasos.ntua.gr, protonot@theseas.ntua.gr, pryan@screenphones.ie, psm@sesa.es, pthanghe@vnet.ibm.com, pujolle@masi.ibp.fr, pusztarzer@elde.epfl.ch, puyol@ceab.es, pv@cs.kuleuven.ac.be, pvbe@ra.alcbel.be, quemada@dit.upm.es, quinlanu@ul.ie, r.a.earnshaw@leeds.ac.uk, r.cogger@cornell.edu, r1043@sesa.es, rabere@telmat.fr, race@faw.uni-linz.ac.at, ramon@cnm.es, ranasinghe_d_w@bt-web.co.uk, ranta@rc.nokia.fi, raynetintl@connectinc-com, raynetintl@connectinc.com, rdi@ler.thomson.fr, recas@vms2.uni-c.dk, reible reijo.juvonen@research.nokia.fi, rem-conf-request@es.net, rem-conf@es.net, rem@bnr.co.uk, revilla@cpd.uva.es, rhp@ipsys.co.uk, richard.marsden@rd.eng.bbc.co.uk, rie@ktas.dk, ripe-list@ripe.net, rmerino@cc.unizar.es, robert.primrose@mari.co.uk, roberto@labtip00.cenim.csic.es, robs@sharp.co, roki@dfv.rwth-aachen.de, roko@ensae.ericsson.se, rolin@rennes.enst-bretagne.fr, ronchett@phoenix.fatme.it, root@servercda.cda.ulpgc.es, ros@mozart.econom.uv.es, rosam@fib.upc.es, rosich@graf.ci.uv.es, rovayo@esi.us.es, rp@mari.co.uk, rrankin@qub.ac.uk, rrhein@rcs.sel.de, rubio@etsii.us.es, rudinger@uni-bonn.de, rudolph@ztivax.zfe.siemens.de, ruschin@hhi.de, rushed.kanawati@imag.fr, s.j.bruyn@bnr.co.uk, sacchett@phoenix.fatme.it, saez@esanvx.unican.es, samson@cnmat5.frec.bull.fr, samson@darmstadt.gmd.de, samson@kom42mx1.zfe.siemens.de, samson@synergie.fr, santiago@etsii.unizar.es, sanz@disam.upm.es, sarevalo@estec.bitnet, sarma@fz.telekom.de, saul.rodriguez@fuinca.es, savela@tel.vtt.fi, sc@sc.ehu.es, schott@dhdibm1.bitnet, quemada@dit.upm.es PP-Warning: Parse error in original version of preceding line Original-To: pestel@tnt.uni-hannover.de, peter.benjamin@mcr1.geonet.de, pfb@hplb.hpl.hp.com, pg@barco.be, pgt@mari.co.uk, picard@max.mpip-mainz.mpg.d400.de, pihlaja@research.nokia.fi, pilarv@alpha.tid.es, pirat@ler.thomson.fr, pitas@eng.auth.gr, piuri@mvx36.csata.it, pj@zurich.ibm.com, pla@cerber.ub.es, pla_uzi@pki_nbg.philips.de, plchas@tid.es, plm@cap-sesa-telecom.fr, postmaster@ccm.inia.es, postmaster@deusto.es, postmaster@etsii.unizar.es, postmaster@si.ehu.es, postmaster@si.upna.es, postmaster@siur.unirioja.es, postmaster@ulpgc.es, postmaster@upc.es, potts@tech.ascom.ch, ppemau@mvax.cbm.uam.es, prfa5@central.sussex.ac.uk, prince@altern.com, proegler@dbulm1.uucp, progromm@as400.iec.es, protonot@phgasos.ntua.gr, protonot@theseas.ntua.gr, pryan@screenphones.ie, psm@sesa.es, pthanghe@vnet.ibm.com, pujolle@masi.ibp.fr, pusztarzer@elde.epfl.ch, puyol@ceab.es, pv@cs.kuleuven.ac.be, pvbe@ra.alcbel.be, quemada@dit.upm.es, quinlanu@ul.ie, r.a.earnshaw@leeds.ac.uk, r.cogger@cornell.edu, r1043@sesa.es, rabere@telmat.fr, race@faw.uni-linz.ac.at, ramon@cnm.es, ranasinghe_d_w@bt-web.co.uk, ranta@rc.nokia.fi, raynetintl@connectinc-com, raynetintl@connectinc.com, rdi@ler.thomson.fr, recas@vms2.uni-c.dk, reible@deteberkom.deted 400.dc, reijo.juvonen@research.nokia.fi, rem-conf-request@es.net, rem-conf@es.net, rem@bnr.co.uk, revilla@cpd.uva.es, rhp@ipsys.co.uk, richard.marsden@rd.eng.bbc.co.uk, rie@ktas.dk, ripe-list@ripe.net, rmerino@cc.unizar.es, robert.primrose@mari.co.uk, roberto@labtip00.cenim.csic.es, robs@sharp.co, roki@dfv.rwth-aachen.de, roko@ensae.ericsson.se, rolin@rennes.enst-bretagne.fr, ronchett@phoenix.fatme.it, root@servercda.cda.ulpgc.es, ros@mozart.econom.uv.es, rosam@fib.upc.es, rosich@graf.ci.uv.es, rovayo@esi.us.es, rp@mari.co.uk, rrankin@qub.ac.uk, rrhein@rcs.sel.de, rubio@etsii.us.es, rudinger@uni-bonn.de, rudolph@ztivax.zfe.siemens.de, ruschin@hhi.de, rushed.kanawati@imag.fr, s.j.bruyn@bnr.co.uk, sacchett@phoenix.fatme.it, saez@esanvx.unican.es, samson@cnmat5.frec.bull.fr, samson@darmstadt.gmd.de, samson@kom42mx1.zfe.siemens.de, samson@synergie.fr, santiago@etsii.unizar.es, sanz@disam.upm.es, sarevalo@estec.bitnet, sarma@fz.telekom.de, saul.rodriguez@fuinca.es, savela@tel.vtt.fi, sc@sc.ehu.es, schott@dhdibm1.bitnet, quemada@dit.upm.es Subject: Summer School on Advanced Braodband Communication Please find attached the program of the Second International Summer School on "Advanced Broadband Communication" to be held in Madrid and Aveiro. I would appreciate If you forward it to potentially interested persons. Juan Quemada ============================================================================== Second International Summer School on Advanced Broadband Communications ATM Enabling the 21st Century Organisation. Madrid, Aveiro, July 11-15, 1994 ============================================================================== The RACE project BRAIN is pleased to announce its "Second International Summer School on Advanced Broadband Communications (ABC)". Following the success of the last year's first distributed Summer School on ABC, this edition will feature new advances in subject matter and use of ATM technologies in a distance education network. This year, participants will explore the contribution of broadband technologies to the world of enterprise and corporate communications. Examining broadband communication requirements with strong emphasis in o Broadband technologies o Telecommunications/IT technologies o System integration aspects o The range of decision making factors o Potential applications this Summer School will allow its participants to gain the knowledge required to assist the migration of organisations towards broadband networking platforms. Each day proposes a coherent theme relating to aspects of business user views of advanced communications leading to a team-based problem-solving "syndicate" sessions using CSCW. The Summer School will provide perspectives of these networking technologies from both the large corporate user to the small and medium-sized enterprise. The syndicate sessions will be based on realistic case studies such as: airline reservation systems; residential business user access to travel information; LAN interconnection for banking; transnational brodband services provision; network for aerospace industry supporting all aspects of design, training, financial,... In addition the Summer School will provide demonstrations of project results. This includes: RACE projects, such as EUROBRIDGE, EXPLOIT, CIO, IBER, PREPARE, CATALYST, RAMA,..; PLANBA projects such as EDUBA, RAL-ATM, etc. ============================================================================== LOCATIONS AND INTERCONNECTION At least four sites will be united in Summer School '94 using a European Community sponsored ISABEL-IBER 34 Mbit/s ATM advanced network o ETSI Telecomunicacion, Madrid-Spain (Central Site) o University of Aveiro, Aveiro-Portugal o CET, Aveiro-Portugal o TIDSA, Madrid-Spain A Multimedia Computer Supported Cooperative Work (CSCW) tele-education application will join lecture rooms at different physical sites into a unified virtual lecture room where lecturers and participants join together in a unique, interactive educational experience. Although more sites will join to SS'94, open registration will only exist at the ETSI Telecomunicacion of the Technical University of Madrid in Spain and at the Universidade de Aveiro in Portugal. In addition to ISABEL-IBER interconnecting RIA of Telecom Portugal and RECIBA of Telefonica, it will be used the CIBELES (Telefonica) infrastructure and the PLANBA ATM LAN at the ETSI Telecomunicacion in Madrid, as well as the campus-wide ROBL broadband network of the University of Aveiro. Additional feasibility studies are underway with RACE projects CATALYST, EXPLOIT, BETEUS and the Spanish National tele-education satellite project ETSIT to broadcast SS'94 to sites in Spain, France, Switzerland, Germany and possibly other European countries. ============================================================================== OBJECTIVES Business Communication - either for large corporations or small and medium enterprises (SMEs) - is considered as the main driving force for the short term introduction of IBC (Integrated Broadband Communications). These requirements will have a strong impact in the strategy of most PNOs, equipment suppliers, users, ... This year the Summer School (SS'94) is targeted at training public operators and suppliers for their new role in competitive business with major responsabilities in meeting user needs within SMEs and corporate communications. The Summer School also aims at assisting user organisations to frame the relevant issues for the potential development of broadband communications applications and be in a position to address implementation issues & supplier relationships. ============================================================================== WHO SHOULD ATTEND The 1994 Summer School is targeted at any person requiring a comprehensive overview of Advanced Broadband Communications focussed on corporate needs and SMEs. In particular: o Telecommunications/IT managers of medium/large enterprises. o Telecommunication engineers of public operators. o Senior communications/IT staff. o Telecommunication consultants. o Software suppliers of communication applications. o Researchers interested in the field of broadband communications. ============================================================================== PROGRAMME To achieve SS'94 goals each day will present a coherent theme related to the business user's view of advanced communications for corporate needs and SMEs. MONDAY - 11th July: Framing the School & User Requirements The fist day will initiate the logical progression of themes starting with an introduction covering business user needs for advanced networks and services for improving the enterprise effectiveness. SESSIONS: WELCOME by the rectors from the University of Madrid & Aveiro. A1 [09.30-10.30] - Presentation of SS'94 Vasco Lagarto CET, Juan Quemada, UPM; John Dobson, Univ. Newcastle; A2 [11.00-12.30] - Enterprise Network & Corporate Communications Jeff Gould, Datastrategies; Jerome Camus, Theseus A3 [14.00-15.30] - Advanced Networks & Services Road Map David Fisher, FORT Communications A4 [15.45-17.15] - Requirements Determination John Dobson, University of Newcastle S1 [17.15-18.00] - Syndicate Session I TUESDAY - 12th July: Communications and Technologies Day 2 addresses the relevant technological issues and base technologies. It will cover cell base technologies (ATM, SMDS,..) access networks (wire, fiber and wireless) or current and future trends in LANs and LANs interconnection. SESSIONS: B1 [09.00-10.30] - Cell-based Technology Jeff Gould, Datastrategies; Jerome Camus, THESEUS B2 [11.00-12.30] - Technological trends in the Access Loop Niels Anderson, NKT; Manuel de Oliveira Duarte, Univ. Aveiro; Silvia Ruiz, Tech. Univ. Barcelona B3 [14.00-15.30] - An Evolutionary Approach to LANs & LANs Interconnection Thierry Boissier, Metropolitan Fiber Systems B4 [15.30-17.00] - Data Communications.& Distributed Computing Chris Mayers - ANSA Team Cambridge S2 [17.30-19.00] - Syndicate Session II WEDNESDAY - 13th July: System Integration Following the main technological components, Day 3 builds on this knowledge by examining enterprise and corporate network systems integration, management problems and provides a systems engineering view. SESSIONS: C1 [09.00-10.30] - Communications Management George Williamson, BT; William Donnelly, Broadcom C2 [11.00-12.30] - Management & Dependability George Williamson, BT; Jeff Gould, Datastrategies; Jerome Camus, Theseus S3 [14.00-16.00] - Syndicate Session III C3 [16.15-17.30] - System Engineering Darrel Ince, Open University, UK C4 [17.30-18.30] - Messaging and Distributed Services Jose Manas, Tech. Univ. Madrid; Pedro Ramalho, INESC THURSDAY - 14th July: Key factors for Decision Making This sequence leads logically to Day 4 sessions focussed on business user decision making. "Make or buy" - users must choose among options ranging from leased dark-fiber transmission to more sophisticated public operations, such as Virtual Private Networks (VPN) and advanced Intelligent Networks Services (IN) that may bundle sophisticated management and switched services. SESSIONS: D1 [09.00-10.30] - Telecommunication Systems: The Boundaries of the Public Service Otto Baireuther, EURESCOM D2 [11.00-12.30] - Cost Modelling for Advanced Networks Andre Socard, SAT; Manuel de Oliveira Duarte, Univ. Aveiro; Jeff Gould, Datastrategies D3 [14.00-15.30] - Corporate Effectiveness & Virtual Private Networks Mario Campolargo, RCO-DG XIII; Wulf Bauerfeld, DeTeBerkom; William Donnelly, Broadcom D4 [15.45-17.30] - Advanced CPE Jean Clovis Tichon, Alcatel; David Drury, FORE; Jos de Klein, Synoptics; S4 [17.30-19.00] - Syndicate Session IV FRIDAY - 15th July: Corporate Communications and the Future The final day is devoted to advanced applications and IBC services, including demonstrations of projects (RACE, PLANBA,..), advanced multimedia applications, virtual reality, .. After a key note speaker presenting the EC initiatives on advanced networking, a panel on the future evolution of broadband communications at the corporate side will close the Summer School, bringing together experts from different perspectives (users, suppliers, PNOs, academia, ...). SESSIONS: E1 [09.00-10.30] - Advanced Multimedia Applications & Interfaces Jose Encarnacao - Frauenhofer Institut. E2 [11.00-12.30] - The Orlando Time Warner & Silicon Graphics project, Javier Castellar, Silicon Graphic. - Advanced Experiments on the Information Superhighways, Jorge Warren, SUN-Microsystems. - RAMA: Remote Access to Museum Archives, Guillermo Cisneros, Tech. Univ. Madrid - EDUBA: Distance Education over Broadband Networks David Fernandez, Tech. Univ. Madrid S5 [14.00-14.45] - Presentation of Syndicate Work E3 [14.45-15.15] - EC Initiatives in Advanced Broadband Communications Augusto de Albuquerque, European Commission DG XIII-B E4 [15.15-16.45] - PANEL: Future Corporate Networks. Jeff Gould, Datastrategies; Jerome Camus (Moderators) Augusto de Albuquerque, DG XIII-B; Antonio Golderos, Telefonica; Juan Martinez Fernandez-Villamil, Ericsson; Paulo Nordeste, Telecom Portugal/CET; Manuel de Oliveira Duarte, Univ. of Aveiro; Francisco Padinha, Telecom Portugal; Martin Potts, ASCOM; Juan Riera, Tech. Univ. of Madrid; George Williamson, BT. ============================================================================== HONORARY COMMITTEE Roland Huber (Chair), European Commission, Director DGXIII-B, Belgium Javier Dominguez, Director Telefonica-Tecnologia, Spain Manuel Fernandes Thomas, Secretary of Science and Technology, Portugal Julio Linares, Director Telefonica I+D, Spain Javier Nadal, Director General de Telecomunicaciones - MOPTMA, Spain Paulo Nordeste, Director of the Central Directorate for R&D of Telecom Portugal/CET, Portugal Francisco Padinha, Board of Administration of Telecom Portugal, Portugal Julio Pedrosa de Jesus, Reitor da Universidade de Aveiro, Portugal Rafael Portaencasa, Rector Universidad Politecnica de Madrid, Spain ============================================================================== ORGANIZING COMMITTEE Rui Aguiar, University of Aveiro, Portugal Anatolio Alonso, DGTel - MOPTMA, Spain Arturo Azcorra, Technical University of Madrid, Spain Joao Bastos, CET, Portugal Jerome Camus, Institut Theseus, France Pedro Chas, Telefonica I+D, Spain Pierre Courtois, AIB, Belgium John Dobson, University of Newcastle, United Kingdom Jose Domingues, CET, Portugal (BRAIN Project Manager) Manuel de Oliveira Duarte, Univ. of Aveiro, Portugal (Aveiro Site Manager) Klaus Franke, Technical University of Chemnitz, Germany Luis Gonzalez Souto, CDTI - MINER, Spain Vasco Lagarto, CET, Portugal Pierre Lagasse, University of Gent, Belgium Vicente Marana, TELEFONICA, Spain Hans Melchior, Swiss Federal Institut of Technology, Switzerland Tomas de Miguel, Technical University of Madrid, Spain John O'Reilly, University College North Wales, United Kingdom Santiago Pavon, Technical University of Madrid, Spain Steven Plagemann, SHP Systems Services, Ireland (BRAIN Technical Manager) Juan Quemada, Technical Univ. of Madrid, Spain (Summer School Manager) Michel Roy, European Commission DGXIII-B, Belgium Silvia Ruiz, Technical University of Catalunya, Spain Joaquin Salvachua, Technical University of Madrid, Spain Eric Scharf, Queen Mary Westfield College, United Kingdom Amaro de Sousa, Universidade de Aveiro, Portugal Reg Teesdale, SESTEL, France I Venieris, National Technical University of Athens, Greece Robert Vinckier, SHP Systems Services, Belgium George Williamson, British Telecom, United Kingdom ============================================================================== MADRID Madrid, the lively and beautiful capital of Spain, is located in the heart of the country and offers plenty of exciting choices to the visitor. On the one hand, the city has plenty of worldwide known museums, monuments and a restless cultural life. On the other hand, night life is also a strong point of Madrid, especially in July when holidays are starting and hundreds of outdoor pubs and restaurants offer their delights along the so-called "Madrilenian coast" till deep into the night. Historical sites such as Toledo, Segovia, Avila, Aranjuez, ... can be reached within 1 hour from Madrid. Even Sevilla or Cordoba can be reached in less than 2h30min with the new high speed train. ============================================================================== AVEIRO Aveiro is a charming University Town located on the Portuguese coast 70km south of Oporto. It is easily reached from all European capitals by frequent air services to Oporto and Lisbon and has good train/autoroute connections to both cities. Aveiro is the center of the beautiful "Rota da Luz", literally the "Light Route". A region full of contrasts, where land and water merge together, thanks to the waters of the inlet called "Ria", a vast space ideally suited to nautic activities. At the same time the town enjoys an exciting night atmosphere, proper of a university population..... ============================================================================== For further information, contact Secretariats: Dept Ing. Telematica (SS'94) Dept. Electronica e Telecomunicacoes ETSI Telecomunicacion Universidade de Aveiro (SS'94) E-28040 Madrid, Spain 3800 AVEIRO, Portugal tel: +34 1 3367332, fax: ..333 Tel: +351.34.391937, fax: ..941 email: SS94@dit.upm.es ============================================================================== S U M M E R S C H O O L ' 94 R E G I S T R A T I O N 11-15 July 1994, Madrid, SPAIN ============================================================================== The central site will be located at ETSIT-UPM in Madrid where the main auditorium will be put up. For registration at the Madrid site at ETSIT-UPM, complete this form and return it to : Fundacion Universidad Empresa (Summer School 94) Serrano Jover 5 - planta 7 tf: +34 1 5419600, 5419003 28015, Madrid fax: +34 1 5470652 SPAIN e-mail: SS94@dit.upm.es All amounts in Spanish Pesetas (Pta). We do recommend early registration as the summer school has a limited number of places. ____________________________________________________________________________ Registration Fees: Early Registration Late Registration (Before June 6th) Reduced fee (*) : [ ] 48.000 Pta [ ] 63.000 Pta Regular fee : [ ] 69.000 Pta [ ] 84.000 Pta Student fee : [ ] 38.000 Pta [ ] 53.000 Pta Conference Dinner (Extra ticket): [ ] 7.000 Pta (*) Reduced fee applies to : RACE or other CEC funded project members and PLANBA funded project members. Proof of Student or Reduced fee status must be attached. Reduced or Regular fee covers: welcome reception, conference, proceedings, meals and conference dinner. Student fee covers: welcome reception, conference and proceedings. ============================================================================== REGISTRATION FORM CEC R&D Project: ____________________ Participant First Name: ____________________ Surname:_______________________ Company: _____________ Address: ____________________________________________ Post Code:_________________ Country:________________________________________ Telephone:_________________ Fax :____________________ Email:________________ Payment (tick one): Credit Card[ ] Check[ ] Bank Transfer(Pesetas)[ ] Credit Card type: VISA [ ], Master Card [ ], Servired [ ]. Credit Card number: Expiration date: Surname: Signature: Make Check payable to "Fundacion Universidad Empresa" and enclose it with the registration form. Make Transfer to account: c/c 9700, Barclays Bank, Ag. 11 C/ Marques de Urquijo,11 28008-Madrid, SPAIN. USE REFERENCE: SS94 . Please fill in these questions about your profesional profile in order to facilitate the organisation of the syndicate sessions : Present/Past work and responsabilities________________________________________ University degree and year____________________________________________________ Interest in ABC_______________________________________________________________ ============================================================================== S U M M E R S C H O O L ' 94 H O T E L R E S E R V A T I O N 11-15 July 1994, Madrid, SPAIN ============================================================================== For Hotel reservations at the Madrid site near the Telecommunication Engineering School or in Hotels where transportation will be provided by the organizers, complete this form and return it to: Ms. Victoria Alarcon tf: +34 1 4313550 Viajes ECO S.A. (Summer School 94). fax: +34 1 5752646 D. Ramon de la Cruz, 36 Telex: 22503 28001, Madrid SPAIN LODGING - Please order your three first lodging preferences ( 1 as first choice, 2 as second). Prices are in Spanish Pesetas and include breakfast. Only the students residence will be within a walking distance from the Conference location (15min). A bus service will be set for the hotels. TRYP hotels are placed in the Gran Via of Madrid, a commercial and entertainment avenue which crosses the city center. H. Conde Duque is situated in a picturesque quarter (San Bernardo) of the genuine Madrid. H. Palace is very well located in the monumental and historical heart of the city very near to many interesting places of Madrid, such as Castellana, El Prado, Centro de Arte Reina Sofia, Thyssen, etc. ============================================================================== LODGING RESERVATION FORM Single Double Students residence ( 4.500 Pta) _______ ( 6.000 Pta) _______ TRYP hotels ( 8.000 Pta) _______ (10.000 Pta) _______ H. Conde Duque (11.000 Pta) _______ (14.000 Pta) _______ H. Palace (19.200 Pta) _______ (23.000 Pta) _______ CEC R&D Project: ____________________ Participant First Name: ____________________ Surname:_______________________ Company: _____________ Address: ____________________________________________ Post Code:_________________ Country:________________________________________ Telephone:_________________ Fax :____________________ Email:________________ Number of Nights: Total Amount: Arrival: Departure: Payment (tick one): Credit Card[ ] Check[ ] Bank Transfer(Pesetas)[ ] Credit Card type: VISA [ ], American Express [ ], Diners [ ], Eurocard [ ]. Credit Card number: Expiration date: Surname: Signature: Make Check payable to: "Viajes ECO S.A." and enclose it with this form. Make Transfer to account: "Viajes ECO S.A." c/c 60/07644-93, Banco Popular, Sucursal 14, C/Ortega y Gasset 23, 28001-Madrid, SPAIN. USE REFERENCE: SS94 . Viajes ECO can also provide special arrangements, such as excursions, visits, trip extensions,... which should be negotiated directly with Viajes ECO. ============================================================================== S U M M E R S C H O O L ' 94 R E G I S T R A T I O N 11-15 July 1994, Aveiro, PORTUGAL ============================================================================== The site located at the University of Aveiro will be open open to registration but will have a smaller auditorium. For registration at the Aveiro site, complete this form (block capitals please) and return it to: Summer School 94 Secretariat Tel: +351.34.391937 Universidade de Aveiro Fax: +351.34.391941 Dept. Electro'nica e Telecomunicac,o~es 3800 AVEIRO Portugal REGISTRATION DETAILS -------------------- All amounts in Portuguese Escudos (PTE). We do recommend early registration as the summer school has a limited number of places. ____________________________________________________________________________ Registration Fees: Early Registration Late Registration (Before June 6th) Reduced fee (*) : [ ] 55.000 PTE [ ] 70.000 PTE Regular fee : [ ] 70.000 PTE [ ] 95.000 PTE Student fee : [ ] 45.000 PTE [ ] 60.000 PTE Conference Dinner (Extra ticket): [ ] 7.000 PTE (*) Reduced fee applies to : RACE or other CEC funded project members. Proof of Student or Reduced fee status must be attached. Reduced or Regular fee covers: welcome reception, conference, proceedings, meals and conference dinner. Student fee covers: welcome reception, conference, meals and proceedings. Cancellations must be received in writing before the 30th of June 1994 and will be subject to an administration fee of 10,000 PTEs. Substitutions may be made at any time until 10th June. Payment may be made by Eurocheque (in Portuguese Escudos), a bank cheque drawn on a Portuguese bank, or by credit card. Registration payment must be made at the time of registration. No advanced payment is needed for accomodation. To register, please send this Registration Form , or a copy, to the above address with the appropriate registration fee. ============================================================================== REGISTRATION FORM CEC R&D Project: ____________________ Participant First Name: ____________________ Surname:_______________________ Company: _____________ Address: ____________________________________________ Post Code:_________________ Country:________________________________________ Telephone:_________________ Fax :____________________ Email:________________ Please fill in these questions about your profesional profile in order to facilitate the organisation of the syndicate sessions : Present/Past work and responsabilities________________________________________ University degree and year____________________________________________________ Interest in ABC_______________________________________________________________ LODGING - Please order your three first lodging preferences ( 1 as first choice, 2 as second). The organization will try to accomodate your first choice, but we can not assure it. Prices include breakfast. Please note that July is high season in Aveiro, and block reservations have been already made for Summer School participants; early registration will assure your accomodation choice. All choices are in walking distance (15min) from the University of Aveiro. Arrival at ___/07/94 Departure at ___/07/94 Single Double Hotel Imperial. (10 500 PTE) _______ (13 100 PTE) _______ Hotel D. Afonso V ( 9 850 PTE) _______ (13 150 PTE) _______ Residencial do Alboi ( 6 700 PTE) _______ ( 9 000 PTE) _______ If you have any special dietary or lodging requirements please list below. ---------------------------------------------------------------------------- [ ] I enclose Eurocheque number _________________ payable to Fundagco Joco Jacinto de Magalhces / Universidade de Aveiro. [ ] I enclose cheque number _________________ drawn on Portuguese Bank _____ payable to Fundagco Joco Jacinto de Magalhces / Universidade de Aveiro. [ ] Please charge my credit card on the amount of ________________ as payment of my registration fee. Visa ___ Diners Club ___ Mastercard ___ Expiry Date: ________ Credit Card Number ____ ____ ____ ____ Name (as it appears on card) ______________________________________________ Participants signature: _________________________________________ Date ___/___/1994 ============================================================================== From rem-conf-request@es.net Thu May 12 12:25:35 1994 Received: from intrepid.ecn.purdue.edu by osi-west.es.net via ESnet SMTP service id <22428-0@osi-west.es.net>; Thu, 12 May 1994 09:25:14 +0000 Received: from localhost (localhost [127.0.0.1]) by intrepid.ecn.purdue.edu (8.6.8/3.4davy) with ESMTP id LAA08020; Thu, 12 May 1994 11:25:09 -0500 Message-Id: <199405121625.LAA08020@intrepid.ecn.purdue.edu> To: rem-conf@es.net Cc: ghg@ecn.purdue.edu Subject: NV recording of eclipse available Date: Thu, 12 May 1994 11:25:04 EST From: "David A. Curry" Thanks to Matti Aarnio, an nv recording of the annular eclipse is now available for anonymous FTP from ftp://harbor.ecn.purdue.edu/pub/eclipse-gifs/nv_recording.tar.gz There are also some GIF images in there, both of screendumps from the nv session and generated from the videotape. WARNING: The nv_recording.tar.gz file is 57MB in size, and uncompresses to over 80 megabytes. NOTE: Due to its size, the recording will not be available forever. If you want it, please get it in the next week or two. Thanks to all of you who watched and sent us comments, and to those of you who sent us advice before we started. For our first time, we feel it went reasonably well, and we learned a few things that will make it better next time (like don't move the camera so much! :-). Dave Curry George Goble Purdue University From rem-conf-request@es.net Thu May 12 19:15:02 1994 Received: from nps.navy.mil by osi-west.es.net via ESnet SMTP service id <24304-0@osi-west.es.net>; Thu, 12 May 1994 16:14:44 +0000 Received: from in50202.cc.nps.navy.mil by nps.navy.mil (4.1/SMI-4.1) id AA22359; Thu, 12 May 94 16:14:09 PDT Date: Thu, 12 May 94 16:14:09 PDT From: jrgambri@nps.navy.mil (John R. Gambrino) Message-Id: <9405122314.AA22359@nps.navy.mil> To: rem-conf@es.net, williams@canopus.cc.nps.navy.mil, roesli@dude.cs.nps.navy.mil, romo@capella.cc.nps.navy.mil Subject: IARP Survey Last Call From: John Gambrino, Information Technology Student, Naval Postgraduate School, Monterey, CA I am conducting a survey on the effectiveness of MBone as a group teleconferencing tool. If you watched any part of the IARP Conference (from the Monterey Bay Aquarium) over MBone on Friday, 6 May 1994, I would appreciate it if you would take a few minutes to respond to the following survey so that I might reach a statistically significant number of respondents. This survey is aimed at improving the quality of future conference broadcasts. Thank you for your support of my research. Please return completed surveys to: John Gambrino jrgambri@nps.navy.mil Naval Postgraduate School 2 University Circle, SGC # 2189 Monterey, California 93940 USA **************************************************************** MBARI INTERNET CONFERENCE SURVEY 6 MAY 1994 **************************************************************** This survey is designed to assess participants' attitudes toward and perceptions of video teleconferencing. Conference participants at both local and remote sites will be surveyed after the Internet segment of the conference. Please read each statement carefully. Check (X) only one response per statement. If you are taking this survey electronically please do not modify the statements. Your participation in this survey is essential to provide MBARI with data to determine the relative effectiveness of using the Internet to broadcast conferences to remote locations in the future. Your individual responses will be confidential. **************************************************************** (1) Prior to this conference I was familiar with the subject matter. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (2) I was able to understand the content of the presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (3) The presenters clearly conveyed their ideas. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (4) Overall, I felt the presentations were well done. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (5) My professional needs were met by these presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (6) I was challenged by the ideas presented. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (7) The presenters effectively transferred their ideas to me. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (8) The presentations were easy to see. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (9) The presenters' attitudes toward the subject matter were well conveyed during the presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (10) The presenters' vocal inflections helped me to understand the presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (11) The presenters' rate of speech affected my ability to understand the presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (12) The presenters' use of body gestures helped me to understand the presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (13) The presenters' use of eye contact helped me to understand the presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (14) The presenters' use of facial expressions helped me to understand the presentations. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (15) I felt the presenters were credible. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (16) The presenters conveyed a strong physical presence. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (17) The presenters conveyed their convictions about the subject matter. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (18) The presenters conveyed an emotional interest in their subject matter. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (19) I felt free to ask questions. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (20) Presenters responses to my questions were provided in a timely manner. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (21) I felt free to ask follow-up questions. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (22) The question/answer exchanges helped resolve difficult issues. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (23) The presenters' use of verbal cues helped me understand responses to questions. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (24) The presenters' use of non-verbal cues helped me understand responses to questions. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (25) I had sufficient opportunity to verbally interact with the presenters. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (26) My questions were clearly answered. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (27) Different interpretations of presentation content were resolved during the question/answer session. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (28) Overall, I was satisfied with this conference segment. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (29) I was satisfied with the question/answer section of this conference segment. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ *************************************************************** The items below are designed to determine your feelings and attitudes toward the communication media used during the Internet segment of this conference. Place an (X) on the point along the scale which you consider to be the most appropriate response. Work rapidly; do not return to previously completed responses. An example of the response breakdown for Constrained/Free would be: 1 - Very Constrained 2 - Constrained 3 - Somewhat Constrained 4 - Neutral 5 - Somewhat Free 6 - Free 7 - Very Free *************************************************************** 1 2 3 4 5 6 7 1. Constrained * * * * * * * Free 2. Complex * * * * * * * Simple 3. Good * * * * * * * Bad 4. Inaccessible * * * * * * * Accessible 5. Distorted * * * * * * * Accurate 6. Impersonal * * * * * * * Personal 7. True * * * * * * * False 8. Pleasurable * * * * * * * Painful 9. Hot * * * * * * * Cold 10. Distant * * * * * * * Close 11. Dehumanizing * * * * * * * Humanizing 12. Expressive * * * * * * * Inexpressive 13. Difficult * * * * * * * Easy 14. Emotional * * * * * * * Unemotional 15. Meaningless * * * * * * * Meaningful 16. Slow * * * * * * * Fast 17. Successful * * * * * * * Unsuccessful 18. Insensitive * * * * * * * Sensitive 19. Interesting * * * * * * * Boring 20. Constricted * * * * * * * Spacious 21. Useful * * * * * * * Useless 22. Lean * * * * * * * Rich 23. Conflict * * * * * * * Harmony 24. Negotiation * * * * * * * Stalemate 25. Understanding * * * * * * * Confusion 26. Ambiguity * * * * * * * Clarity 27. Convincing * * * * * * * Unconvincing 28. Decisive * * * * * * * Indecisive 29. Weak * * * * * * * Strong 30. Communicative * * * * * * * Non-communicative 31. Satisfying * * * * * * * Frustrating ******************************************************************** BACKGROUND INFORMATION (1) What is your age?___________ (2) What is your gender? Male________ Female______ (3) What is the highest degree that you hold? None __________ Associate__________ Bachelors__________ Masters __________ PhD __________ Other __________ (4) How many times have you used Video Teleconferencing?_________________ (5) How many professional conferences or seminars, including teleconferences, do you attend in a typical year? __________________ (6) Which site were you at for this conference? In Person ________ (Remote Sites) Monterey ________ Woods Hole ________ MIT ________ Florida ________ Japan ________ France ________ Other(fill in)________________________ (7) Is English your second language? Yes __________ No __________ *************************************************************** The following open-ended questions are designed to provide remote video-teleconference participants an opportunity to express their opinions following the MBARI Internet conference. Please be as detailed as possible, and use as much space as desired. *************************************************************** (1) Overall, do you think the use of this video-teleconferencing medium (Internet MBONE) was a worthwhile experience professionally? Why? (2) What do you feel were the advantages of your attending this conference via Internet? (3) What do you feel were the disadvantages of your attending this conference via Internet? (4) Would you like to see your organization make more frequent use of this video-teleconferencing medium so that you can attend more conferences? (5) Would you prefer attending a conference face-to-face? Why? (6) Was your conference experience hampered by a lack of in person social interaction (networking)? Why? *********************************************************** The following questions are designed to determine your expectations about the MBARI video-teleconference. *********************************************************** (1) I expect the Internet video-teleconference will be an effective communication medium. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (2) I would rather attend this conference in person. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (3) I expect to learn as much from the presentations as I would have in person. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ (4) I expect to be satisfied with this video-teleconference. Strongly Agree _____ Agree _____ Neutral _____ Disagree _____ Strongly Disagree_____ ----- End Included Message ----- From rem-conf-request@es.net Sun May 15 00:31:59 1994 Received: from coombs.anu.edu.au by osi-west.es.net via ESnet SMTP service id <01589-0@osi-west.es.net>; Sat, 14 May 1994 21:31:06 +0000 Received: by coombs.anu.edu.au (1.37.109.8/16.2) id AA14114; Sun, 15 May 1994 14:30:48 +1000 Date: Sun, 15 May 1994 14:30:48 +1000 From: Darren Reed To: rem-conf@osi-west.es.net Subject: implementing multicast IP with TCP. Are there any notes on how this is/would be done anywhere ? I recall from earlier discussion on this, it was mentioned that all that is needed is extra tcpb blocks in the kernel...but I'm just wondering about how this would end up being presented to programs. If you setup a tcp multicast session between two hosts, more join by connect()'ing to the multicast address. Does each 'process' which is then part of the group need to acknowledge this by accept()'ing the join request ? I can see one would be enough for the new member to join. What if a member of the group responds with a RST ? Or if each sends back SYN-ACK (assuming you join by ending SYN to 224.1.2.3) then the response, from a reasonable group size "floods" net, no ? Further to this, is anyone currently working on an implementation of multicast-TCP ? Thanks, Darren From rem-conf-request@es.net Mon May 16 05:54:50 1994 Received: from tinker.electrum.kth.se by osi-west.es.net via ESnet SMTP service id <05160-0@osi-west.es.net>; Mon, 16 May 1994 02:54:22 +0000 Received: by tinker.electrum.kth.se (5.61-bind 1.4+ida/4.0) id AA03968; Mon, 16 May 94 11:54:13 +0200 Date: Mon, 16 May 94 11:54:13 +0200 From: bilting Message-Id: <9405160954.AA03968@tinker.electrum.kth.se> To: rem-conf@es.net Subject: Timewave Zero invitation Tidsv}g Noll (Timewave Zero) Interactive Exhibition, Network Video Conference and Multimedia Performances Announcement and **Invitation to Participation** Saturday May 28, 1200h-2400h CET DST (=1000h-2200h GMT) Gothenburg, Sweden The entire event will be globally transmitted live over the Internet/Mbone You are invited to participate in ongoing discussions and the video conference. Addresses will be announced via Session Directory, sd (To be able to participate you will need Mbone connectivity and the programs nv/vat/wb. If you need info about this, read the file mbone/faq.txt available via anonymous ftp from venera.isi.edu) Invited speakers: R. U. Sirius, editor of the magazine Mondo 2000 Myron Krueger, one of the pioneers of artificial reality, inventor of VIDEOPLACE, winner of Golden NICA award for Interactive Computer Art The event is sponsored by: Telia (The Swedish PTT), Silicon Graphics, Sun Microsystems and many others. The full program is available via WWW on URL: http://www.it.kth.se/Events/timewavezero.html or ftp from it.kth.se in text file Events/timewavezero Further info about video conference: bilting@it.kth.se Further info about the entire event: tidsvag@mtek.chalmers.se Please feel free to forward this invitation in any appropriate way. From rem-conf-request@es.net Mon May 16 12:34:18 1994 Received: from zephyr.isi.edu by osi-west.es.net via ESnet SMTP service id <06568-0@osi-west.es.net>; Mon, 16 May 1994 09:34:00 +0000 Received: by zephyr.isi.edu (5.65c/5.61+local-16) id ; Mon, 16 May 1994 09:33:57 -0700 Date: Mon, 16 May 1994 09:33:57 -0700 From: postel@ISI.EDU (Jon Postel) Message-Id: <199405161633.AA02621@zephyr.isi.edu> To: rem-conf@osi-west.es.net, avalon@coombs.anu.edu.au Subject: Re: implementing multicast IP with TCP. Hi. There are some who believe that "Multicast TCP" is a contradiction in terms. Since TCP was designed to provide point-to-point reliable data streams, extending it to multicast may break too many assumptions of the design. --jon. From rem-conf-request@es.net Mon May 16 16:28:58 1994 Received: from philabs.philips.com by osi-west.es.net via ESnet SMTP service id <08094-0@osi-west.es.net>; Mon, 16 May 1994 13:28:42 +0000 Received: from mars.Philabs.Philips.Com by philabs.Philips.COM (smail2.5/12-15-87/4.1) id AA10207; Mon, 16 May 94 16:28:40 EDT Received: by mars.Philabs.Philips.Com (4.1/SMI-4.1) id AA00816; Mon, 16 May 94 16:28:38 EDT Date: Mon, 16 May 94 16:28:38 EDT From: jec@philabs.Philips.COM (Jorge E. Caviedes) Message-Id: <9405162028.AA00816@mars.Philabs.Philips.Com> To: rem-conf@osi-west.es.net Subject: Tunnel problems? Cc: sud@mars, jec@mars Hi there, I would appreciate any help with mbone broadcast: We are on the MBONE, able to receive all those wonderful broadcasts, one machine on the net is directly connected, others via tunnels. Mine is a Sparc IPX with a VideoPix. The problem is my video/audio broadcast does not seem to get to anybody, e.g. 1. I create a session, which others see but cannot get my audio or video. 2. If I join a session created on the machine at the other end of my tunnel I can broadcast but only that machine gets it. /etc/mrouted.conf on my machine is like this: tunnel my.address other.address metric3 threshold 1 and on the other machine tunnel local.address my.address metric 3 threshold 1 Are this tunnel entries OK? do we need a source-routed tunnel? Of the machines above neither is directly on mbone, that one is also tunneled. What is the best way to set the tunels from one machine on the mbone to others on the local net (or subnets). References or answers are welcome. thanks, Jorge Caviedes Philips Laboratories Briarcliff Manor, NY. From rem-conf-request@es.net Tue May 17 02:52:44 1994 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <10353-0@osi-west.es.net>; Mon, 16 May 1994 23:52:23 +0000 Received: from waffle.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Tue, 17 May 1994 07:51:48 +0100 To: postel@ISI.EDU (Jon Postel) cc: rem-conf@osi-west.es.net, avalon@coombs.anu.edu.au Subject: Re: implementing multicast IP with TCP. In-reply-to: Your message of "Mon, 16 May 94 09:33:57 PDT." <199405161633.AA02621@zephyr.isi.edu> Date: Tue, 17 May 94 07:51:39 +0100 From: Jon Crowcroft >There are some who believe that "Multicast TCP" is a >contradiction in terms. clearly if you had an application that opened n TCP connections, and then only sent data in one direction (all outbound or all inbound)then the use of multicast for the data packets is reasoanble. unfortunately, even the simplest applications often do at least a little exchange before hand, and then a far better model is that evidenced in applications like WB, SD, or the vat/nv session messages, where instead of request/response for control, you use announcement messages... see cs.ucl.ac.uk darpa/ipc-conf.ps.Z for a note on this, sort of...though there is a far better design/description in mark handley;s CCCP work as talked about in seattle's IETF's mmusic wg....see talk slides: mice/cccp_slides/cccp_slides.tar >Since TCP was designed to provide point-to-point reliable >data streams, extending it to multicast may break too many >assumptions of the design. the worst thing is that multicasting TCP data packets actually breaks things _not_ i nthe original design - it makes the congestion control stuff much more complex as you have to decide whether to couple the congestion windows for different destiantions (as well as the RTT estimates etc etc etc...) see anonymous ftp to cs.ucl.ac.uk darpa/tcp-multicast.lp for a simple note on this....which we gave up on, as we could see little use for it... regards jon From rem-conf-request@es.net Tue May 17 08:58:15 1994 Received: from philabs.philips.com by osi-west.es.net via ESnet SMTP service id <11377-0@osi-west.es.net>; Tue, 17 May 1994 05:57:53 +0000 Received: from mars.Philabs.Philips.Com by philabs.Philips.COM (smail2.5/12-15-87/4.1) id AA02545; Tue, 17 May 94 08:57:50 EDT Received: by mars.Philabs.Philips.Com (4.1/SMI-4.1) id AA01028; Tue, 17 May 94 08:57:48 EDT Date: Tue, 17 May 94 08:57:48 EDT From: jec@philabs.Philips.COM (Jorge E. Caviedes) Message-Id: <9405171257.AA01028@mars.Philabs.Philips.Com> To: rem-conf@osi-west.es.net Subject: Re: Tunnel problems? Cc: sud@mars > From jec@mars Mon May 16 16:28:47 1994 > Date: Mon, 16 May 94 16:28:38 EDT > From: jec@mars (Jorge E. Caviedes) > To: rem-conf@osi-west.es.net > Subject: Tunnel problems? > Cc: sud@mars, jec@mars > Content-Length: 1052 > > > Hi there, > > I would appreciate any help with mbone broadcast: > We are on the MBONE, able to receive all those wonderful broadcasts, > one machine on the net is directly connected, others via tunnels. > Mine is a Sparc IPX with a VideoPix. The problem is my video/audio > broadcast does not seem to get to anybody, e.g. > 1. I create a session, which others see but cannot get my audio or video. > 2. If I join a session created on the machine at the other end of my tunnel > I can broadcast but only that machine gets it. > > /etc/mrouted.conf on my machine is like this: > > tunnel my.address other.address metric3 threshold 1 > > > and on the other machine > > tunnel local.address my.address metric 3 threshold 1 I forgot to add, there is also tunnel local.address mbone.machine.address metric3 threshold 1 the tunnel in reverse was a test but with or without it it does not work. (Mbone machine is the one directly on the mbone, e.g. the firewall). > > > Are this tunnel entries OK? do we need a source-routed tunnel? > > Of the machines above neither is directly on mbone, that one is also > tunneled. What is the best way to set the tunels from one machine on the > mbone to others on the local net (or subnets). > > References or answers are welcome. > > thanks, > > Jorge Caviedes > Philips Laboratories > Briarcliff Manor, NY. > From rem-conf-request@es.net Tue May 17 18:21:07 1994 Received: from suvm.acs.syr.EDU by osi-west.es.net via ESnet SMTP service id <14600-0@osi-west.es.net>; Tue, 17 May 1994 15:20:36 +0000 Received: from SUVM by SUVM.SYR.EDU (IBM VM SMTP V2R2) with BSMTP id 3652; Tue, 17 May 94 18:19:52 LCL Received: from SUADMIN.SYR.EDU (MJVANARN) by SUVM (Mailer R2.10 ptf000) with BSMTP id 2475; Tue, 17 May 94 16:41:05 LCL Date: Tue, 17 May 1994 16:41 ET To: rem-conf@es.net From: "Margaret.Vanarnam" Subject: Final Version (May 16) ----------( Forwarded letter 1 follows )---------------------------------------- Received: from SUVM by SUVM (Mailer R2.10 ptf000) with BSMTP id 6544; Mon, 16 May 94 14:37:32 LCL Received: from spica.npac.syr.edu by SUVM.SYR.EDU (IBM VM SMTP V2R2) with TCP; Mon, 16 May 94 14:37:29 LCL Received: from cat.syr.edu (mango.ece.syr.EDU) by spica.npac.syr.edu (4.1/I-1.98K) id AA04477; Mon, 16 May 94 14:37:09 ED Received: from localhost.syr.edu by cat.syr.edu (4.1/1.0-6/5/90) id AA05139; Mon, 16 May 94 14:36:59 EDT Message-Id: <9405161836.AA05139@cat.syr.edu> To: hpdc@npac.syr.edu Cc: hariri@cat.syr.edu Subject: Final Version (May 16) Date: Mon, 16 May 94 14:36:58 -0400 From: hariri@cat.syr.edu Please use this version for distribution. Also compare this against the proff Janet has sent to us. Thanks, Salim ************************************************************************** HPDC-3 CALL FOR PARTICIPATION ************************************************************************** THIRD INTERNATIONAL SYMPOSIUM ON HIGH PERFORMANCE DISTRIBUTED COMPUTING (HPDC-3) Westin St. Francis Hotel, San Francisco, California August 2-5, 1994 SPONSORS: - IEEE Computer Society - Northeast Parallel Architectures Center at Syracuse University IN COOPERATION WITH: - ACM SIGCOMM - Rome Laboratory The International Symposium on High Performance Distributed Computing provides a forum for presenting the latest research findings that unify parallel and distributed computing. In HPDC environments, parallel or distributed computing techniques are applied to the solution of computationally intensive applications across networks of computers. This symposium follows two successful earlier conferences held in Syracuse, NY and Spokane, WA in 1992 and 1993, respectively. ======================= Pre-Symposium Tutorials ======================= Tuesday, August 2 8:30 AM -- 12 NOON Concurrent Sessions Tutorial 1A: Software Systems and Tools for High Performance Distributed Computing Anand Tripathi, University of Minnesota Tutorial 1B: Interfacing to High Speed Networks: Adapter Design and Operating System Issues. K. K. Ramakrishnan, Digital Equipment Corporation 2:00 PM -- 5:30 PM Concurrent Sessions Tutorial 2A: Message Passing Using MPI: from Fundamentals to Applications David W. Walker, Oak Ridge National Laboratory Tutorial 2B: High Performance Distributed Computing in a Supercomputing Environment: Computational Services and Applications Issues W. T. C. Kramer and Horst D. Simon, NASA Ames Research Center ====================================== Wednesday, August 3 ====================================== 8:00 AM - 10:00 AM Registration 8:30 AM - 10:00 AM Plenary Session Keynote Speech Robert E. Kahn, Corporation for Networking Research Initiatives 10:30 AM - 12:00 NOON SESSION 1: INVITED PAPERS Chair: W. Johnston, NYNEX Multimedia Supercomputing: The Use of Supercomputers to Drive High-Performance Multimedia Systems and Virtual Environments Rick Stevens, Argonne National Laboratory Constructing Numerical Software Libraries for HPCC Environments Jack Dongarra, University of Tennessee and Oak Ridge National Laboratory Overview of RWC Massively Parallel Computer Project Shuichi Sakai, Real World Computing Project, Japan 12:00 NOON - 1:30 PM LUNCH sponsored by Kendall-Square Research Speaker: TBA 1:30 PM - 3:00 PM Concurrent Sessions SESSION 2A: SOFTWARE TOOLS AND ENVIRONMENTS I Chair: M. Annaratone, Digital "The Virtual Computing Environment" P. Rouselle, P. Tymann, G. Fox, S. Hariri, Syracuse University "The Use of Frameworks for Scientific Computation in a Parallel Distributed Environment" R. Armstrong, Sandia National Laboratories J. Macfarlane, Lawrence Berkeley Laboratory "Falcon -- Toward Interactive Parallel Programs: The On-line Steering of a Molecular Dynamics Application" G. Eisenhauer, W. Gu, K. Schwan, N. Mallavarupu, Georgia Institute of Technology SESSION 2B: HIGH-SPEED NETWORKS AND APPLICATIONS Chair: W. Dabbous, INRIA, France "High-Performance TCP/IP and UDP/IP Networking in DEC OSF/1 Alpha AXP" C-H. Chang, D. Flower, J. Forecast, H. Gray, B. Hawe, A. Nadkarni, K. K. Ramakrishnan, U. Shikarpur, D. Ting, K. Wilde, Digital Equipment Corporation "Design and Implementation of Global Reduction Operations across ATM Networks" C. Huang, P. K. McKinley, Michigan State University "Traffic Monitoring for Capacity Allocation of Multimedia Traffic in ATM Broadband Networks" A. Burrell, D. Makrakis, P. Papantoni-Kazakos, University of Ottawa 3:30 PM - 4:30 PM Concurrent Sessions SESSION 3A: SOFTWARE TOOLS AND ENVIRONMENTS II Chair: A. Skjellum, Mississippi State University "WAVE Processing of Networks and Distributed Simulation" P. M. Borst, University of Karlsruhe, Germany M. Corbin, DRA, Farnborough, U.K. P. S. Sapaty, University of Surrey, U.K. "Providing High Performance Distributed Computing through Scalable Computation Servers" O. Kremien, Bar-Ilan University, Israel J. Kramer, Imperial College, U.K. SESSION 3B: HPDC APPLICATIONS I Chair: D. McAuliffe, Rome Laboratory "Running a Climate Model in a Heterogeneous Distributed Computer Environment" C. R. Mechoso, D. J. Farrara, J. A. Spahr, University of California, Los Angeles "Distributed Computation of Electromagnetic Scattering Problems Using Finite-Difference Time-Domain Decompositions" Sandy Nguyen, Brian Zook, Southwest Research Institute Xiaodong Zhang, The University of Texas at San Antonio ====================================== Thursday, August 4 ====================================== 9:00 AM - 10:00 AM Keynote Speech: System Architectures for High Performance Computing in the 1990's Tilak Agerwala, IBM 10:30 AM - 12:00 NOON Concurrent Sessions SESSION 4A: MAPPING AND SCHEDULING I Chair: A. Grimshaw, University of Virginia "Scheduling Large-Scale Parallel Computations on Networks of Workstations" R. D. Blumofe, D. S. Park, Massachusetts Institute of Technology "Scheduling a Metacomputer by an Implicit Voting System" K. Kremer, University of Technology Aachen, Germany F. Ramme, University of Paderborn, Germany "A Decomposition Advisory System for Heterogeneous Data-Parallel Processing" P. E. Crandall, M. J. Quinn, Oregon State University SESSION 4B: DISTRIBUTED SHARED-MEMORY SYSTEMS Chair: T. V. Lakshman, Bellcore "Evaluating Weak Memories with Maya" D. Agrawal, M. Choy, H. Va Leong, A. Singh University of California, Santa Barbara "Analysis and Transformation of Parallel Programs for Fast Data Sharing" A. Li, University of Victoria, Canada G Hermannsson, L. Wittie, State University of New York, Stony Brook "An Experimental Active-Memory-Based Network Environment" A. Asthana, M. Cravatts, P. Krzyzanowski, AT&T Bell Laboratories 12:00 NOON - 1:30 PM LUNCH 1:30 PM - 3:00 PM Panel GOVERNMENT STRATEGIES FOR HIGH-PERFORMANCE DISTRIBUTED COMPUTING Panel Chair: J. A. Graniero, Rome Laboratory Panelists: Hank Dardy, Naval Research Laboratory Andrew White, Los Alamos Richard Freund, Naval Research and Development Center L/C John Toole, ARPA/CSTO L/C Larry Davis, AFOSR/ST Ray Kline, Sandia National Laboratories 3:30 PM - 5:00 PM Concurrent Sessions SESSION 5A: PARTITIONING AND LOAD BALANCING Chair: R. Perrot, Queens University, Belfast "Network Partitioning of Data Parallel Programs" J. B. Weissman, A. S. Grimshaw, University of Virginia "Exploiting Inter-Task Dependencies for Dynamic Load Balancing" W. Becker, G. Waldmann, University of Stuttgart, Germany "Automatic Generation of Parallel Programs with Dynamic Load Balancing" B. S. Siegell, P. Steenkiste, Carnegie Mellon University SESSION 5B: HPDC APPLICATIONS II Chair: J. Patterson, Boeing "Distributed Solutions to the Delay Fault Test Quality Evaluation Problem" I. Pramanick, A. K. Pramanick, IBM "Design and Implementation of Parallel Algorithms for Gene Finding" J. J. Puthukattukran, S. Chalasani, University of Wisconsin-Madison P. Senapathy, Genome International Corporation "Solving Partial Differential Equations on a Network of Workstations" C.-C. Hui, M. Hamdi, Ishfaq Ahmad, Hong Kong University of Science and Technology ====================================== Friday, August 5 ====================================== 8:30 AM - 10:00 AM Concurrent Sessions SESSION 6A: MAPPING AND SCHEDULING II Chair: Ardsher Ahmed, UMASS Dartmouth Parallel Computations on the CHARM Heterogeneous Workstation Cluster" V. A. Saletore, J. Jacob, M. Padala, Oregon State University "Mapping Parallel Iterative Algorithms onto Workstations Networks" A. Heddaya, K. Park, Boston University "A Task Graph Centroid" C. Leangsuksun, J. Potter Kent State University SESSION 6B: FAULT-TOLERANCE AND I/O IN DISTRIBUTED SYSTEMS Chair: I. Ahmad, Hong Kong University of Science & Technology "Data Reshuffling in Support of Fast I/O for Distributed-Memory Machines" C. Bornstein, P. Steenkiste Carnegie Mellon University "Process-Replication Technique for Fault-Tolerance and Performance Improvement in Distributed Computing Systems" J-F. Chiu, G-M. Chiu, National Taiwan Institute of Technology "Performance Evaluation of a Partial Dynamic Declustering Disk Array System" V. Catania, A. Puliafito, S. Riccobene, L. Vita, University of Catania, Italy 10:30 AM - 12:00 NOON Concurrent Sessions SESSION 7A: NETWORK PROTOCOLS AND INTERFACES Chair: I. Akyildiz, Georgia Institute of Technology "Large-Scale Group Communication Protocol on High-Speed Channel" M. Takamura, M. Takizawa, Tokyo Denki University "Deciding Boundedness for Systems of Communicating Finite State Machines" A. Benslimane, Universite de Franche-Comte, France "Design of the Header Processor for the PSi Implementation of the Logical Link Control Protocol in LANs" F. A. Morales, H. Abu-Amara, Texas A&M University SESSION 7B: PERFORMANCE EVALUATION AND RESOURCE MANAGEMENT Chair: J. J. Garcia-Luna, University of California, Santa Cruz "PMT: A Tool to Monitor Performance in Distributed Systems" V. Catania, O. Granato, A. Puliafito, L. Vita, University of Catania, Italy "Reducing Variations in Parallel Efficiency for Unstructured Grid Computations" B. Worner, G. Geunder, M. Hardtner, R. Zink, University of Stuttgart, Germany "Performance Prediction for Different Consistency Schemes in Distributed Shared Memory Systems" Z. G. Vranesic, S. Srbljic, University of Toronto L. Budin, University of Zagreb, Croatia ______________________________________________________________ KEYNOTE SPEAKERS Robert E. Kahn is President of the Corporation for National Research Initiatives (CNRI), which he founded in 1986 after a 13- year term at the Advanced Research Projects Agency (ARPA). Dr. Kahn holds a Ph.D. from Princeton University. Prior to his service at CNRI he held positions at Bell Laboratories, MIT and DARPA where he became Director of DARPA's Information Processing Techniques Office (IPTO) and initiated the United States government's billion dollar Strategic Computing Program, the largest computer research and development program ever undertaken by the federal government. Dr. Kahn is a member of the National Academy of Engineering, a Fellow of the IEEE, a Fellow of AAAI, a recipient of the AFIPS Harry Goode Memorial Award, the Marconi Award, the ACM SIGCOMM Award, the President's Award from the ACM, the IEEE Koji Kobayashi Computer and Communications Award, the ACM Software Systems Award, and the ASIS Special Award. He was twice the recipient of the Secretary of Defense Meritorious Civilian Service Award. Tilak Agerwala is Director of Architecture and System Design for IBM's parallel computer products. He is responsible for future product designs, performance analysis, and technical strategy. Dr. Agerwala has held executive positions in the RISC System 6000 division, where he was responsible for future system technology development, and at the T.J. Watson Research Center, where he initiated and directed broad research programs in parallel processing, artificial intelligence, and supercomputing. Dr. Agerwala is a member of the IBM Academy of Technology and has served on the Corporate Technical Committee. He was elected a Fellow of the IEEE for his leadership in the development of very high performance computers. ********************************************************************** DESCRIPTIONS OF TUTORIALS --------------------------------------------------------------------------- Tutorial 1A Software Systems and Tools for High Performance Distributed Computing Anand Tripathi, University of Minnesota The objective of this tutorial is to present an overview of the mechanisms and software tools/systems that are currently available for high-performance distributed programming in local-area networks. A high performance distributed programming environment needs mechanisms for specifying and managing parallel computation structures of a distributed application, transparent distribution of load in the network, dynamic linking of components, error detection and recovery, and transparency of the hardware/software heterogeneity in the network. This tutorial will present an overview of the most commonly used paradigms and models for distributed computing. These are related to interprocess communication models such as message passing and the remote procedure call (RPC), heterogeneous computing, load balancing and scheduling of tasks, and naming and protection of resources in the network. Reliability related issues in implementing RPC will be discussed. An overview the object model of computing will be presented in the context of micro-kernel architectures for distributed computing. The concept of group is a useful abstraction for managing a collection of related activities. Primitives for group management and broadcast communication will be presented. A number of software tools and programming languages are currently available for high performance distributed programming. An overview of the salient features and capabilities of Parallel Virtual Machine (PVM), Linda, Express, P4, CODE/ROPE, Mentat, CC++, PCN, Jade, Orca, Concurrent C, SR will be presented. SPEAKER: Anand Tripathi is an Associate Professor in the Department of Computer Science, University of Minnesota, Minneapolis. He received the B.Tech degree from the Indian Institute of Technology, Bombay, India, 1972, and the M.S. and Ph.D. degrees from the University of Texas at Austin in 1978 and 1980, respectively, in Electrical Engineering. From 1972 to 1975 he worked as a research scientist at Bhabha Atomic Research Center, Bombay, India. During 1981 to 1984 he worked as a Senior Principal Research Scientist at Honeywell Computer Sciences Center, Bloomington, MN. At the University of Minnesota he has led the design and development of the Nexus distributed operating system and its programming environment. His research interests include parallel and distributed systems, object-oriented programming, and fault-tolerant computing. In the past he has presented tutorials on distributed computing systems at some of the IEEE sponsored conferences and tutorial-weeks. --------------------------------------------------------------------------- Tutorial 1B Interfacing to High Speed Networks: Adapter Design and Operating System Issues K. K. Ramakrishnan, Digital Equipment Corporation Overview: We have seen significant increases in the bandwidth available for computer communication networks in the recent past. Commercially available Local Area Networks operate at 100 Mbits/sec and research networks are running at greater than 1 Gbit/sec. Host CPU processing speed has also increased relentlessly. However, the anticipation that end-user applications can effectively use these large communication link speeds has yet to be fulfilled to a large extent. Network I/O at the end-system has often been perceived as the bottleneck for distributed applications. This tutorial discusses the important topics in the design of a high-speed network adapter, including the memory-system architecture, buffer management, support for Quality of Service (QoS) guarantees and flow/congestion control, and host software issues. Several case studies will be presented. Speaker: K. K. Ramakrishnan is a Consulting Engineer in the Distributed Systems Architecture and Performance group at Digital Equipment Corporation. He has been with Digital since 1983 after completing his Ph.D. in Computer Science from the University of Maryland. His group is involved in architecting Digital's efforts in the networking and distributed systems area. Dr. Ramakrishnan has worked and published papers in the areas of load balancing, congestion control and avoidance, algorithms for FDDI, distributed systems performance and issues relating to network I/O. Dr. Ramakrishnan participates in the Internet Engineering Task Force and is a member of the End-End Group, as part of the Internet Research Task Force. He is also a technical editor for IEEE Network. --------------------------------------------------------------------------- Tutorial 2A Message Passing Using MPI: from Fundamentals to Applications David W. Walker, Oak Ridge National Laboratory This tutorial will describe the features of the MPI message passing standard, and will show how to use MPI in applications. The tutorial is intended to benefit researchers who have some experience with message passing, and who wish to assess the advantages of MPI for their particular applications. However, the tutorial will be structured to also be of use to novices. The tutorial will be divided into three main parts. The first part will give an overview of MPI, describe how it came about, and will discuss the basic point-to-point and collective communication capabilities of MPI. The second part will describe advanced features in MPI, in particular, the management of groups and communication contexts. The third part will be devoted to the presentation of application kernels and examples written using MPI. SPEAKER: David Walker is a Research Staff Member in the Mathematical Sciences Section at Oak Ridge National Laboratory, and an Adjunct Associate Professor in the Department of Computer Science of the University of Tennessee, Knoxville. He obtained his B.A. in Mathematics from Jesus College, Cambridge, in 1973, his M.S. in Astrophysics in 1979, and his Ph.D. in Physics from the University of London in 1983. From 1986-88. Dr. Walker was a member of the research staff of the Concurrent Computation Project at the California Institute of Technology, and from 1988-1990 was an Associate Professor in the Department of Mathematics at the University of South Carolina. He was worked at ORNL since 1990, where he is mainly involved in the design of software libraries, algorithms, and application for distributed memory concurrent computers. Dr. Walker was instrumental in establishing the MPI Forum, which led to the specification of the MPI standard and in which he played an active role. --------------------------------------------------------------------------- Tutorial 2B High Performance Distributed Computing in a Supercomputing Environment: Computational Services and Applications Issues W. T. C. Kramer and Horst D. Simon, NASA Ames Research Center The focus of this tutorial will be a discussion of current hardware and software trends for massively parallel supercomputers from the perspective of applications. In case studies the lessons learned at NASA Ames will be presented. The main thrust of the tutorial will be a presentation of high performance computing topics which will remain relevant for a long period of time, independent of currently ``hot" machines. This requires a detailed investigation of the issue of communication. From an applications perspective the communication characteristics of various applications will be examined. A new taxonomy of parallel application will be developed. Similarly high-performance architectures will be investigated with respect to their communications performance. The matching of the applications taxonomy with the architectural characteristics of a machine will form the basis for the understanding of high performance computing. High performance distributed computing will thus be evaluated as one possible alternative to both MPP and PVP systems. Emphasis will be placed on an honest evaluation of the capabilities and challenges that distributed computing faces in a production environment. The tutorial utilizes the unique experience made at the NAS facility at NASA Ames Research Center. Over the last five years at NAS massively parallel supercomputers such as the Connection Machines CM-2 and CM-5 from Thinking Machines Corporation and the iPSC/860 (Touchstone Gamma Machine) and Paragon Machines from Intel were used in a production supercomputer center alongside traditional vector supercomputers such as the Cray Y-MP and C90. In addition to these resources, NAS has operated since 1993 a distributed computing testbed (DCT), consisting of an environment with 50 SGI and 40 SUN workstations. Speakers: William Kramer is Chief of the NAS Computational Service Branch, and is responsible for providing state-of-the-art support and enhancement of a Cray YMP, two C-90s, CM-5, an Intel iPSC/860, an Intel Paragon and several Convex systems, along with over 250 other systems and workstations connected via Ultranet, FDDI and ethernet. These systems are used by a nationwide network of over 1400 researchers in 100+ sites, connected with the advanced NAS Aeronet and other networks. Bill was responsible for the first production Cray-2 and YMP at NAS before becoming Branch Chief. He is currently leading the NAS effort in computing on loosely clustered workstations. He has authored or presented papers sessions and seminars on a number of subjects, including system management, computer graphics, security and supporting advanced users at supercomputer centers. He and his staff presented the highest rated Tutorial at Supercomputing 89, "System Management in the UNIX Supercomputing Environment", which was presented again by invitation at SC '90. Horst D. Simon is with Computer Sciences Corporation at the Applied Research Branch at the NAS (National Aerodynamics Simulator) Systems Division at NASA Ames Research Center in Moffett Field, California. He is CSC department manager and responsible for a group of researchers in the areas of parallel algorithm development and scientific visualization, who as contractor personnel collaborate with the NAS staff. His research interests are in the development of high performance algorithms for vector and parallel machines. Particular areas of interest are sparse matrix algorithms, algorithms for large scale eigenvalue problems, and domain decomposition algorithms for irregular domains for parallel processing. Simon's algorithm research efforts were honored with the 1988 Gordon Bell Award for parallel processing research. Previously, until October 1989, Dr. Simon was an employee of Boeing Computer Services, and from October 1987 through October 1989, supported the NAS project in a similar capacity. >From 1982 to 1983 Dr. Simon was an assistant professor at the Department of Applied Mathematics, SUNY Stony Brook, New York. Dr. Simon holds a Ph.D. in mathematics from the University of California (1982), Berkeley and a Diplom in Mathematik from the TU Berlin, Germany (1978). Dr. Simon has presented tutorials on high performance computing at all previous Supercomputing conferences. His tutorials have consistently been rated excellent or very good. --------------------------------------------------------------------------- CONFERENCE LOCATION HPDC-3 will be held at the Westin St. Francis Hotel in downtown San Francisco, California. Just 30 minutes from the airport, the Westin St. Francis is in the heart of the city on Union Square surrounded by fine restaurants, shops and theaters. Cable cars stop at the front door. The hotel is within walking distance of San Francisco's Chinatown and an easy cable car ride away from Ghiradelli Square and Fisherman's Wharf. Napa and Sonoma Valleys, the heart of California wine country, are an hour's drive away. If you have additional time before or after the symposium you may want to explore Marin County's redwoods, the California Mission, or drive scenic highway 101 to San Simeon. Monterey, Carmel, Santa Cruz, Yosemite National Park and Lake Tahoe are not far away. Weather: San Francisco in August is typically very pleasant. Sunny and warm (about 70F) during the day, and cool (about 50F) in the evenings. Note that the evening fog often makes it feel a bit colder and a lightweight jacket or all-weather coat is advised. Transportation: The hotel is about 20 minutes away from San Francisco International Airport. A taxi ride from the airport typically costs about $25. Also, the SFO Airporter has direct service to the hotel at 20-minute intervals. The fare is $10 one-way and $17 round-trip. Rental Cars: HERTZ has been appointed as the car rental supplier for HPDC-3. Special rates with unlimited mileage have been offered to HPDC-3 attendees and are also available the week prior and the week after the symposium. To make reservations call HERTZ at 1-800-654-2240 (In Canada 1-800-263-0600) and identify yourself as HPDC attendee (Meeting # 15329). Cars can be rented at most Bay-area airports and also at the Westin St. Francis Hotel. Social Event: An evening dinner-cruise on the San Francisco Bay is planned for Wednesday, August 3. The cost of the cruise is included in the registration fee. Additional tickets may be purchased at a price of $55 each. E-mail service will be available at the hotel to the attendees. ************************************************************************** REGISTRATION INFORMATION Advance registration is available using the form below through July 8th. E-mail registration is available only through July 27th, and must use a credit card number. On-site registration at the Westin St. Francis Hotel will be available starting Tuesday, August 2nd, and every day of the conference starting at 8 AM. --------------------------------------------------------------------------- HPDC-3 Registration Form Please send this form and a check, credit card information, or money order (no purchase orders) to the address below. Make checks payable to SYRACUSE UNIVERSITY. Registrations accepted via postal mail, FAX, or email only. SU Conference Planning HPDC-3 Conference P.O. Box 4709 Syracuse, NY 13221-4709 Phone: (315) 443-3333 Fax: (315) 443-1168 e-mail: hpdc@nova.npac.syr.edu ----------------------------------------------------------- Symposium Registration (select one): Advance Registration Regular Registration (Received by July 8, 1994) (Received after July 8, 1994) --------------------- ------------------- IEEE/ACM SIGCOMM Member [ ] $325 [ ] $395 Non-Member [ ] $405 [ ] $485 Full-time student [ ] $180 [ ] $180 Symposium registration fee includes a copy of the proceedings, sponsored lunches, coffee breaks, and the Bay cruise. Student registration does not include proceedings or the Bay cruise. Extra copies of the proceedings may be purchased on-site. ----------------------------------------------------------- Extra Dinner/Cruise Tickets ___ @ $55 each ----------------------------------------------------------- Tutorials (check the box for each tutorial attending) Note: You may select at most one tutorial from the morning session and one from the afternoon session. _____ 1A: Software Systems and Tools for High Performance | | Distributed Computing...............................|___| _____ 1B: Interfacing to High Speed Networks..................| | |___| _____ 2A: Message Passing Using MPI...........................| | |___| _____ 2B: High Performance Distributed Computing | | in a Supercomputing Environment.....................|___| Enter total number of tutorials at the appropriate rate (rates are per tutorial). Advance Registration Regular Registration (Received by July 8, 1994) (Received after July 8, 1994) --------------------- ------------------- IEEE/ACM SIGCOMM Member ___ @ $165 ___ @ $195 Non-Member ___ @ $205 ___ @ $245 Total Tutorial Fee: $________US Each Tutorial registration fee includes attendance at one tutorial session, notes, and coffee breaks. There are no student fees for the tutorials. Cancellations of tutorial registrations after July 22 will be subject to the total fee. We reserve the right to cancel the tutorials due to insufficient participation or other unforeseeable problems, in which case fees will be refunded. ----------------------------------------------------------- Symposium Registration Fee $_________ + Extra cruise tickets $_______ + Tutorial Fees $___________ = Total Amount enclosed: $________ US ----------------------------------------------------------- Name: ____________________________________ Affiliation: _____________________________ Address: _________________________________ City/State/Zip/Postal Code/Country: ________________________________ Phone: ___________________________________ FAX: _____________________________________ E-mail Address: ___________________________ IEEE/ACM SIGCOMM Member #: ____________________________ (required for member rate) Method of Payment __ Visa __ Mastercard __check enclosed (payable to Syracuse University) Card Holder Name: ________________________ (as it appears on card) Card Number: _____________________________ Expiration Date: _________________________ Signature: _______________________________ You may register by e-mail using your credit card. Send completed registration to hpdc@nova.npac.syr.edu If you have a disability and may require accommodation in order ______ to fully participate in this activity, please check | | here. You will be contacted to discuss your needs. |____| Vegetarian Meals: ___ YES / ___ NO Cancellation Policy: All requests for refunds must be received in writing on or before July 22, 1994. No refunds will be made on cancellations made after this date. ************************************************************************** HOTEL REGISTRATION Please contact the Westin St. Francis Hotel directly for accommodations. The Westin St. Francis Union Square 335 Powell Street San Francisco, CA 94102 USA Phone: (415) 397-7000 Special conference rates have been arranged for attendees of HPDC-3. The rates are as follows: Type of Room Main Building Towers Single Double Single Double Standard $120 $120 - - Medium $135 $135 - - Deluxe $150 $150 $170 $170 Reservation cut-off date is Friday, July 1, 1994; Reservations made after this date will be on a space-available basis only. In order to receive our special rates you must identify yourself as a participant in the HPDC-3 Conference. ************************************************************************** CONFERENCE COMMITTEES ************************************************************************** SYMPOSIUM GENERAL CHAIR: Geoffrey Fox, NPAC, Syracuse University SYMPOSIUM STEERING COMMITTEE: - Salim Hariri, Syracuse University (Chair) - Tilak Agerwala, IBM - Andrew Grimshaw, University of Virginia - H. T. Kung, Harvard University - T. V. Lakshman, Bell Communications Research - Daniel McAuliffe, Rome Laboratory - C. S. Raghavendra, Washington State University PROGRAM CHAIR: Anujan Varma, University of California, Santa Cruz PUBLICITY CHAIRS: North America: T. V. Lakshman, Bell Communications Research Europe: Walid Dabbous, INRIA, France Asia: Makoto Takizawa, Tokyo Denki University, Japan TUTORIALS CHAIR: Ian F. Akyildiz, Georgia Tech EXHIBITS: C. S. Raghavendra, Washington State University REGISTRATION AND LOCAL ARRANGEMENTS: Peggy Van Arnam, Syracuse University PROGRAM COMMITTEE - Dharma Agrawal, North Carolina State University - Prathima Agrawal, AT&T Bell Labs - Ian F. Akyildiz, Georgia Tech - Marco Annaratone, DEC - Ken Birman, Cornell University - Suresh Chalasani, University of Wisconsin, Madison - Monsong Chen, IBM Research - Roger Chen, Syracuse University - Abdelaziz Chihoub, Siemens Corporate Research - Jon Crowcroft, University College London - Walid Dabbous, INRIA, France - Patrick Dowd, SUNY Buffalo - Dennis Duke, SCRI/Florida State University - Stuart Elby, NYNEX Science and Technology - Richard Freund, NRaD - J.J. Garcia-Luna, University of California, Santa Cruz - Arif Ghafoor, Purdue University - Andrew Grimshaw, University of Virginia - Salim Hariri, Syracuse University - S. H. Hosseini, University of Wisconsin, Milwaukee - T. V. Lakshman, Bell Communications Research - C. R. Mechoso, UCLA - Paul Messina, Caltech - Richard C. Metzger, Rome Laboratory - Paul Mockapetris, USC/ISI - John Morrison, Los Alamos National Laboratory - John Nicholas, Battelle Pacific Northwest Lab - James C. Patterson, Boeing Co. - Ira Pramanick, IBM - Michael Quinn, Oregon State University - C. S. Raghavendra, Washington State University - Paul Rupert, Lawrence Livermore National Laboratory - Karsten Schwan, Georgia Institute of Technology - Nita Sharma, Ncube Inc. - Vaidy Sunderam, Emory University - Makoto Takizawa, Tokyo Denki University, Japan - Alexander Thomasian, IBM Research - Satish Tripathi, University of Maryland - Larry Wittie, SUNY Stony Brook - Pen-Chung Yew, University of Illinois From rem-conf-request@es.net Tue May 17 19:26:56 1994 Received: from zephyr.isi.edu by osi-west.es.net via ESnet SMTP service id <14928-0@osi-west.es.net>; Tue, 17 May 1994 16:26:34 +0000 Received: by zephyr.isi.edu (5.65c/5.61+local-16) id ; Tue, 17 May 1994 16:26:31 -0700 Date: Tue, 17 May 1994 16:26:31 -0700 From: braden@ISI.EDU (Bob Braden) Message-Id: <199405172326.AA06656@zephyr.isi.edu> To: rem-conf@es.net Subject: Can someone help this person? Cc: dbm1@gte.com ----- Begin Included Message ----- >From dbm1@gte.com Tue May 17 16:22:23 1994 Date: Tue, 17 May 1994 19:22:08 -0400 From: dbm1@gte.com To: Braden@ISI.EDU Subject: FTP for Voice Messaging ? Content-Length: 1255 X-Lines: 33 Greetings! If you are not the appropriate person to whom I should send this request, then please let me know who is the correct person. Could you please help me find "standards" or protocols related to the transfer of voice messages across a data network? I'm interested in standards and protocols at any level (e.g., national authority, internet, or simply de facto standards). The voice messages of interest would be digitally encoded for use with devices such as an Interactive Voice Response Units (IVRUs). I'm interested in data networks running such protocols as SNA and TCP/IP. I'm interested in file transfer protocols (e.g., something like ftp) that may be able to transfer these voice messages. The only "standard" I've heard about is the Audio Messaging Interchange Spec. (AMIS). I don't know the exact authority for AMIS, but I believe this is may be an industry spec. I'm looking for alternatives that may be "more standard." I've examined the latest internet RFC index without success. I got your name from the RFC 1600 (Internet Standards, March 1994). Thanks for reading this. Dan Montague, GTE Telephone Operations IM Technology Voice: 813-979-3207 FAX: 813-979-3259 internet: dbm1@gte.com ----- End Included Message ----- From rem-conf-request@es.net Wed May 18 10:32:55 1994 Received: from viipuri.nersc.gov by osi-east.es.net via ESnet SMTP service id <18126-0@osi-east.es.net>; Wed, 18 May 1994 07:32:37 +0000 Received: by viipuri.nersc.gov (4.1/ESnet-1.2) id AA25236; Wed, 18 May 94 07:32:37 PDT Date: Wed, 18 May 94 07:32:37 PDT From: ari@es.net (Ari Ollikainen) Message-Id: <9405181432.AA25236@viipuri.nersc.gov> To: rem-conf@es.net Subject: NOW WE KNOW! (COST237) >From campbell@comp.lancs.ac.uk Wed May 18 05:28:43 1994 Return-Path: Received: from osi-west.es.net by viipuri.nersc.gov (4.1/ESnet-1.2) id AA25139; Wed, 18 May 94 05:28:38 PDT Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <17245-0@osi-west.es.net>; Wed, 18 May 1994 05:28:34 +0000 Received: from quark.isi.edu by venera.isi.edu (5.65c/5.61+local-14) id ; Wed, 18 May 1994 04:46:01 -0700 Received: from sun2.nsfnet-relay.ac.uk by quark.isi.edu (5.65c/5.61+local-16) id ; Wed, 18 May 1994 04:45:52 -0700 Via: uk.ac.lancaster.computing; Wed, 18 May 1994 10:36:02 +0100 Received: from duodecahedron.comp.lancs.ac.uk (pyramid) by milou.comp.lancs.ac.uk; Wed, 18 May 1994 10:33:59 +0100 From: Mr A Campbell Message-Id: <9912.199405180932@duodecahedron.comp.lancs.ac.uk> Received: by duodecahedron.comp.lancs.ac.uk; Wed, 18 May 1994 10:32:04 +0100 Subject: Multimedia Transport and Teleservices To: end2end-interest@ISI.EDU Date: Wed, 18 May 1994 10:32:03 +0100 (BST) Cc: campbell@comp.lancs.ac.uk (Mr A Campbell), geoff@comp.lancs.ac.uk X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 5678 Status: RO > ************************************************************************ > * Paper submission deadline has been extended until May 23rd, 1994 !! * > ************************************************************************ > > CALL FOR PAPERS > > MULTIMEDIA TRANSPORT AND TELESERVICES > > November 14th-15th, 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 > > ................................................. > > > > > Ari@ES.net _/_/ _/_/_/_/ _/ Ari Ollikainen {VOX: 510 423-5962} _/ _/ _/ _/ _/ Energy Sciences Network {FAX: 510 423-8744} _/_/_/_/ _/_/_/_/ _/ National Energy Research Supercomputer Center _/ _/ _/ _/ _/ Lawrence Livermore National Laboratory _/ _/ _/ _/ _/ MailStop L-561, PO BOX 5509, Livermore, CA. 94551 ~~RECOM Technologies Inc.~~ From rem-conf-request@es.net Wed May 18 12:08:55 1994 Received: from zephyr.isi.edu by osi-west.es.net via ESnet SMTP service id <18130-0@osi-west.es.net>; Wed, 18 May 1994 09:08:38 +0000 Received: by zephyr.isi.edu (5.65c/5.61+local-16) id ; Wed, 18 May 1994 09:08:36 -0700 Date: Wed, 18 May 1994 09:08:36 -0700 From: braden@ISI.EDU (Bob Braden) Message-Id: <199405181608.AA19906@zephyr.isi.edu> To: rem-conf@es.net Subject: Re: Can someone help this person? ----- Begin Included Message ----- >From uucp@sangam.ncst.ernet.in Tue May 17 23:16:57 1994 X-Organisation: Indian Institute of Technology, New Delhi. Date: Wed, 18 May 1994 11:22:19 +0530 (IST) From: Palepu Srinivas Subject: Re: Can someone help this person? To: Bob Braden In-Reply-To: <199405172326.AA06656@zephyr.isi.edu> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 648 X-Lines: 25 > > The only "standard" I've heard about is the Audio Messaging Interchange > Spec. (AMIS). I don't know the exact authority for AMIS, but I believe > this is may be an industry spec. I'm looking for alternatives that may > be "more standard." Hello: AMIS seems to be something at a very hihg level - presentation layer e.g. Can you send me some details / ftp-site from where to get them on this. I just picked up a good article on Audiocasting from venera.isi.edu: /pub/ ietf-audiocast-article.ps I hope you find it and the references cited therein informative. The article is by Casner ans Deering. Regards palepu@henna.iitd.ernet.in ----- End Included Message ----- From rem-conf-request@es.net Wed May 18 18:19:36 1994 Received: from sgigate.SGI.COM by osi-west.es.net via ESnet SMTP service id <21332-0@osi-west.es.net>; Wed, 18 May 1994 15:19:20 +0000 Received: from relay.sgi.com (relay.sgi.com [192.26.51.36]) by sgigate.sgi.com (8.6.4/8.6.4) with SMTP id PAA05931; Wed, 18 May 1994 15:19:12 -0700 Received: from yeager.corp.sgi.com by relay.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgigate.sgi.com:rem-conf@es.net id AA24357; Wed, 18 May 94 15:19:08 -0700 Received: by yeager.corp.sgi.com (931110.SGI/911001.SGI) for @sgi.com:rem-conf@es.net id AA28024; Wed, 18 May 94 15:18:40 -0700 From: lear@yeager.corp.sgi.com (Eliot Lear) Message-Id: <9405181518.ZM28022@yeager.corp.sgi.com> Date: Wed, 18 May 1994 15:18:39 -0700 X-Mailer: Z-Mail-SGI (3.1S.0 3mar94 MediaMail) To: rem-conf@es.net Subject: Cypherpunks at SGI on Saturday, May 21 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Silicon Graphics, Inc. will host the monthly meeting of the Cypherpunks privacy SIG on Saturday, May 21. Quoting Katy Kislitzin in her announcement of the meeting: Cypherpunks is an informal gathering of folks interested in cryptography, anonymity, digital money, freedom and other issues. There is a high-volume mailing list, to which you can subscribe by sending mail to majordomo@toad.com with the text subscribe in the *body* of the message. There is a cypherpunks archive on soda.berkeley.edu. The welcome message to the cypherpunks mailing list describes it as: The cypherpunks list is a forum for discussing personal defenses for privacy in the digital domain. This month's meeting will be on (cryptographically interesting) protocols. This is a more technical topic than recent or typical cypherpunks meetings. I have found the meetings to be of great interest and encourage you to attend. Please tune in to 224.2.133.90 (audio@33019/50778, video@63031/17314) from 12:00PM until 6:00PM (PDT). -- Eliot Lear [lear@sgi.com] From rem-conf-request@es.net Wed May 18 21:18:45 1994 Received: from sgigate.SGI.COM by osi-west.es.net via ESnet SMTP service id <22014-0@osi-west.es.net>; Wed, 18 May 1994 18:18:20 +0000 Received: from relay.sgi.com (relay.sgi.com [192.26.51.36]) by sgigate.sgi.com (8.6.4/8.6.4) with SMTP id SAA18179; Wed, 18 May 1994 18:18:01 -0700 Received: from anemone.corp.sgi.com by relay.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgigate.sgi.com:rem-conf@es.net id AA29961; Wed, 18 May 94 18:17:58 -0700 Received: from localhost. corp.sgi.com by anemone.corp.sgi.com via SMTP (931110.SGI/911001.SGI) for @sgi.com:hughes@ah.com id AA05929; Wed, 18 May 94 18:17:53 -0700 Message-Id: <9405190117.AA05929@anemone.corp.sgi.com> To: rem-conf@es.net Cc: hughes@ah.com Subject: cypherpunks meeting at sgi on sat may 21 Date: Wed, 18 May 94 18:17:53 -0700 From: Katy Kislitzin Elliot Lear told me that some you were asking for physical directions to saturday's meeting. what follows is them. fyi, saturday's meeting is from 12-6, typically followed by dinner at a local resturant for those interested. this month's topic is (cryptographically interesting) protocols -- a more technical topic than usual. Meetings are usually held the 2nd Saturday of each month. To receive this month's announcement and future meeting announcements, please send mail to majordomo@toad.com with subscribe cypherpunks-announce in the *body* of the message. If you don't mind high volume lists, you might want to subscribe to cypherpunks instead. Same instructions, just omit the '-announce'. Have fun and hope to see some of you on Saturday! --kt ------- Forwarded Message Return-Path: trant@shire.corp.sgi.com Received: from shire.corp.sgi.com by anemone.corp.sgi.com via SMTP (931110.SGI/911001.SGI) for ktk id AA08042; Mon, 11 Apr 94 10:44:26 -0700 Received: by shire.corp.sgi.com (931110.SGI/911001.SGI) for ktk@anemone.corp.sgi.com id AA03485; Mon, 11 Apr 94 10:44:25 -0700 Date: Mon, 11 Apr 94 10:44:25 -0700 From: trant@shire.corp.sgi.com (Ken Trant) Message-Id: <9404111744.AA03485@shire.corp.sgi.com> To: ktk@shire.corp.sgi.com Subject: dirs Place: Silicon Graphics, Inc. Building 5 (SGI Cafeteria) 2025 North Shoreline Boulevard Mountain View From 101 take Shoreline East. Turn right onto Steirlin Court at the big red metal sculpture. Go almost to the end, and building 5 is on the right. ----- Ken Trant / I think that I shall never see Senior Systems Administrator / A billboard lovely as a tree Information Services, / Indeed, unless the billboards fall Silicon Graphics, Inc / I'll never see a tree at all ------- End of Forwarded Message From rem-conf-request@es.net Thu May 19 07:17:02 1994 Received: from cs.tut.fi by osi-west.es.net via ESnet SMTP service id <23374-0@osi-west.es.net>; Thu, 19 May 1994 04:16:40 +0000 Received: from auditorio116.cs.tut.fi (mit@auditorio116.cs.tut.fi [130.230.2.127]) by cs.tut.fi (8.6.9/8.6.4) with ESMTP id OAA16419 for ; Thu, 19 May 1994 14:17:49 +0300 From: Tsokkinen Mikko Received: (mit@localhost) by auditorio116.cs.tut.fi (8.6.8/8.6.4) id OAA07863; Thu, 19 May 1994 14:16:35 +0300 Date: Thu, 19 May 1994 14:16:35 +0300 Message-Id: <199405191116.OAA07863@auditorio116.cs.tut.fi> To: rem-conf@es.net Subject: RTP(v2) Hello, I have just read the new version of RTP working draft (draft-ietf-avt-rtp-05.txt). I have few questions: - How is intra- or inter-media syncronization going to take place in the absense of common clock? Should the application and bridges to some calculations based on nominal clock frequence and/or just "know" how interpret the timestamp? - How is intra- or inter-media syncronization going to take place between applications when different ports and addresses must be used (or at least if one sender has several feeds of same media) for different media? There is a reference to RTP-over-AAL5 in an email "RTPv2" by Henning Schulzrinne send to rem-conf on 28-Mar-1994, is anybody working on this? I would like to get in touch with you. Cheers Mikko Tsokkinen Tampere University of Technology Research Assistant - Project FASTER Distributed Multimedia Applications over ATM-Network From rem-conf-request@es.net Thu May 19 07:24:04 1994 Received: from bells.cs.ucl.ac.uk by osi-west.es.net via ESnet SMTP service id <23384-0@osi-west.es.net>; Thu, 19 May 1994 04:23:33 +0000 Received: from zeus.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Thu, 19 May 1994 12:23:19 +0100 To: rem-conf@es.net Subject: MICE seminars: June update Content-Type: text/plain Mime-Version: 1.0 X-Courtesy-Of: NCSA Mosaic 2.4 on Sun X-URL: http://www.cs.ucl.ac.uk/mice/seminars/index.html Date: Thu, 19 May 94 12:23:19 +0100 From: G.Joly@cs.ucl.ac.uk MICE Seminars in Multimedia, Communications, Networks, Distributed Systems and CSCW Note that in general the start time will be 14:00 BST, which is 13:00 GMT/UTC and in Europe will start time will be 15:00. Date Start Fin Trans Speaker (Organisation) (GMT) (GMT) site Title Jun 21 13:00 14:00 UCL Lawrence A. Rowe (UCB) The Berkeley Distributed Video-on-Demand System Jul 19 13:00 14:00 UCL Victoria Bellotti (EuroPARC) Self presentation and self preservation: Managing interpersonal interactions and privacy in ubiquitous computing environments Note that we will restart the series in September or October 1994. Please send an electronic mail to G.Joly@cs.ucl.ac.uk to offer to speak, or to offer any event which you think might be of interest. All seminars are multicast. Announcements go to the Remote Conferences mailing list, rem-conf@es.net Previous seminars are stored here UCL CS Web Server Index UCL MICE Home Page From rem-conf-request@es.net Thu May 19 12:26:23 1994 Received: from beauty.magnus.acs.ohio-state.edu by osi-west.es.net via ESnet SMTP service id <24348-0@osi-west.es.net>; Thu, 19 May 1994 09:25:56 +0000 Received: from localhost by beauty.magnus.acs.ohio-state.edu (8.6.4/4.940426) id MAA09188; Thu, 19 May 1994 12:25:37 -0400 Date: Thu, 19 May 1994 10:45:48 -0400 (EDT) From: Douglas J Karl Subject: Re: Network Games and Bandwidth (fwd) To: jim@Tadpole.COM cc: macedoni@cs.nps.navy.mil, npsnetrg@cs.nps.navy.mil, dis-std-cas@echo.iac.ist.ucf.edu, lewis@cs.nps.navy.mil, rem-conf@es.net, zyda@cs.nps.navy.mil Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII > >> "The LAN-based game we looked at has the potential to saturate >> internetworking gear with broadcast frames, effectively bringing a network >> to its knees... > >There is a major PC vendor here in Austin who has *real* problems with >100-300 player games on its bridged network. > >Jim The new version of KarlBridge V2.0 has automatic Multicast and Broadcast storm protection. It is available from 128.146.1.7 /pub/kbridge via anonymous ftp. There is also a commercial version available. Look for a file with V2.0 on it. It will be put up there this weekend. doug karl From rem-conf-request@es.net Thu May 19 20:58:51 1994 Received: from viipuri.nersc.gov by osi-east.es.net via ESnet SMTP service id <09688-0@osi-east.es.net>; Thu, 19 May 1994 14:56:29 +0000 Received: by viipuri.nersc.gov (4.1/ESnet-1.2) id AA26457; Thu, 19 May 94 14:56:28 PDT Date: Thu, 19 May 94 14:56:28 PDT From: ari@es.net (Ari Ollikainen) Message-Id: <9405192156.AA26457@viipuri.nersc.gov> To: rem-conf@es.net Subject: Audio/video conference Mosaic-pages ----- Begin Included Message ----- >From 8804168@student.utwente.nl Mon May 16 08:00:23 1994 Date: Mon, 16 May 1994 17:16:54 GMT+1 From: M.P.VANEGERAAT@student.utwente.nl Subject: Audio/video conference Mosaic-pages Sender: 8804168@student.utwente.nl To: rem-conf-request@es.net Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT Content-Length: 982 Hi everybody! I am a dutch eduactional technology student and together with a classmate we are setting up Mosaic-pages about audio/video-conferencing. These pages will include documentation, applications, demo, surveys, current research projects et cetera. The pages are meant as some kind of home pages for everyone who is interested in audio/video conferencing. These pages are part of other pages about online distance-learning and working. I would like to know if there are people out there who could help us in finding interesting information/application/research projects/papers for including brief descriptions and/or indexes into the Mosaic-pages (for example indexes to ftp-sites for CU-SeeMe, Maven). The supported platforms are Macintosh, MS-DOS/Windows and UNIX machines. I hope you'll like the idea (it's for all of us!) Greetings, Maurice van Egeraat Faculty of Educational Technology University of Twente The Netherlands E-Mail:m.p.vanegeraat@student.utwente.nl ----- End Included Message ----- From rem-conf-request@es.net Fri May 20 04:47:35 1994 Received: from diable.upc.es by osi-west.es.net via ESnet SMTP service id <29054-0@osi-west.es.net>; Fri, 20 May 1994 01:47:12 +0000 Received: by diable.upc.es (4.1/SMI-4.1) id AA10094; Fri, 20 May 94 10:47:13 +0200 Date: 20 May 94 10:47 +0200 From: "Manuel A. Marin" To: rem-conf Message-Id: <230*M.Marin@si.upc.es> Subject: Could you help me, please? Hi everybody, I want make a litle experience with videoconference in my local network. To do this, I have two INDI with 5.1 operating system version, the video-audio card is VINO. Know anybody where I can get the correct version of nv, ivs, vat and wb to this machine? Thanks in advanced, Manuel A. Marin From rem-conf-request@es.net Fri May 20 09:14:32 1994 Received: from pimac2.iet.unipi.it by osi-west.es.net via ESnet SMTP service id <29639-0@osi-west.es.net>; Fri, 20 May 1994 06:14:11 +0000 Received: by pimac2.iet.unipi.it (5.57/Ultrix3.0-C) id AA25302; Fri, 20 May 94 15:14:05 +0200 Date: Fri, 20 May 94 15:14:05 +0200 Message-Id: <9405201314.AA25302@pimac2.iet.unipi.it> X-Sender: guargua@radar.iet.unipi.it Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: rem-conf@es.net From: guargua@radar.iet.unipi.it (Giacomo Guarguaglini) Subject: Re: Could you help me, please? Cc: M.Marin@si.upc.es X-Mailer: > Hi everybody, > > I want make a litle experience with videoconference in my local > network. To do this, I have two INDI with 5.1 operating system > version, the video-audio card is VINO. > > Know anybody where I can get the correct version of nv, ivs, vat > and wb to this machine? > > Thanks in advanced, > > Manuel A. Marin > > The documentation is in ftp.sgi.com anonymous server, directory sgi/ipmcast/IRIX5. There is readme.tools file which list latest tools' versions and where they are. You must also get xpsview tool, because Indy's XServer has a bug. When you run wb Indy crashes. Then you MUST run xpsview BEFORE wb (one time after reboot) for fixing the bug. Xpsview is available on several anonymous servers Excuse me for my bad english.... Giacomo ---------------------------------------------------------------------- X X X e-mail guargua@iet.unipi.it Giacomo Guarguaglini X X TEL. +39 50 568661 X X University of Pisa X X Department of X X Radar, Signal Processing Information Engineering X X and Networks Group Via Diotisalvi 2 X X 56126 PISA X X ITALY X ---------------------------------------------------------------------- From rem-conf-request@es.net Fri May 20 16:34:30 1994 Received: from philabs.philips.com by osi-west.es.net via ESnet SMTP service id <01227-0@osi-west.es.net>; Fri, 20 May 1994 13:34:13 +0000 Received: from mars.Philabs.Philips.Com by philabs.Philips.COM (smail2.5/12-15-87/4.1) id AA11698; Fri, 20 May 94 16:34:11 EDT Received: by mars.Philabs.Philips.Com (4.1/SMI-4.1) id AA03596; Fri, 20 May 94 16:34:08 EDT Date: Fri, 20 May 94 16:34:08 EDT From: jec@philabs.Philips.COM (Jorge E. Caviedes) Message-Id: <9405202034.AA03596@mars.Philabs.Philips.Com> To: rem-conf@es.net Subject: mbone broadcast gone sour Cc: jec@mars I would like to share with the members of the list an experience we had this morning at Philips labs. Perhaps it may be useful to others. After some in-house testing, we were trying world broadcast but a mistake caused some problems on the Internet. Accidentally at the start of the session I used the same bandwidth I had been using for the local tests. Once people started joining in I realized it and brought it down but at that point the damage was done and some slow links of the net had been affected. Some angry calls were made to my secretary and perhaps other Philips sites requesting that the session be stopped. By the time the process was killed the session was just sitting there, we had stopped videoconferencing some time before. What follows is the e-mail that went back and forth. -------------------------------------------------------- ------- Forwarded Message Forwarded: Fri, 20 May 94 13:26:26 -0400 Forwarded: sud Forwarded: jam Forwarded: tal Forwarded: rxf Forwarded: lrg Return-Path: geertj@ripe.net Return-Path: Received: from philabs.Philips.COM by frank.Philabs.Philips.Com (4.1/SMI-4.1) id AA10673; Fri, 20 May 94 11:34:10 EDT Received: from ncc.ripe.net by philabs.Philips.COM (smail2.5/12-15-87/4.1) id AA29119; Fri, 20 May 94 11:34:08 EDT Received: from belegen.ripe.net by ncc.ripe.net with SMTP id AA09586 (5.65a/NCC-2.2); Fri, 20 May 1994 17:33:53 +0200 Received: from localhost.ripe.net by belegen.ripe.net with SMTP id AA18749 (5.65a/NCC-2.2); Fri, 20 May 1994 17:33:52 +0200 Message-Id: <9405201533.AA18749@belegen.ripe.net> To: brf@Philabs.Philips.Com Cc: Van Jacobson Subject: URGENT From: Geert Jan de Groot X-Organization: RIPE Network Coordination Centre X-Phone: +31 20 592 5065 Date: Fri, 20 May 1994 17:33:51 +0200 Sender: GeertJan.deGroot@ripe.net Bill, As discussed by phone, here is the message Van Jacobsen complained about. Since Van is a specialist in the mbone stuff (he wrote vat and sd), I think you should take his complaint seriously. Multicast traffic goes trough, whatever happens. There is no throttle-back mechanism like with TCP, thus if you set things wrong, you will overload long-haul links. Thanks for the cooperation, Geert Jan (as a former Philips employee, I thought you would like to know) PS Van Jacobsen: Philabs (Philips Research Briarcliff) is firewalled, but email should work nevertheless. Hope this helped; Bill killed the offending program while I called him. - ------- Forwarded Message Date: Fri, 20 May 1994 07:21:52 -0700 From: Van Jacobson To: mbone@ISI.EDU Subject: jec@mars.philabs.philips.com sending 250Kb/s video Someone named jec@mars.philabs.philips.com created an sd session called "philips test" then started sending 250-300Kb/s of ttl 127 nv video of a mac screen running its screen saver. The net associated with this IP address (130.140.151.10) doesn't seem to be reachable so I can't send mail. Could whoever supplied the tunnel to Philips suggest that they read the mbone faq and learn a bit of etiquette. Thanks. - Van - ------- End of Forwarded Message ------- End of Forwarded Message --------------- >From jec@mars Fri May 20 14:13:27 1994 Date: Fri, 20 May 94 14:13:24 EDT From: jec@mars (Jorge E. Caviedes) To: GeertJan.deGroot@ripe.net, van@ee.lbl.gov Subject: Philips mbone test Cc: bfr@mars, jec@mars Content-Length: 1523 Dear Messrs. van Jacobson and de Groot, Please accept my sincere appology for the troubled caused by the mbone session Philips Test this morning. Just to make sure that you understand there was no malicious intent let me describe the events for you. After two months of tests on the local net we decided to do a broadcast on the mbone. I had been doing the local tests using a high bandwidth. After I created the session, I started it and by mistake started with the usual bandwidth. I got called out of the office, and assuming it would take a little time before people started joining in I let the broadcast on. Of course I should have not left the session unattended. When I came back to my office several people had joined the session, including Ken Hopper in Chicago and Frank Dwayer from FSU. As people had pointed out that the bandwidth was too high, and immediately proceeded to lower it, first to 125, and then to 60kb/s. The test was very productive and useful, I learned some new things from the other participants in the session, and more so unfortunately from the bad start of the session. Rest assured that I will make every effort to adhere to the nettiquete and conduct further work with strict care. Sincerely, Jorge E. Caviedes, Ph.D. Sr. Member Research Staff Philips Laboratories Briarcliff Manor, NY (914) 945-6386 P.S. If you have no objection I would like to share this experience with members of the list rem-conf. I believe that others may learn from it and future problems can be avoided. ------------------------ Perhaps the slider widget that controls maximum bandwidth in the nv tool needs some safeguard. It seems that all it takes is to slide it all the way to the right (intentionally or not) and you can crash the Internet. I know it would be difficult to find out the maximum bandwidth of the net (e.g. site, region, or world broadcast), but perhaps a recommended range can be calculated, set and shown on the widget. This could be done dynamically or set by the user as part of the options menu (akin to the options menu for the audio tool). The default value could be set to a reasonably low (and safe value). greetings, JEC From rem-conf-request@es.net Fri May 20 18:25:19 1994 Received: from alpha.Xerox.COM by osi-west.es.net via ESnet SMTP service id <01764-0@osi-west.es.net>; Fri, 20 May 1994 15:24:57 +0000 Received: from ecco.parc.xerox.com ([13.2.116.196]) by alpha.xerox.com with SMTP id <14757(2)>; Fri, 20 May 1994 15:22:32 PDT Received: from localhost by ecco.parc.xerox.com with SMTP id <16150>; Fri, 20 May 1994 15:22:27 -0700 To: jec@philabs.philips.com (Jorge E. Caviedes) cc: rem-conf@es.net Subject: Re: mbone broadcast gone sour In-reply-to: Your message of "Fri, 20 May 94 13:34:08 PDT." <9405202034.AA03596@mars.Philabs.Philips.Com> X-Mailer: exmh version 1.3 (final) 4/4/94 Date: Fri, 20 May 1994 15:22:12 PDT Sender: Ron Frederick From: Ron Frederick Message-Id: <94May20.152227pdt.16150@ecco.parc.xerox.com> In message <9405202034.AA03596@mars.Philabs.Philips.Com> you write: > Perhaps the slider widget that controls maximum bandwidth in the nv > tool needs some safeguard. It seems that all it takes is to slide it > all the way to the right (intentionally or not) and you can crash the > Internet. I know it would be difficult to find out the maximum bandwidth > of the net (e.g. site, region, or world broadcast), but perhaps a recommended > range can be calculated, set and shown on the widget. This could be done > dynamically or set by the user as part of the options menu (akin to the > options menu for the audio tool). The default value could be set to > a reasonably low (and safe value). > The next release of nv has a provision in it for setting the maxBandwidthLimit, which is essentially the top end of the range of that slider. I'm hoping that after I release it there will eventually be some changes in sd which set that limit to something appropriate based on the scope of the session being started up. -- Ron Frederick frederick@parc.xerox.com From rem-conf-request@es.net Sat May 21 02:42:54 1994 Received: from venera.isi.edu by osi-west.es.net via ESnet SMTP service id <02472-0@osi-west.es.net>; Fri, 20 May 1994 23:42:31 +0000 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-14) id ; Fri, 20 May 1994 23:42:26 -0700 Posted-Date: Fri 20 May 94 23:41:27 PDT Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Fri, 20 May 94 23:41:28 PDT Date: Fri 20 May 94 23:41:27 PDT From: Stephen Casner Subject: Re: RTP(v2) To: mit@cs.tut.fi, rem-conf@es.net Message-Id: <769502487.0.CASNER@XFR.ISI.EDU> In-Reply-To: <199405191116.OAA07863@auditorio116.cs.tut.fi> Mail-System-Version: Mikko Tsokkinen: The file you read (draft-ietf-avt-rtp-05.txt) is still in preparation before being submitted as an Internet Draft. Henning Schulzrinne, Ron Frederick and I have been exchanging ideas to get a consistent and reasonably complete proposal to present to the working group for comments, and this file is likely to be changed further before submission. However, I think I may be able to answer your questions which are primarily concerned with the change of the timestamp format from NTP time to a media (sample) clock, as presented at the IETF meeting. > How is intra- or inter-media syncronization going to take place in > the absense of common clock? Should the application and bridges to > some calculations based on nominal clock frequence and/or just "know" > how interpret the timestamp? The receivers and bridges must know the clock frequency for each "format" being used in order to process the data. For example, for the predefined format mu-law PCM, the nominal frequency is known to be 8000Hz. For formats that are not predefined, the parameters of the format (including clock frequency) and the format codes (payload types) corresponding to those formats are to be defined in the information provided by the higher-layer session protocol. For example, when an extended version of the session directory tool invoked an audio tool, along with the address information it might say "format 47 is 5-channel audio sampled at 48Khz with 16-bit samples". The audio tool would have to know how to handle that format, of course. > How is intra- or inter-media syncronization going to take place > between applications when different ports and addresses must be used (or > at least if one sender has several feeds of same media) for different > media? Synchronization among different streams, whether they are the same medium from multiple sources or different media from the same source, is accomplished by periodically relating the media timestamp to a common clock (usually real time, e.g. synchronized by NTP) for each media stream. This relationship is established by an RTCP packet on the control port which contains both a media timestamp and an NTP-format timestamp corresponding to the same instant. Those control packets only need to be sent often enough that the drift of the sampling clock with respect to real time does not exceed the desired maximum synchronization offset. This would allow the receiver to calculate an NTP timestamp corresponding to each media timestamp it receives if desired, producing timestamps just like those in the previous version of RTP, but this is not probably not the best implementation strategy. Instead, the relationship to real time may only be used periodically when the playout point is adjusted. -- Steve Casner ------- From rem-conf-request@es.net Sun May 22 16:12:34 1994 Received: from swan.cl.cam.ac.uk by osi-west.es.net via ESnet SMTP service id <05525-0@osi-west.es.net>; Sun, 22 May 1994 13:12:11 +0000 Received: from labes.cl.cam.ac.uk (user pb (rfc931)) by swan.cl.cam.ac.uk with SMTP (PP-6.5) to cl; Sun, 22 May 1994 21:12:00 +0100 To: rem-conf@es.net Subject: TEST transmissions Tue 24th & Wed 25th May 15:15-16:15 UTC: Interest? Date: Sun, 22 May 1994 21:11:57 +0100 From: Piete Brooks Message-ID: <"swan.cl.cam.:065160:940522201203"@cl.cam.ac.uk> Well, after the failure of an ethernet bridge (it saw a packet from ethernet all one addresses on one side, so decided that there was no need to forward any broadcast packets!) which lost the last attempt at a security seminar a fortnight ago, we're ready to try again ... remember, these are *tests* ! Info is available on http://www.cl.cam.ac.uk/mbone/ I've got Jon's (sic) slides, but not yet Andy's .... SO: this weeks tests are on Tue and Wed at 15:15 UTC Let me know if you want the TTL raised above "UK only". University of Cambridge Computer Laboratory SECURITY SEMINAR SPEAKER: John Crowcroft University College London DATE: Tuesday 24th May at 4.15pm (BST) PLACE: Room TP4, Computer Laboratory TITLE: INTEGRATING SECURITY IN INTER-DOMAIN ROUTING PROTOCOLS Network routing protocols work in a vulnerable environment. Unless protected by appropriate security measures, their operation can be easily subverted by intruders capable of modifying, deleting or adding false information in routing updates. This paper analyses threats to the secure operation of inter-domain routing protocols, and proposes various counter measures to make these protocol secure against external threats. University of Cambridge Computer Laboratory SEMINAR SPEAKER: Dr Andy Hopper Computer Laboratory and Olivetti Research Limited DATE: Wednesday 25th May at 4.15pm (BST) PLACE: Babbage Lecture Theatre TITLE: Modular Networked Multimedia The design of a range of basic building blocks for the construction of ATM networks and attached direct peripherals will be presented. The hardware building blocks are based on the ARM CPU and a variety of interface definitions. The software building blocks (ATMOS) are based on a range of modules which allow engineering choices to be made between generality and performance. Two higher level systems for support of applications will be described. The first emphasises ease of module composition (Medusa), the second emphasises connection handling and mobility (Mobile Distribution Architecture). From rem-conf-request@es.net Mon May 23 16:28:32 1994 Received: from gw1.att.com by osi-west.es.net via ESnet SMTP service id <08508-0@osi-west.es.net>; Mon, 23 May 1994 13:28:12 +0000 Received: from cbfsb (cbfsb.cb.att.com) by ig1.att.att.com id AA29706; Mon, 23 May 94 16:27:59 EDT Received: from dragon.cb.att.com by cbfsb (4.1/EMS-1.0.1 main.cf 1.37 10/5/93 (SMI-4.1/SVR4)) id AA11756; Mon, 23 May 94 16:28:04 EDT Received: from hun.tnmdev (hun.cb.att.com) by dragon.cb.att.com (4.1/SMI-4.1) id AA07878; Mon, 23 May 94 16:27:02 EDT Received: by hun.tnmdev (5.0/SMI-SVR4) id AA06713; Mon, 23 May 1994 16:26:03 +0500 Date: Mon, 23 May 1994 16:26:03 +0500 From: iyer@hun.cb.att.com (ravi iyer) Message-Id: <9405232026.AA06713@hun.tnmdev> To: rem-conf@es.net Subject: unsubscribe X-Sun-Charset: US-ASCII please unsubscribe me from this list From rem-conf-request@es.net Mon May 23 22:40:24 1994 Received: from sangam.ncst.ernet.in by osi-west.es.net via ESnet SMTP service id <09662-0@osi-west.es.net>; Mon, 23 May 1994 19:39:54 +0000 Received: (from uucp@localhost) by sangam.ncst.ernet.in (8.6.8.1/8.6.6) with UUCP id IAA06630 for rem-conf@es.net; Tue, 24 May 1994 08:09:25 +0530 Received: by henna.iitd.ernet.in (4.1/SMI-4.1-MHS-7.0 ) id AA07594; Mon, 23 May 94 13:00:24 IST X-Organisation: Indian Institute of Technology, New Delhi. Date: Mon, 23 May 1994 12:51:42 +0530 (IST) From: Palepu Srinivas Subject: Combined audio/video source encoding To: rem-conf@es.net Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Has any encoding scheme been standardized or is popular for the combined audio/video sources for transmission over internet, from the multimedia conferencing point of view? Is there any paper/draft/RFC dealing with issues involved in this? Thanks in advance srinivas ============================================================================= Srinivas Palepu palepu@henna.iitd.ernet.in Ph: (W) 91-11-686 7431 Deptt of Comp.Sc & Engg (Voice Mail) 91-11-376 0520 IIT Hauz Khas, N.Delhi-16 Fax 91-11-686 8765 ----------------------------------------------------------------------------- From rem-conf-request@es.net Tue May 24 08:19:52 1994 Received: from tinker.electrum.kth.se by osi-west.es.net via ESnet SMTP service id <11133-0@osi-west.es.net>; Tue, 24 May 1994 05:19:31 +0000 Received: by tinker.electrum.kth.se (5.61-bind 1.4+ida/4.0) id AA13851; Tue, 24 May 94 14:19:24 +0200 Date: Tue, 24 May 94 14:19:24 +0200 From: bilting Message-Id: <9405241219.AA13851@tinker.electrum.kth.se> To: rem-conf@es.net Subject: Reminder: Timewave Zero Exhibition Tidsv}g Noll (Timewave Zero) Interactive Exhibition, Network Video Conference and Multimedia Performances Announcement and **Invitation to Participation** Saturday May 28, 1200h-2400h CET DST (=1000h-2200h GMT) Gothenburg, Sweden The entire event will be globally transmitted live over the Internet/Mbone You are invited to participate in ongoing discussions and the video conference. The IP address will be 224.94.5.28 and the port numbers vat: 3456, nv: 4444, wb: 5555 these are also announced via sd (Session Directory) (To be able to participate you will need Mbone connectivity and the programs nv/vat/wb. If you need info about this, read the file mbone/faq.txt available via anonymous ftp from venera.isi.edu) Invited speakers: R. U. Sirius, editor of the magazine Mondo 2000 Myron Krueger, one of the pioneers of artificial reality, inventor of VIDEOPLACE, winner of Golden NICA award for Interactive Computer Art The event is sponsored by: Telia (The Swedish PTT), Silicon Graphics, Sun Microsystems and many others. The full program is available via WWW on URL: http://www.it.kth.se/Events/timewavezero.html or ftp from it.kth.se in text file Events/timewavezero Further info about video conference: bilting@it.kth.se Further info about the entire event: tidsvag@mtek.chalmers.se Please feel free to forward this invitation in any appropriate way. From rem-conf-request@es.net Tue May 24 10:21:50 1994 Received: from wd40.ftp.com by osi-west.es.net via ESnet SMTP service id <11366-0@osi-west.es.net>; Tue, 24 May 1994 07:21:28 +0000 Received: from ftp.com by ftp.com ; Tue, 24 May 1994 10:21:26 -0400 Received: from mailserv-C.ftp.com by ftp.com ; Tue, 24 May 1994 10:21:26 -0400 Received: from chip.slingshot.ftp.com by mailserv-C.ftp.com (5.0/SMI-SVR4) id AA20996; Tue, 24 May 94 10:25:12 EDT Date: Tue, 24 May 94 10:25:12 EDT Message-Id: <9405241425.AA20996@mailserv-C.ftp.com> To: rem-conf@es.net, mbone@isi.edu Subject: PCs want in on the act too. From: chip@ftp.com (Chip Sparling) Reply-To: chip@ftp.com Sender: chip@mailserv-C.ftp.com Repository: mailserv-C.ftp.com, [message accepted at Tue May 24 10:25:02 1994] Originating-Client: slingshot.ftp.com Content-Length: 412 I'm looking for people interested in using the IP Multicast in PC/TCP to write/port mbone tools (or other multicast things) to DOS and/or Windows. Any takers? Drop me a note. 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 Tue May 24 21:08:32 1994 Received: from garam.kreonet.re.kr by osi-west.es.net via ESnet SMTP service id <14089-0@osi-west.es.net>; Tue, 24 May 1994 18:08:10 +0000 Received: from maruchi.chungnam.ac.kr by garam.kreonet.re.kr (4.1/GARAM-MX-1.0) id AA00961; Wed, 25 May 94 10:07:21 KDT Received: from comsun.chungnam.ac.kr by maruchi.chungnam.ac.kr (4.1/SMI-4.1) id AA04249; Wed, 25 May 94 11:05:58 KDT Received: from ghil ([192.132.248.160]) by comsun.chungnam.ac.kr (4.1/SMI-4.1) id AA02177; Wed, 25 May 94 10:08:35+090 Date: Wed, 25 May 94 10:08:34+090 Message-Id: <9405250108.AA02177@comsun.chungnam.ac.kr> From: Dae Young KIM To: rem-conf@es.net Subject: Electronic (Hypermedia) Library I'm planning to launch a rather large project on Electronic Library. I'm thinking of providing an enhanced platform to our university library, which also serves the whole regional province here, so that hyper-media based advanced library can be implemented. We want to be able to deal with not only texts but also multimedia including Musics and Paintings, and hypermedia access capability like Mosaic. Could anybody recommend to me any previous similar projects around the world. I've heard about Bellcore's Superbook and NTT's Electronic Museum. Is there any place within the Internet where I can get access to publicized information on this topic. Sincerely, Dae Young KIM From rem-conf-request@es.net Wed May 25 09:22:03 1994 Received: from dxmint.cern.ch by osi-west.es.net via ESnet SMTP service id <15519-0@osi-west.es.net>; Wed, 25 May 1994 06:21:46 +0000 Received: from dxcoms.cern.ch by dxmint.cern.ch (5.65/DEC-Ultrix/4.3) id AA19887; Wed, 25 May 1994 15:21:41 +0200 Received: by dxcoms.cern.ch (5.65/DEC-Ultrix/4.3) id AA20742; Wed, 25 May 1994 15:21:40 +0200 From: isnard@dxcoms.cern.ch (Christian Isnard) Message-Id: <9405251321.AA20742@dxcoms.cern.ch> Subject: WWW'94 on Mbone 25, 26, 27 May To: rem-conf@es.net Date: Wed, 25 May 1994 15:21:39 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1944 CERN is pleased to announce that part of the 1st International World-Wide Web conference WWW94 taking place at CERN, Geneva the 25, 26 and 27 May will be broadcast over MBone. It is announced in sd as "CERN_Vnet: WWW94". On May 25th, 26th and 27th, a three hours transmission will take place, starting at 16.00 MET DST (GMT+2). The transmission will be composed of session held in the main amphitheatre. For information, the programme is as follows, given in relative time from the start of transmission: 25th May, starting at 16.00 00.00-00.15 Welcome W.Hoogland 00.15-01.00 Keynote Address D.Chaum 01.00-02.00 The state of the Web J.Hardin 02.00-03.00 The future of the Web T. Berners-Lee 26th May, starting at 16.00 00.00-00.25 GENVL and WWW O.A.McBrian 00.25-00.50 Aliweb M.Koster 00.50-01.15 What can Archives offer N.Smith 01.15-01.45 The RBSE Spider D.Eichman 01.45-02.10 Lost in Hyperspace C.Neuss 02.10-02.35 Information Retrieval P.M.E De Bra 02.35-03.00 Maintaining Distrib. Hypertext R.T.Fielding 27th May, starting at 16.00 00.00-00.25 Converting to HTML J.S.von Tetzchner 00.25-00.50 Writing document B.Rousseau 00.50-01.15 From Text to Hypertext N.Drakos 01.15-01.40 A tangled Wb of Deceit A.Whitcroft 01.40-02.05 The Poenic project J.Kruper 02.05-02.30 Multil. Information T.Takada 02.30-03.00 Experience with HTML editor N.Williams Note: - Titles have been abbreviated and authors list reduced to one name. - For more information on the programmme, consult the Web: http://www.cern.ch/WWW94/finalProgramme.html - Schedule is approximative. -- 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 May 25 21:32:53 1994 Received: from uucp9.netcom.com by osi-west.es.net via ESnet SMTP service id <18243-0@osi-west.es.net>; Wed, 25 May 1994 18:32:35 +0000 Received: from nitelog.UUCP by netcomsv.netcom.com with UUCP (8.6.4/SMI-4.1) id SAA02733; Wed, 25 May 1994 18:32:40 -0700 Received: by nitelog (PCBuucp 2.0) with UUCP id D0552D; Wed, 25 May 94 18:31:12 -0800 To: rem-conf@es.net Subject: Testing From: kim.cohan@nitelog.com (Kim Cohan) Message-ID: Date: Wed, 25 May 94 16:33:00 -0800 Organization: Nitelog BBS - Monterey, CA - 408-655-1096 JUst testing to see if I'm subscribed... Kim From rem-conf-request@es.net Thu May 26 11:25:46 1994 Received: from mothra.nts.uci.edu by osi-west.es.net via ESnet SMTP service id <20312-0@osi-west.es.net>; Thu, 26 May 1994 08:25:23 +0000 Received: by mothra.nts.uci.edu id AA11947 (5.65c/IDA-1.4.4 for rem-conf@es.net); Thu, 26 May 1994 08:25:28 -0700 Received: from [128.200.132.121] (red-october.nts.uci.edu) by mothra.nts.uci.edu with SMTP id AA11933 (5.65c/IDA-1.4.4 for rem-conf@es.net); Thu, 26 May 1994 08:25:00 -0700 Message-Id: <199405261525.AA11933@mothra.nts.uci.edu> X-Sender: kchong@mothra.nts.uci.edu Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 26 May 1994 08:24:56 -0700 To: rem-conf@es.net, Mbone@isi.edu From: kchong@uci.edu (Keith Chong) Subject: DISSC Meeting - June 3 at UCI - "Selecting a Disseratation Topic" The Doctoral Students of IS in Southern California (DISSC) is a consortium of IS doctoral students from UCI, UCLA, USC and Claremont. The group meets four times a year at each of the participating campuses. DISSC's charter is to provide a forum for IS Ph.d. students to exchange research topics, and to share academic experiences with each other. Although the meeting is intended for doctoral research students, previous students are welcome. Sometimes faculty members are asked to give a talk, as in the upcoming meeting. The next scheduled DISSC group is meeting June 3, 10:00 to 4:00 at UCI. This meeting will be special for us because we are planning to broadcast this session over the MBONE to Claremont, USC and UCLA. In addition to being a true test of the capabilities of this technology for "virtual conferences", this conference will be able to reach students on the surrounding campuses who could not make it to UCI. The theme of this meeting is "Selecting A Disseration Topic". Questions such as "Will my thesis have a direct influence on my job opportunities when I graduate? If so, how much?" will be addressed. One student from each school will participate in a panel discussion during which each will relay their experience with selecting a dissertation topic. Walt Scacchi from USC's Graduate School of Management will broadcast to the other campuses from USC on his concept of a futuristic "Virtual Company" in which MBONE-type systems would be used in diverse locations. He will discuss how this might affect us as IS academics. The preliminary schedule looks like (this is subject to change): Morning 10:00 - 10:15 Introductory Comments and General Guidelines for Selecting a Dissertation Topic. Margaret Elliott 10:15 - 10:45 Walt Schacci's talk from USC on "Virtual Companies" 10:45 - 11:30 Group Discussion about Walt's talk. 11:30 - 1:00 Break for Lunch. Afternoon 1:00 - 2:00 Dissertation Panel Presentations. 2:00 - 3:30 Group Discussion. 3:30 - 4:00 Social Time or more Discussion. Times are Pacific Daylight Time. Keith Chong UCI Office of Academic Computing (714)856-8394 KCHONG@UCI.EDU From rem-conf-request@es.net Thu May 26 21:42:02 1994 Received: from uucp7.netcom.com by osi-west.es.net via ESnet SMTP service id <22801-0@osi-west.es.net>; Thu, 26 May 1994 18:41:38 +0000 Received: from nitelog.UUCP by netcomsv.netcom.com with UUCP (8.6.4/SMI-4.1) id SAA09579; Thu, 26 May 1994 18:41:15 -0700 Received: by nitelog (PCBuucp 2.0) with UUCP id D0554A; Thu, 26 May 94 18:31:18 -0800 To: rem-conf@es.net, colu@mbari.org, love@nrlmry.navy.mil, baer@nps.navy.mil Subject: Really neat holography lecture. Win a prize! From: kim.cohan@nitelog.com (Kim Cohan) Message-ID: Date: Thu, 26 May 94 06:45:00 -0800 Organization: Nitelog BBS - Monterey, CA - 408-655-1096 TO: MBONE video viewers NOTE: Email me for a free hologram sticker and a packet of microwave popcorn. This MBONE show is one that we encourage you to invite your friends to watch along with you. Invite artists as well. Show your friends what the internet is all about. On Saturday, June 4th at 7:30PM PDST ( Sun. 5 June, 02:30GMT) The Carl Cherry Center for the Arts, Carmel (Ca), will broadcast on MBONE, an fascinating program on fine art holography. Tune in to see & hear: A hologram being made Beautiful video of the fine art holograms in our gallery A panel discussion by holography artists A lecture by Dr. Tung Jeong, an expert of display holography You can email or chat questions in realtime to us in the lecture hall during the question and answer period. (We will announce details on email or chat address before the lecture). To make it fun to watch, this program will be shot using professional camera and sound operators. To keep things interesting, we will cut to dynamic images of the 25 fine art holograms on display in our gallery. This program airs on a Saturday, so make it a special occasion to watch. Impress your significant other- make a date of it! We can't think of anything more fun, romantic, or educational than watching our upcoming MBONE program about fine art holograms. In his lecture, "The Photonic Revolution", Dr. Tung Jeong, Lake Forest College (IL) will explain what a hologram is, and will make one right on stage. Dr. Jeong delivers an entertaining and lively lecture. He is chairman of the Photonics department at Lake Forest College (IL), and is the winner of the Millikan Award for Excellence in Teaching. He is a member of SPIE, and a fellow of the Optics Society. He is Director of the International Symposia on Display Holography. Our visiting artists include: Fred Unterseher, formerly of the Exploratorium, and the Holography Museum of New York, and author of the 50,000 copy selling Holography Handbook. Anait, the first holographer to show fine art holograms. And John Kaufman, creator of "After the Reaper" a moving war memorial to his father, a WWII veteran. Following the lecture, our seven visiting artists will take the stage and present a round-table discussion on the subject of "Is it Art Yet?". They will share their experiences as artists struggling to get recognition from the art establishment for the new art of holography. During both segments, Dr. Jeong and the artists will answer questions you email or chat to us at the lecture hall. Email me to let me know if you are interested in watching, and to order your free viewers kit including your own hologram sticker and a package of microwave popcorn. Win a real hologram: To encourage viewers to participate, anyone sending us a question during the lecture will be eligible for a drawing for a really neat 4"x5" hologram of the space shuttle by Bob Hess of Boulder Creek, CA. The Carl Cherry Center for the Arts is a 501(c)3 non profit art museum in Carmel Ca. It is really neat for a small organization like ours (1 paid staff person), to be able to present this lecture on the internet. It's what the internet is all about! Kim Cohan (408) 659-5691voice (408) 659-5691 fax kim.cohan@nitelog.com and please copy to: kcohan@mpusd.k12.ca.us P.S. To find out if your campus is set up to receive MBONE video (video on a Sun, SGI, or Mac, workstation), ask your network coordinator, or email me and I'll try to find out. From rem-conf-request@es.net Fri May 27 12:28:32 1994 Received: from uucp2-b.netcom.com by osi-west.es.net via ESnet SMTP service id <25577-0@osi-west.es.net>; Fri, 27 May 1994 09:28:07 +0000 Received: from nitelog.UUCP by netcomsv.netcom.com with UUCP (8.6.4/SMI-4.1) id JAA07498; Fri, 27 May 1994 09:16:26 -0700 Received: by nitelog (PCBuucp 2.0) with UUCP id D0556F; Fri, 27 May 94 09:12:22 -0800 To: rem-conf@es.net Subject: Microwave up a tree 4 you From: kim.cohan@nitelog.com (Kim Cohan) Message-ID: Date: Fri, 27 May 94 06:45:00 -0800 Organization: Nitelog BBS - Monterey, CA - 408-655-1096 We're working hard to bring you this lecture- I hope you'll reward us by watching it. I promise you won't be disappointed. Our upcoming MBONE program on fine art holography was saved from disaster yesterday by two last minute saves: 1) a great guy named Brian Jacobson volunteered to climb the 25 meter pine tree outside our museum to place the microwave antenna. He's a professional forester. And 2). The reclusive owner of the only parcel of land on the planet that has a microwave shot to both our museum and the feedsite finally gave us permission to place a repeater on his property. Had to bribe him with free tickets. A local TV station has loaned us all the micorwave gear to get the signal from our museum to the nearest MBONE feedsite, which happens to be one mountain range away. The upcoming live MBONE program on fine art holograms will air (so to speak) on Sat. June 4 at 7:30pdt (Sun 5 June 2:30 UT). You are invited to email questions to our lecture hall during the broadcast. Email me for a free viewers kit including a hologram sticker and a bag of microwave popcorn. Thanks Kim Cohan kim.cohan@nitelog.com and copy to kcohan@mpusd.k12.ca.us ___ Blue Wave/QWK v2.12 From rem-conf-request@es.net Fri May 27 12:39:53 1994 Received: from Sun.COM by osi-west.es.net via ESnet SMTP service id <25599-0@osi-west.es.net>; Fri, 27 May 1994 09:39:32 +0000 Received: from Eng.Sun.COM (zigzag.Eng.Sun.COM) by Sun.COM (sun-barr.Sun.COM) id AA07817; Fri, 27 May 94 09:39:29 PDT Received: from montagne.Eng.Sun.COM by Eng.Sun.COM (4.1/SMI-4.1) id AA08128; Fri, 27 May 94 09:39:45 PDT Received: by montagne.Eng.Sun.COM (5.0/SMI-SVR4) id AA26401; Fri, 27 May 1994 09:39:24 +0800 Date: Fri, 27 May 1994 09:39:24 +0800 From: Brent.Browning@Eng.Sun.COM (Brent Browning) Message-Id: <9405271639.AA26401@montagne.Eng.Sun.COM> To: rem-conf@es.net Subject: Multicast kernel for HP-UX 9.0.1? X-Sun-Charset: US-ASCII Content-Length: 400 A while ago someone from HP-Labs posted a multicast enabled kernel for HP-UX 9.0 in gregorio.stanford.edu:/vmtp-ip/ipmulti-hpux.tar.Z That tar file is no longer there. Is there a new ftp site? Brent Browning Software Engineer SunSolutions Internet: brentb@Eng.Sun.COM 2550 Garcia Ave. MTV 02-208 http://www.sun.com/sunsolutions/index.html Mountain View, CA 94043-1100 Phone: (415) 336-5573 From rem-conf-request@es.net Fri May 27 13:38:07 1994 Received: from dxmint.cern.ch by osi-west.es.net via ESnet SMTP service id <26009-0@osi-west.es.net>; Fri, 27 May 1994 10:37:37 +0000 Received: from dxcoms.cern.ch by dxmint.cern.ch (5.65/DEC-Ultrix/4.3) id AA24391; Fri, 27 May 1994 19:37:29 +0200 Received: by dxcoms.cern.ch (5.65/DEC-Ultrix/4.3) id AA12395; Fri, 27 May 1994 19:37:27 +0200 From: isnard@dxcoms.cern.ch (Christian Isnard) Message-Id: <9405271737.AA12395@dxcoms.cern.ch> Subject: WWW'94 on Mbone 30th May and 1st June To: rem-conf@es.net Date: Fri, 27 May 1994 19:37:26 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1282 CERN is pleased to announce that playback sessions of the 1st International World-Wide Web conference WWW94 will be broadcast on MBone on Monday May 30th and Wed. June 1st according to the following schedule: Monday May 30th: Playback of first conf. morning (was May 25th) - between 2pm and 5pm GMT+2 - and again between 7pm and 10pm GMT+2 Wed. 1st June: Playback of second conf. afternoon (was May 26th) - between 2pm and 5pm GMT+2 - and again between 7pm and 10pm GMT+2 For information, the programme for Monday May 30th is as follows, given in relative time from the start of transmission: 00.00-00.15 Welcome W.Hoogland 00.15-01.00 Keynote Address D.Chaum 01.00-02.00 The state of the Web J.Hardin 02.00-03.00 The future of the Web T. Berners-Lee Note: - Titles have been abbreviated and authors list reduced to one name. - For more information on the programmme, consult the Web: http://www.cern.ch/WWW94/finalProgramme.html - Schedule is approximative. -- 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 Sat May 28 08:07:31 1994 Received: from fenris.dhhalden.no by osi-west.es.net via ESnet SMTP service id <28957-0@osi-west.es.net>; Sat, 28 May 1994 05:07:11 +0000 Received: from sofus.dhhalden.no by fenris.dhhalden.no with SMTP (PP) id <25197-0@fenris.dhhalden.no>; Sat, 28 May 1994 14:06:59 +0200 Received: from SOFUS/MERCURY by sofus.dhhalden.no (Mercury 1.11); Sat, 28 May 94 14:06:59 GMT+1 Received: from MERCURY by SOFUS (Mercury 1.11); Sat, 28 May 94 14:06:54 GMT+1 To: Brent.Browning@Eng.Sun.COM, rem-conf@es.net From: B rd Arve Evjen Organization: Ostfold College Date: 28 May 1994 13:08:35 +0100 Subject: Re: Multicast kernel for HP-UX 9.0.1? Reply-to: baarde@dhhalden.no Priority: normal X-mailer: Pegasus Mail/Mac v2.02 Message-ID: <30AD834ACA@sofus.dhhalden.no> > A while ago someone from HP-Labs posted a multicast enabled >kernel for HP-UX 9.0 in gregorio.stanford.edu:/vmtp-ip/ipmulti-hpux.tar.Z >That tar file is no longer there. Is there a new ftp site? > It is on aun.uninett.no under /pub/misc/ipmulti/ipmulti-kernel/hp (3780kb) HP have said they do not guaratie this kernel. We use it on a HP 9000/715 and haven't had any problems. Bard Arve =-=-=-=-----=-=-=-=-----=-=-=-=-----=-=-=-=-----=-=-=-=-----=-=-=-= BUrd Arve Evjen MultiMedia-student baarde@dhhalden.no (pc60) Servers: Fenris/Sofus/Gyda/Darkwing O/ o~ o_O/ From rem-conf-request@es.net Tue May 31 12:19:21 1994 Received: from swan.cl.cam.ac.uk by osi-west.es.net via ESnet SMTP service id <06427-0@osi-west.es.net>; Tue, 31 May 1994 09:19:04 +0000 Received: from labes.cl.cam.ac.uk (user pb (rfc931)) by swan.cl.cam.ac.uk with SMTP (PP-6.5) to cl; Tue, 31 May 1994 17:18:37 +0100 To: rem-conf@es.net Cc: Piete.Brooks@cl.cam.ac.uk Subject: Final TEST transmission *POSTPONED* til Wed 8th June 15:15-16:15 UTC Date: Tue, 31 May 1994 17:18:38 +0100 From: Piete Brooks Message-ID: <"swan.cl.cam.:246640:940531161849"@cl.cam.ac.uk> Due to illness, this week's test has been moved to *NEXT* week, so will be on Wed 8th of June at 15:15 UTC, and in a different location. The new location does not have a professional PA system, nor does it have an ATM link, so there is some question as to whether the transmission will go ahead. However, we shall see what we can do .... University of Cambridge Computer Laboratory Security Group Seminar, 8th June 1994 === Speaker: Paul Leyland, University of Oxford Date: Wednesday 8th June at 4.15pm === Place: Babbage Lecture Theatre, Computer Laboratory Title: FACTORING RSA-129 In August 1977, Scientific American published a description of the newly-invented RSA public-key cryptosystem. The inventors, Rivest, Shamir and Adleman, offered a $100 prize to the first person or group to break an implementation by factoring a 129-digit integer. In this talk, I will describe how RSA-129 was factored by a collaboration of hundreds of workers spread around the world. I will concentrate mostly on the resource-management and organizational problems (rather than the number theory) behind what is probably the largest single computation ever performed. From rem-conf-request@es.net Tue May 31 20:36:40 1994 Received: from 134.88.120.62 by osi-west.es.net via ESnet SMTP service id <03028-0@osi-west.es.net>; Tue, 31 May 1994 17:36:23 +0000 Received: from umassd.edu by umassd.edu (PMDF V4.2-15 #3948) id <01HD035T1BF88Y519O@umassd.edu>; Tue, 31 May 1994 20:34:29 EDT Date: Tue, 31 May 1994 20:34:29 -0400 (EDT) From: "daniel j. murphy" Subject: ADVANCE ANNOUNCEMENTS To: rem-conf@es.net Message-id: <01HD035T1BFA8Y519O@umassd.edu> Organization: University of Massachusetts Dartmouth, North Dartmouth, MA, USA X-VMS-To: IN::"rem-conf@es.net" X-VMS-Cc: DMURPHY MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Comments: A VAX cluster with VMS V5.5-2, PMDF V4.2-10, JNET V3.6 & MU V3.2 Please send list of announcements. From rem-conf-request@es.net Tue May 31 23:46:43 1994 Received: from uucp4.netcom.com by osi-west.es.net via ESnet SMTP service id <03555-0@osi-west.es.net>; Tue, 31 May 1994 20:46:17 +0000 Received: from nitelog.UUCP by netcomsv.netcom.com with UUCP (8.6.4/SMI-4.1) id UAA23177; Tue, 31 May 1994 20:43:30 -0700 Received: by nitelog (PCBuucp 2.0) with UUCP id D05620; Tue, 31 May 94 20:31:05 -0800 To: rem-conf@es.net Subject: 25 meter crane for holography lecture From: kim.cohan@nitelog.com (Kim Cohan) Message-ID: Date: Tue, 31 May 94 19:24:00 -0800 Organization: Nitelog BBS - Monterey, CA - 408-655-1096 Hello, News from the Carl Cherry Center holography lecture: A local erection company (I love that word) will be donating to us their 25 meter crane to hold up our microwave receiver at the repeater site. The microwave will be carrying the holography lecture video. I sure hope you can watch! We will be send a bag of microwave popcorn and a hologram sticker to any one promises to watch. We want lots of email questions from listeners, so we will award a hologram of a space ship to the best emailed question. The lecture starts at 7:30PM pdt Sat 4 June (0230 GMT Sun 5 June). If you will be watching, email me with the number of folks in your viewing party and your address. I'll send you the sticker. If you don't know if you have MBONE, ask you net. admin. * * * * * *Text of original announcement follows * * * * * ** * You can email or chat questions in realtime to us in the lecture hall during the question and answer period. (We will announce details on email or chat address before the lecture). To make it fun to watch, this program will be shot using professional camera and sound operators. To keep things interesting, we will cut to dynamic images of the 25 fine art holograms on display in our gallery. This program airs on a Saturday, so make it a special occasion to watch. Impress your significant other- make a date of it! We can't think of anything more fun, romantic, or educational than watching our upcoming MBONE program about fine art holograms. In his lecture, "The Photonic Revolution", Dr. Tung Jeong, Lake Forest College (IL) will explain what a hologram is, and will make one right on stage. Dr. Jeong delivers an entertaining and lively lecture. He is chairman of the Photonics department at Lake Forest College (IL), and is the winner of the Millikan Award for Excellence in Teaching. He is a member of SPIE, and a fellow of the Optics Society. He is Director of the International Symposia on Display Holography. Our visiting artists include: Fred Unterseher, formerly of the Exploratorium, and the Holography Museum of New York, and author of the 50,000 copy selling Holography Handbook. Anait, the first holographer to show fine art holograms. And John Kaufman, creator of "After the Reaper" a moving war memorial to his father, a WWII veteran. Following the lecture, our seven visiting artists will take the stage and present a round-table discussion on the subject of "Is it Art Yet?". They will share their experiences as artists struggling to get recognition from the art establishment for the new art of holography. During both segments, Dr. Jeong and the artists will answer questions you email or chat to us at the lecture hall. Email me to let me know if you are interested in watching, and to order your free viewers kit including your own hologram sticker and a package of microwave popcorn. Win a real hologram: To encourage viewers to participate, anyone sending us a question during the lecture will be eligible for a drawing for a really neat 4"x5" hologram of the space shuttle by Bob Hess of Boulder Creek, CA. The Carl Cherry Center for the Arts is a 501(c)3 non profit art museum in Carmel Ca. It is really neat for a small organization like ours (1 paid staff person), to be able to present this lecture on the internet. It's what the internet is all about! Kim Cohan (408) 659-5691voice (408) 659-5691 fax kim.cohan@nitelog.com and please copy to: kcohan@mpusd.k12.ca.us P.S. To find out if your campus is set up to receive MBONE video (video on a Sun, SGI, or Mac, workstation), ask your network coordinator, or email me and I'll try to find out.