From rem-conf Mon Mar 02 15:03:56 1998 From rem-conf-request@es.net Mon Mar 02 15:03:55 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0y9dyV-0004ox-00; Mon, 2 Mar 1998 14:46:19 -0800 Received: from bells.cs.ucl.ac.uk [128.16.5.31] by mail1.es.net with smtp (Exim 1.81 #2) id 0y9dyS-0004om-00; Mon, 2 Mar 1998 14:46:17 -0800 Received: from dialup-1-4.net.ic.ac.uk by bells.cs.ucl.ac.uk with UK SMTP id ; Mon, 2 Mar 1998 22:44:55 +0000 Message-Id: <3.0.5.32.19980302224159.007f48b0@pop.cs.ucl.ac.uk> X-URL: http://www.cs.ucl.ac.uk/staff/F.AbdulRahman X-Sender: ucacfxa@pop.cs.ucl.ac.uk X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Mon, 02 Mar 1998 22:41:59 +0000 To: f.abdulrahman@cs.ucl.ac.uk From: Alfarez Subject: New Security Paradigms 98 (updated CFP) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Dear colleagues, Please distribute this CFP. As a reminder, the paper deadline is in a month's time. My apologies if you've seen this CFP already. cheers, Farez. ======================================================================== Call For Papers New Security Paradigms Workshop '98 A workshop sponsored by ACM 22 - 25 September 1998 Charlottesville, Virginia http://www-hsc.usc.edu/~essin/nspw98.html ======================================================================== Paradigm shifts disrupt the status quo, destroy outdated ideas, and open the way to new possibilities. This workshop explores deficiencies of current computer security paradigms and examines radical new models that address those deficiencies. Previous years' workshops have identified problematic aspects of traditional security paradigms and explored a variety of possible alternatives. Participants have discussed alternative models for access control, intrusion detection, new definitions of security, privacy, and trust, biological and economic models of security, and a wide variety of other topics. The 1998 workshop will strike a balance between building on the foundations laid in past years and exploring new directions. To participate, please submit the following, preferably via e-mail, to both Program Chairs (Mary Ellen Zurko and Steven J. Greenwald) by Friday, 3-April-1998. 1 - Your Paper You should submit either a research paper, a 5 - 10 page position paper, or a discussion topic proposal. Softcopy submissions should be in Postscript or ASCII format. Papers may be submitted in hardcopy. To submit hardcopy, please mail five (5) copies to Program co-chair Steven Greenwald. Please allow adequate time for delivery. The hardcopy deadline is 27-March-1998. Discussion topic proposals should include a description of the topic to be discussed, pro and con position statements on the topic, the names of one or two discussion leaders, assurances that the participants agree to attend, and any other information that supports the proposal. An example discussion topic is "Is there a current security paradigm?". 2 - Justification You should describe, in one page or less, why you think your paper is appropriate for the New Security Paradigms Workshop. A good justification will describe which aspects of the status-quo security paradigm your paper challenges or rejects and which new model or models your paper proposes or extends. 3 - Attendance Statement You should state how many authors wish to attend the workshop and should indicate whether at least one author will be able to attend for the entire duration of the workshop. The program committee will referee the papers and notify the authors of acceptance status by 12-June-1998. We expect to be able to offer a limited number of scholarships. More information will be provided on-line as it becomes available. 4 - The Workshop The workshop will offer a creative and constructive environment for approximately 25 participants. It will be held at the Boar's Head Inn in historic Charlottesville, Virginia. Steering Committee Bob Blakley, Mary Ellen Zurko, Steven J. Greenwald, Darrell Kienzle, Hilary Hosmer Workshop Co-Chairs Bob Blakley IBM 11400 Burnet Road, Mail Stop 9134 Austin, TX 78758 USA e-mail: blakley@us.ibm.com voice: +1 (512) 838-8133 fax: +1 (512) 838-0156 Darrell Kienzle The MITRE Corporation Mail Stop W422 1820 Dolley Madison Blvd. McLean, VA 22102 USA e-mail: kienzle@mitre.org voice: +1 (703) 883-5836 fax: +1 (703) 883-1397 Program Committee Co-Chairs Mary Ellen Zurko The Open Group Research Institute 11 Cambridge Center Cambridge, MA 02142 USA e-mail: zurko@opengroup.org voice: +1 (617) 621-7231 fax: +1 (617) 225-2943 Steven J. Greenwald 2521 NE 135th Street North Miami, FL 33181 USA voice: +1 (305) 944-7842 fax: +1 (305) 944-5746 e-mail: sjg6@gate.net Program Committee Alfarez Abdul-Rahman, University College London Steven Cheung, University of California, Davis Shaw-Cheng Chuang, University of Cambridge John Dobson, University of Newcastle, UK Heather Hinton, Ryerson Polytechnic University, Canada Tom Lincoln, RAND Masahiro Mambo, Tohoku University Catherine Meadows, Naval Research Laboratory Ruth Nelson, Information System Security Thomas Riechmann, University of Erlangen-Nuernberg Marvin Schaefer, Arca Systems, Inc. Cristina Serban, AT&T Labs Anil Somayaji, University of New Mexico Brenda Timmerman, University of Southern California / ISI Ian Welch, University of Newcastle upon Tyne John Michael Williams Local Arrangements Chenxi Wang (University of Virginia) +1 (804)982-2291 Scholarships Hilary Hosmer (Data Security Inc.) +1 (781) 275-8231 Publications Marv Schaefer (ARCA Systems) +1 (410) 309-1780 Publicity Daniel Essin (University of Southern California) +1 (213) 226-3188 Treasurer/Registration Dixie Baker (SAIC) +1 (310) 615-0305 ACM-SIGSAC Chair Ravi Sandhu (George Mason University) +1 (703) 993-1659 --End of Forwarded Message From rem-conf Mon Mar 02 15:12:28 1998 From rem-conf-request@es.net Mon Mar 02 15:12:28 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0y9eL6-00054a-00; Mon, 2 Mar 1998 15:09:40 -0800 Received: from faui01.informatik.uni-erlangen.de [131.188.2.1] (tnzoerne) by mail1.es.net with esmtp (Exim 1.81 #2) id 0y9eL5-00054L-00; Mon, 2 Mar 1998 15:09:39 -0800 Received: (from tnzoerne@localhost) by faui01.informatik.uni-erlangen.de (8.8.7/8.1.16-FAU) id AAA01137; Tue, 3 Mar 1998 00:09:31 +0100 (MET) From: Tom Zoerner Message-Id: <199803022309.AAA01137@faui01.informatik.uni-erlangen.de> Subject: Re: marker bit recovery using RS coders To: Guido_Schuster@mw.3com.com (Guido Schuster) Date: Tue, 3 Mar 1998 00:09:31 +0100 (MET) Cc: rem-conf@es.net In-Reply-To: <862565B8.007C851B.00@mwgate02.mw.3com.com> from "Guido Schuster" at Feb 27, 98 05:07:31 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi. > I suggest to combine the marker bit and the payload type into one special > byte, and then apply f() and write the result back > into the FEC marker bit and the PT recovery field. This is not exactly > what the draft proposes, though, for a XOR based scheme, this will result > in exactly the same marker bit and payload type as the proposed solution > and for a RS GF(2^8) it still works. I think it's a good idea. Although, since the header has to be modified due to the timestamp recovery problem anyways (see my earlier postings), maybe we could move the protected marker bit into the FEC header and set the one in the RTP header to 0. The E bit could be moved to the zero position of the mask (who'd want to piggyback redundancy for a packet on itself?) But is this really the only problem you'll encounter with RS Codes? How do you plan to transmit l, n, k, i with l=symbol length, n=codeword length, k=info symbol count, i=position of symbol(packet) in codeword. l can be implied with the payload type; I don't think many people will use other then GF(2^8). k and possibly i with the mask, but I really don't see how to encode all of n,k,i in the current header. > In general, I think we should add this special Byte to the Media data, > apply f() over the extended Media data and then write the first Byte of the > FEC into the Marker bit and the PT recovery field. This way, we do not > impose any dimension on the Galois field for the erasure code. > > Any comments? I am curious what you plan on using RS for. I was planning to use RS for audio transmission, but after I did some simulations with Internet loss patterns (e.g. measured from mbone radio transmissions) I gave the idea up. Up to (7,5) I always could find a parity scheme that performed almost as well or better, often with lower delay. RS was developed with a completely different kind of loss patterns in mind. So in my case it'd have been a terrible waste of CPU time. -tom From rem-conf Mon Mar 02 16:16:07 1998 From rem-conf-request@es.net Mon Mar 02 16:16:06 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0y9fKJ-0006Ss-00; Mon, 2 Mar 1998 16:12:55 -0800 Received: from tamago.synopsys.com [146.225.8.21] by mail1.es.net with esmtp (Exim 1.81 #2) id 0y9fKH-0006SN-00; Mon, 2 Mar 1998 16:12:53 -0800 Received: from javelin-100.synopsys.com (javelin.synopsys.com [146.225.100.38]) by tamago.synopsys.com (8.8.8/8.8.5) with ESMTP id PAA26082 for ; Mon, 2 Mar 1998 15:49:27 -0800 (PST) Received: from jaxom.synopsys.com (jaxom.synopsys.com [146.225.66.114]) by javelin-100.synopsys.com (8.8.8/8.8.8) with ESMTP id PAA04696 for ; Mon, 2 Mar 1998 15:50:03 -0800 (PST) From: Greg Kulosa Received: (greg@localhost) by jaxom.synopsys.com (8.8.4/8.6.5) id PAA13689 for rem-conf@es.net; Mon, 2 Mar 1998 15:50:00 -0800 Message-Id: <199803022350.PAA13689@jaxom.synopsys.com> Subject: MBONE session: Linus Torvalds at SVLUG To: rem-conf@es.net Date: Mon, 2 Mar 1998 15:49:59 -0800 (PST) Content-Type: text X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list [This meeting will be broadcast on the MBONE by the BayLISA MBONE staff] _________________________ Announcement __________________________ Linus Torvalds will be speaking the March 4th Silicon Valley Linux User Group meeting. Full details can be found at the SVLUG web page: http://www.svlug.org Who: Linus Torvalds is the primary architect and namesake for the Linux operating system. His work has inspired thousands of programmers to contribute to this free software phenomenon and millions of computer users to install it on their PC's, Macs and other computer systems. Since its introduction just five years ago the free availability of Linux as become the fastest growing segment of the Unix market. Unix is the most widespread operating system for computers beyond your basic PC and Macintosh (microcomputer) systems. There are an estimated 3 to 8 million Linux users, at least two monthly magazines, and over a dozen software companies that base their business on it. There are hundreds of LUG's (Linux User's Groups) worldwide. A number of government agencies (including the U.S. Postal Service the Navy and NASA) are quietly deploying Linux for critical operations. What: The Silicon Valley Linux User Group (SVLUG) is a group of hobbyists in the San Jose, California Bay Area with interests in Linux and other low cost, Unix-like systems. Discussion meetings are held the first Wednesday of the month, and workshops are held the 3rd Saturday of the month. The Wednesday meetings are either technical presentations, product demonstrations, or general question and answer meetings. The Saturday workshops are your chance to bring in your computer and install the basic system or work on more advanced features. All meetings are free and open to the public. When: March 4, 1998 7:00 pm - 9:00 pm Pacific time Where: This meeting will be held at our new location, the GateWay Conference Center, Building J, ciscoSystems. The address for this conference center is 255 W. Tasman Drive San Jose, CA 95134 Recap: Date: First Wednesday of the month, 7:00pm to 9:00pm Place: GateWay Conference Center, Building J, ciscoSystems 255 W. Tasman Drive San Jose, CA 95134 Enter through the front entrance of the building; the conference center will be to your left. Info: Hotline, 408-252-1836, info@svlug.org. Ben Spade, 408-446-3970, spade@svlug.org. Dan Kionka, 408-567-5043, dkionka@svlug.org. Chris DiBona, 408-285-4354, chris@dibona.com PR, 408-374-7623, jimd@starshine.org URL: http://www.svlug.org -- Greg A. Kulosa | "The avalanche has already started, it is too Systems Administrator | late for the pebbles to vote." - Ambassador Kosh Synopsys, Inc. |___________________________________________________ greg@synopsys.com 700 E. Middlefield Rd, Mountain View, CA 94043 From rem-conf Tue Mar 03 07:54:41 1998 From rem-conf-request@es.net Tue Mar 03 07:54:40 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0y9ttv-0004IC-00; Tue, 3 Mar 1998 07:46:39 -0800 Received: from intergate.usr.com (mw.3com.com) [149.112.20.3] by mail1.es.net with esmtp (Exim 1.81 #2) id 0y9ttt-0004I2-00; Tue, 3 Mar 1998 07:46:37 -0800 Received: from mwgate02.mw.3com.com by mw.3com.com (8.8.5/3.1.090690-US Robotics) id JAA22887; Tue, 3 Mar 1998 09:49:56 -0600 (CST) Received: by mwgate02.mw.3com.com(Lotus SMTP MTA v1.1 (385.6 5-6-1997)) id 862565BC.0056C44E ; Tue, 3 Mar 1998 09:47:43 -0600 X-Lotus-FromDomain: 3COM@3COM-MWGATE From: "Guido Schuster" To: Tom.Zoerner@informatik.uni-erlangen.de cc: rem-conf@es.net Message-ID: <862565BC.00510C40.00@mwgate02.mw.3com.com> Date: Tue, 3 Mar 1998 09:49:22 -0600 Subject: Re: marker bit recovery using RS coders Mime-Version: 1.0 Content-type: text/plain; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hello, Please see my comments below. [...] >I think it's a good idea. Although, since the header has to be modified >due to the timestamp recovery problem anyways (see my earlier postings), >maybe we could move the protected marker bit into the FEC header and >set the one in the RTP header to 0. The E bit could be moved to the >zero position of the mask (who'd want to piggyback redundancy for a >packet on itself?) Sounds good to me >But is this really the only problem you'll encounter with RS Codes? >How do you plan to transmit l, n, k, i with l=symbol length, n=codeword >length, k=info symbol count, i=position of symbol(packet) in codeword. >l can be implied with the payload type; I don't think many people will >use other then GF(2^8). k and possibly i with the mask, but I really >don't see how to encode all of n,k,i in the current header. There are different approaches possible. I think the following is reasonable: The payload type signals an RS coder with a given symbol length l (say 8), using the following structure: k data symbols in order (k not yet set) n-k parity symbols in order (n not yet set) The mask M has then the following meaning, the first run of ones (read from right to left!) identifies the k data packets, the middle position identifies i (in other words, its sequence number) and the next run of ones, which identifies the future packets *not* in the block. Hence we can imply n. For example, say n=8 (0..7), k=5 (0..4) , i=6, and we use the 16 bit M, then the mask M looks as follows: 1111110 0 01111100 future packets, not in the block< i >past packets, identifying the k data packets Clearly the interpretation of M is different (with respect to the second run of ones) than currently proposed. >I am curious what you plan on using RS for. I was planning to use RS for >audio transmission, but after I did some simulations with Internet >loss patterns (e.g. measured from mbone radio transmissions) I gave >the idea up. Up to (7,5) I always could find a parity scheme that >performed almost as well or better, often with lower delay. RS was >developed with a completely different kind of loss patterns in mind. >So in my case it'd have been a terrible waste of CPU time. >-tom RS coders work well for burst losses, they do that by adding delay. So if you your delay constraint is not too tight and you need a an efficient code for burst loss recovery, RS coders are very well suited. A prime application would be audio or video streaming. As for the computational complexity, they are more complex than simple parity schemes, but since you only need erasure correction, they can be implemented with reasonable speeds. -Guido From rem-conf Tue Mar 03 14:07:53 1998 From rem-conf-request@es.net Tue Mar 03 14:07:53 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0y9ziL-000035-00; Tue, 3 Mar 1998 13:59:05 -0800 Received: from vsys1.informatik.uni-hamburg.de [134.100.11.181] by mail1.es.net with esmtp (Exim 1.81 #2) id 0y9ziK-00002s-00; Tue, 3 Mar 1998 13:59:04 -0800 Received: (from listproc@localhost) by vsys1.informatik.uni-hamburg.de (8.8.5/8.8.5) id WAA02585; Tue, 3 Mar 1998 22:57:20 +0100 (MET) Resent-Date: Tue, 3 Mar 1998 22:57:20 +0100 (MET) Date: Tue, 3 Mar 1998 20:26:28 +0100 (MET) From: Electronic Commerce X-Sender: ec98@vsys1 Reply-To: Electronic Commerce To: trec98-announce@vsys.informatik.uni-hamburg.de Subject: TREC98 Conference Announcement Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by vsys1.informatik.uni-hamburg.de id UAA13641 Resent-Message-ID: <"PUFwqB.A.ZVD.mlF_0"@vsys1> Resent-From: trec98-announce@vsys.informatik.uni-hamburg.de X-Mailing-List: archive/latest/14 X-Loop: trec98-announce@vsys.informatik.uni-hamburg.de Resent-Sender: trec98-announce-request@vsys.informatik.uni-hamburg.de Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by vsys1.informatik.uni-hamburg.de id WAA02585 Resent-Bcc: X-Loop: rem-conf@es.net Precedence: list +-------------------------------------------------------------+ | If you do not wish to recive any further mailings from us, | | please send a mail to: | | trec98-announce-request | | and in the *body* of the mail type: | | unsubscribe | +-------------------------------------------------------------+ Conference Announcement ///////////////// /////// /////// // ///// ///// // // // // / / / / / // // // // / ///// ///// // ////// ///// // / / / // // // // / / / // // // // //// ///// // // //////// //////// ------------------------------------------------------------------- International IFIP Working Conference: June 3-5 1998 Hamburg, Germany TRends in Electronic Commerce ------------------------------------------------------------------- URL: http://vsys-www.informatik.uni-hamburg.de/ec98 ------------------------------------------------------------------- The Topic: Electronic Commerce =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D Welcome to the GI/IFIP Conference on Trends in Electronic=20 Commerce '98 in Hamburg. This announcement gives an overview=20 of the conference topics, sessions and presentations=20 at the TrEC'98 conference. TrEC'98 continues a tradition of GI/IFIP workshops and=20 conferences on Trends in Distributed Systems held in Germany=20 during recent years. The main focus of this year's conference is=20 to present and discuss the latest results and experience in the=20 field of electronic commerce - one of the most important=20 application areas of distributed systems technology today. Conference contributions cover requirements, experiences,=20 implementation reports and ongoing development and research work=20 in the field of Electronic Commerce. Among the topics are: - Economic models for Internet-based commerce - Architectures for electronic commerce applications - Middleware and Internet technology=20 - Security and payment mechanisms - Business-to-business commerce - Consumer-oriented commerce - Online banking - Agent-based software technology - Online brokerage and contracting - Interorganizational Workflow Management - EDI-over-Internet Additionally to the conference program, an expo area of more than=20 600 m2 is used by companies and research projects to present=20 their latest developments as well as application trials.=20 Both researchers and application developers who are involved in=20 various aspects of electronic commerce are invited to=20 participate. The two parallel streams of the conference program=20 allow for presentations of both up-to-date research results as=20 well as discussions of advanced industrial experience made in the=20 field of electronic commerce. Appropriate for the conference's=20 theme, the conference venue is located in the traditional=20 financial district of Hamburg in the Chamber of Commerce - right=20 next to the Hamburg stock exchange. --------------------------------------------------------------------- Program Overview =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Sessions of the Research Track are marked with 'R' Sessions of the Industrial Track are marked with 'I' Time Table =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Wednesday, June 3rd 1998 09.00 - Tutorials 12.15 - Lunch Break 13.00 - Opening Session,=20 Keynote: A. Watson 14.30 - R1: Exonomics of the Internet I1: OO for EC =20 16.30 - R2: Workflow Management I2: Electronic Payment & Banking 19.30 - Conference Dinner=20 on Rickmer Rickmers Thursday, June 4th 1998 09.00 - Invited Talk: Y. LeRoux 10.30 - R3: Agents I3: Interorganizational Commerce 12.30 - Lunch Break 13.30 - R4: Enabling Technologies I4: New Business Approaches 16.00 - R5: Middleware & Brokerage R6: Application Oriented Technologies 19.30 - Progamme Committee Dinner =20 Friday, June 5th 1998 09.00 - Invited Talk: A. Barbagli 10.30 - R7: Security I5: Enabling Technologies 12.00 - Lunch Break 13.00 - R8: Payment I6: European Projects 14.45 - Panel Discussion 16.00 - Closing Session Invited Speakers =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Wednesday, June 3rd=20 Opening address by K. Bauknecht, President of IFIP Andrew Watson, OMG Architecture Director (Keynote Address) Distributed Object Technology:=20 A key Enabler for E-Commerce? Thursday, June 4th Yvon Le Roux, Cisco Europe's Internet Revolution: "Networked Commerce"=20 Friday, June 5th Alessandro Barbagli, European Commission European Research in E-Commerce and Brokerage=20 Conference Program: Research =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D Wednesday, 3rd -------------- Session R1: Economics of the Internet -------------------------------------- R1.1: C. Aggarwal, J. Wolf, P. Yu A Framework for the Optimizing of WWW Advertising R1.2: M. Barra, G. Cattaneo, M. Izzo, A. Negro, V. Scarano Symmetric Adaptive Customer Modeling for Electronic Commerce in a=20 Distributed Environment R1.3: R. M. Lukose, B. A. Huberman Managing Uncertainty and Speed in Electronic Transactions over=20 the Internet Session R2: Workflow Management -------------------------------- R2.1: W. Weitz Workflow Modeling for Internet-Based Commerce: an Approach Based=20 on High-Level Petri Nets R2.2: A. Geppert, M. Kradolfer, D. Tombros Market-Based Workflow Management R2.3: M. Papazoglou, M. Jeusfeld, H. Weigand Distributed, Interoperable Workflow Support for Electronic Commerce Session R3: Agents ------------------- R3.1: M. Zapf, H. M=81ller, K. Geihs Security Requirements for Mobile Agents in Electronic Markets R3.2: M. Stra=98er, K. Rothermel Providing Reliable Agents for Electronic Commerce R3.3: X. Yi, X.F. Wang, K.Y. Lam, K. H. Shum A Secure Intelligent Trade Agent System R3.4: M. Boger Migrating Objects in Electronic Commerce Applications Session R4: Enabling Technologies --------------------------------- R4.1: D. Krishnamurthy, J. Rolia Performance Characterization & Capacity Planning of EC-Systems R4.2: G.Vigna, L. Bonomi A Model-Centered Electronic Commerce Middleware R4.3: E. Athanassiou, V. A. Villagra, I. Tothezan, G. T. Karetsos An Architecture for Information Brokerage Services R4.4: L. Kutvonen Supporting global electronic commerce with ODP tools R4.5: S. Fischer, H. DeMeer Using Cooperation in QoS Selection to Reduce Service Cost R4.6: S. B=F7ttcher Open Nested Type Structures & Partical Unification for searching=20 in a Distributed Electronic Market =20 Session R5: Middleware & Brokerage ---------------------------------- R5.1: J. Cunningham, S. Paurobally, A. Diacakis, L. Lorenzen,=20 G. Gross, S. McConnell Security Requirements for Mobile Agents in Electronic Markets R5.2: J. J. Acebron, J. Delgado,I. Gallego Distributed Models for brokerage on electronic commerce R5.4: M. Bichler, C. Beam, A. Segev Offer: A Broker-centered Object Framework for Electronic=20 Requisitioning R5.3: J.-M. Andreoli, F. Pacull Distributed Print on Demand Systems in the Xpect Framework =20 Session R6: Application Oriented Technologies ----------------------------------------------------------- R6.1: W. Cellary, W. Picard, W. Wieczerzycki Web-Based Business-to-Business Negotiation Support R6.2: M. Zubair A Java Based EDI System Over the Web R6.3: T. Park, V. Varadharajan EDI Security Management using SMIB based on SNMP R6.4: G. Yan, W.-K. Ng, E.-P. Lim Toolkits for a Distributed, Agent-Based Web Commerce System R6.5: B. Wondergem, P. v. Bommel, T. Huibers, Th. v. d. Weide Opportunities for Electronic Commerce in Agent-Based Information=20 Discovery R6.6: L. Ardissono, A. Goy, R. Meo, G. Petrone An Agent Architecture for Personalized Interaction with Customers=20 in Virtual Stores =20 Session R7 : Security --------------------- R7.1: T. F. Rebel, O. Darge, W. Koenig Approaches of Digital Signature Legislation R7.2: A. Pfitzmann, A. Schill, A. Westfeld, G. Wicke, G. Wolf, J. Z=F7llner A Java-based Distributed Platform for Multilateral Security R7.3: G. Shamir, M. Ben-Or, D. Dolev Barter: A Backbone Architecture for Trade of Electronic content =20 Session R8 : Payment --------------------- R8.1: A. Romao, M. Mira da Silva, V. Magalhaes An Agend-Based Secure Internet Payment System for Mobile Computing R8.2: B. Belegradek, K. Kalpakis, Y. Yesha Maximizing Sellers Profit for Electronic Commerce R8.3: E. Franz, A. Jerichow, G. Wicke A payment scheme for mixes providing anonymity =20 Conference Program: Industry =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D Session I1: Object-Orientation for EC -------------------------------------- I1.1: B. O'Reilly / IONA Technologies CORBA as a Secure Platform for Electronic Commerce I1.2: E. Johl / IBM San Francisco Business Process Components I1.3: A. Vogel / Visigenic Combining CORBA and Java for EC Applications =20 Session I2: Electronic Payment and Banking ------------------------------------------- I2.1: S. M=81ller / Dresdner Bank CyberCash at Work I2.2: H.-D. Groffman / Brokat A Distributed Architecture for Secure Payment I2.3: A. Sprenger / Deutsche Bank E-Cash in Practice =20 Session I3: Interorganizational Commerce ----------------------------------------- I3.1: M. Heaney / Oracle Supporting Information Interchange by Cartridges I3.2: M. Heinz / Software AG Electronic Commerce and the Role of Banks to Facilitate Retailing=20 and Wholesaling Activity I3.3: D. Raman / EDI-TIE EDI as the Backbone of Electronic Commerce? I3.4: E. Sill / Netscape Server Architectures for Intra- & Extranet Solutions =20 Session I4: New Business Approaches ----------------------------------- I4.1: M. Daun / Spray AG Doing Business in the Internet Age - New Business Logics I4.2: H.-U. Hiekel / GFT CityWeb - Experiences with an EC Infrastructure I4.3: W. Beeck / Intershop Intershop 3: A Scalable Architecture for Building Virtual Shops I4.4: J. Doe / SUN Java Computing: Next Generation Customer Applications for EC Session I5: Enabling Technologies --------------------------------- I5.1: R. Keller, G. Zavagli, J. Hartmann, F. Williams Mobile Electronic Commerce: Loading and Payment Functionality in=20 Wireless Wallets I5.2: H.A. Summa / ECO Improving National Interoperability - DE-CIX I5.3: J. Posegga / Deutsche Telekom AG SmartCards =20 Session I6: European EC Projects --------------------------------- I6.1: M. Merz COSMOS: Distributed automatic Contracting I6.2: A. Stern BOPCom: Interconnectivity in Transport and Port Business I6.3: F. Neubert SMARTS: User Guidance for Distributed EC Applications =20 Conference Program: Panel Session =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D Yelena Yesha (USA), Jacob Slonim (CAN), Guenther Mueller (DE),=20 Gregor Heinrich (CH), W. Beeck (DE) and others =20 Worldwide Electronic Commerce: Chances, Risks, and Implications=20 Conference Program: Tutorials =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D Tutorials will take place from 9:00 to 12:00 a.m. on Wednesday,=20 June 3rd, just before the regular conference program. They are=20 located in the house of "Patriotische Gesellschaft", Trostbr=81cke 6,=20 just a couple of steps from the conference venue. Tutorial I ----------- T1: Electronic Markets=20 Prof. B. Schmid, Dr. H.-D. Zimmermann St. Gallen University, CH=20 Tutorial II ----------- T2: Business Objects - Current Status and Future Trends Dr. Zoran Milosevic, Brian Wood Tutorial III ------------ T3: Secure Electronic Commerce=20 Dr. G=81nter Karjoth ------------------------------------------------------------- Organisation =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Conference Chairs ----------------- Winfried Lamersdorf, Hamburg University Michael Merz, Hamburg University Programme Commitee ------------------ N. Adam, Rutgers University, USA G. Blair, University of Lancaster, UK B. Bhargava, Purdue University, USA F. Caneschi, Finsiel, Italy W. Cellary, University of Economics at Poznan, Poland K. Crowston, Syracuse University, NY, USA J. Cunningham, Imperial College London, UK=20 K. Geihs, University of Frankfurt, Germany L. Huguet, University of the Balearics, Spain G. Karjoth, IBM Rueschlikon, Switzerland C. Linnhoff-Popien, RWTH Aachen, Germany H. de Meer, Hamburg University, Germany Z. Milosevic, DSTC, Australia M. M=81hlh=84user, University of Linz, Austria J. Posegga, Deutsche Telekom AG, Germany A. Puder, ICSI/Berkeley, USA K. Rothermel, University of Stuttgart, Germany A. Schill, Techn. University of Dresden, Germany B. Schmid, University St. Gallen, Switzerland G. Schuermann, GMD FOKUS, Berlin, Germany J. Slonim, University of Toronto, Canada R. Soley, OMG, USA O. Spaniol, RWTH Aachen, Germany R. Steinmetz, Technical University Darmstadt, Germany D. O'Sullivan, IONA, Ireland A. Vogel, Visigenic, USA Y. Yesha, NASA, USA Local Organisation =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Distributed Systems Group Computer Science Department Hamburg University, Germany W. Lamersdorf and M. Merz, University of Hamburg M. Boger, F. Griffel. I. H=84nig, S. Mueller-Wilken, T. Tu http://vsys-www.informatik.uni-hamburg.de ec98@vsys-www.informatik.uni-hamburg.de ------------------------------------------------------------------ Registration Fees & Discounts =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D Prices in DM, including all taxes ----------------------------------------------------------------| | Registration Received | | before April 17 | After April 17 | ----------------------------------------------------------------| Regular Participant | 730,-- | 830,-- | | | | Academic Participant | 490,-- | 570,-- | | | | Students *) | 80,-- | 160,-- | | | | Tutorial | 350,-- | 430,-- | | | | ----------------------------------------------------------------| *) Student fees exclude proceedings and social event. The number=20 of students admitted may be limited due to space restrictions. Registration is only valid after full payment. Members of GI or other IFIP member societies receive a reduction=20 of 50,-- DM (excl. Students). Participants of both a tutorial and=20 the conference receive an additional reduction of 100,-- DM. Registration fees include conference participation, two=20 conference proceedings, lunch and coffee break catering, and the=20 conference dinner; the dinner fee is received in the name of the=20 catering provider. Registration Addresses =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D For registration please use the WWW online form: http://vsys-www.informatik.uni-hamburg.de/ec98 For additional information please contact: ec98@vsys.informatik.uni-hamburg.de or: Michael Merz Hamburg University Department of Computer Science Vogt-K=F7lln-Stra=98e 30 D-22527 Hamburg, Germany Tel.: +49-40-5494-2346=20 Fax: +49-40-5494-2328 Secretary: +49-40-5494-2422 ------------------------------------------------------------- Hotel Information & Reservation =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D For detailed information on hotels please contact the tourism=20 office directly: Tourismus Zentrale Hamburg GmbH Postfach 10 22 49 D - 20015 Hamburg - GERMANY - Telephone: +49 - 40 - 300 51 0 (office hours from 8 a.m. to 8 p.m.) Fax: +49 - 40 - 300 51 333 Email: info@hamburg-tourism.de WWW: http://www.hamburg-tourism.de ----------------------------------------------------------------- From rem-conf Tue Mar 03 22:06:48 1998 From rem-conf-request@es.net Tue Mar 03 22:06:48 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yA7AK-000373-00; Tue, 3 Mar 1998 21:56:28 -0800 Received: from rei.unicamp.br [143.106.1.49] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 0yA7AJ-00036t-00; Tue, 3 Mar 1998 21:56:27 -0800 Received: from nics.unicamp.br (nics-gw.unicamp.br [143.106.100.48]) by rei.unicamp.br (8.8.4/8.8.4) with SMTP id DAA09511 for ; Wed, 4 Mar 1998 03:52:38 -0300 Received: by nics.unicamp.br (SMI-8.6/SMI-SVR4) id DAA13669; Wed, 4 Mar 1998 03:53:01 -0300 Date: Wed, 4 Mar 1998 03:53:01 -0300 From: bicudo@nics.unicamp.br (Marcus Andree da Silva Magalhaes) Message-Id: <199803040653.DAA13669@nics.unicamp.br> To: rem-conf@es.net Subject: FAQ for this list??? X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hello, all. I'm sorry to ask this question to you here, but I need some informations about Multicast on Win32 machines. I tried several web searches but I could not find anything useful for me. So I would like to find any FAQ concerning this subject before make newbies questions. Thank you for your time. Marcus Andree From rem-conf Wed Mar 04 14:09:18 1998 From rem-conf-request@es.net Wed Mar 04 14:09:17 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yAM2r-0001jK-00; Wed, 4 Mar 1998 13:49:45 -0800 Received: from rei.unicamp.br [143.106.1.49] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 0yAM2q-0001jA-00; Wed, 4 Mar 1998 13:49:44 -0800 Received: from nics.unicamp.br (nics-gw.unicamp.br [143.106.100.48]) by rei.unicamp.br (8.8.4/8.8.4) with SMTP id TAA00661 for ; Wed, 4 Mar 1998 19:46:03 -0300 Received: by nics.unicamp.br (SMI-8.6/SMI-SVR4) id TAA00443; Wed, 4 Mar 1998 19:46:12 -0300 Date: Wed, 4 Mar 1998 19:46:12 -0300 From: bicudo@nics.unicamp.br (Marcus Andree da Silva Magalhaes) Message-Id: <199803042246.TAA00443@nics.unicamp.br> To: rem-conf@es.net Subject: Thank you all (Was: FAQ for this list) X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Greetings. I posted my previous message yesterday and I received many e-mails >from this list and I thank you all. Maybe could be better if I explain what is going on, since I read the majority of the links that was sent to me concerning multicast on Win32 machines. I am a member of a new department of my University that deals with Sonore Comunications. We are planning to start some broadcasts and teleconference via Web, so Multicast is fundamental to do this. (implement) Multicast patches on their kernels. Since our primary goal was teleconference, I got a program named "RendezVous" (sorry, don't remember the website) and started with some experiments. I choose this progrma because it looks really nice and run on a large number of platforms. It run very well on our SUN machines, but when I try to run it on a Win32, it drops me an error message saying "your machine cannot receive Multicast packets" or something like. It's strange because I read all the documentation from Microsoft and I found Win32 has Multicast enabled by default. It can't be my network adapter since I use the same NIC in my Internet router running Linux (and mrouted, off course). So I just can't figure what is going on. Another feature we want to implement soon: Video and Audio Webcasting. The majority of the programs I know so far is made to Video (ou Audio) conferencing, but that is not what we want to do! We just don't need to receive audio and video data packets. Just send them to whomever wants to get them. I know NASA uses this kind of thing to implement their Shuttle Launchs video webcasting, so I know it's possible to limit (or deny) people from connecting to the transmitter system and start to send data from themselves to the webcast server. But how can I do this? I am somewhat new to Multicasting and the only things that seems like this on tradicional (unicast) Internet is the configuration of a Firewall or TCPWrapper systems. Any idea??? Thank you very much for your time. Marcus Andree (bicudo@nics.unicamp.br) From rem-conf Wed Mar 04 16:04:54 1998 From rem-conf-request@es.net Wed Mar 04 16:04:54 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yAO4D-0002tr-00; Wed, 4 Mar 1998 15:59:17 -0800 Received: from ihgw2.lucent.com [207.19.48.2] by mail1.es.net with smtp (Exim 1.81 #2) id 0yAO4B-0002tg-00; Wed, 4 Mar 1998 15:59:15 -0800 Received: from hoserve.ho.lucent.com by ihig2.firewall.lucent.com (SMI-8.6/EMS-L sol2) id RAA07425; Wed, 4 Mar 1998 17:49:18 -0600 Received: by hoserve.ho.lucent.com (4.1/EMS-L SunOS) id AA20677; Wed, 4 Mar 98 18:25:26 EST From: rameshn@lucent.com Received: from hopaw33 (hopaw33.ho.lucent.com) by hoserve.ho.lucent.com (4.1/EMS-L SunOS) id AA20595; Wed, 4 Mar 98 18:24:09 EST Received: by hopaw33 (4.1/EMS-L SunOS) id AA27361; Wed, 4 Mar 98 18:26:55 EST Date: Wed, 4 Mar 98 18:26:55 EST Original-From: ramesh@hoserve.ho.lucent.com Message-Id: <9803042326.AA27361@hopaw33> To: rem-conf@es.net Subject: IEEE INFOCOM'98 - Call for Participation X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Dear Colleagues, The advance registration deadline for INFOCOM'98, MARCH 10, is less than a week away. Please plan to register before this deadline if you have not already done so. Detailed information on the INFOCOM'98 program including dates/times, secure on-line registration, hotel, San Francisco information and much more can be found on the world-wide web at: WWW URL: http://www.comsoc.org/~infocom98 In case of difficulties with web access, all registration requests/questions may be directed to the Computer Society: IEEE Computer Society ATTN: INFOCOM '98 Registration Dept. 6006 Washington, DC 20042-6006 (202) 371-1013 Phone (202) 728-0884 FAX Finally, please find attached for your perusal, a short note about the INFOCOM'98 program. Thanks for your attention and hope to see you in San Francisco. Ramesh Nagarajan INFOCOM'98 Publicity. ----------------------------------------------------------------- INFOCOM'98 Gateway to the 21st Century Hotel Nikko, San Francisco, CA, 29 March - 2 April 1998. INFOCOM is back in San Francisco and is an event not to be missed. Its technical program of tutorials, panels, and technical sessions will not only cover traditional networking topics, but also introduce numerous new areas. A set of three full day and four half-day tutorials (Mar. 29-30) precede the main conference and will provide a comprehensive treatment of some of the most important aspects of networking including: . Access technologies . Broadband Satellite Networks . Multicast protocols . Network Security . Network pricing . Quality-of-Service . Transport protocols The tutorials will be followed by a densely packed three days of technical sessions. Starting with the keynote speech by Dr. Alan Baratz, President of Sun Microsystems' JavaSoft business unit, on "Wrap and Embrace: How the Java (TM) Technology Changes Everything", attendees will be exposed to a major new trend in the networking industry, and get a first hand view from one of the industry's visionary on how Java may impact what networks do and how they do it. This will be followed by a series of 43 sessions and three panels, that will span the latest research results and highlight new networking research areas. The 43 technical sessions consist of a total of 172 papers, that represent the outcome of an extremely rigorous and thorough review process. As a matter of fact, because of the record number (about 800) of papers submitted the technical program committee had the difficult task of selecting from a large number of outstanding papers. As a result, this is one of the strongest INFOCOM technical programs. In addition, it also one of the most diverse with over 30% of the papers originating from outside of North America. This diversity is also echoed in the range of topics being represented. They include not only traditional INFOCOM favorites such as Quality-of-Service, Switching, Routing, Optical Networks, Congestion Control, etc., but also many new topics such End-to-End Protocol Performance, Protocol Verification and Testing, Network Security, Management and Pricing, End Systems, and Web related studies. Two of the panels will take on key topics of much recent controversy. A panel on "Evolution of Internet and Telecommunications" will attempt to sort through the complex issues of who the future telecommunications providers will be and what services they will provide. A panel on "Active Networks - Hype or Next Big Thing" will bring together several distinguished researchers who will argue their own perspectives on what Active Networks are, and whether they truly represent a major new research initiative. The third panel will discuss technologies and architectures for next-generation "Broadband Wireless Networks". Some of the questions that will be asked include whether the QoS guarantees of wired networks can truly be extended over wireless networks, and whether ubiquitous and seamless mobility is indeed an achievable goal. Overall, INFOCOM will help you broaden your understanding of networking, provide you with access to the latest research results, and let you interact with a unique crowd of professionals from the field of networking at large. From rem-conf Thu Mar 05 12:25:03 1998 From rem-conf-request@es.net Thu Mar 05 12:25:02 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yAh2Z-00011v-00; Thu, 5 Mar 1998 12:14:51 -0800 Received: from grayling.erg.sri.com [128.18.4.194] by mail1.es.net with smtp (Exim 1.81 #2) id 0yAh2Y-00011l-00; Thu, 5 Mar 1998 12:14:50 -0800 Received: from grayling.erg.sri.com by grayling.erg.sri.com (8.6.12/2.7davy) id MAA06804; Thu, 5 Mar 1998 12:15:12 -0800 Message-Id: <199803052015.MAA06804@grayling.erg.sri.com> X-Mailer: exmh version 2.0delta 6/3/97 To: rem-conf@es.net cc: templin@erg.sri.com Subject: PC-CARD(PCMCIA) sound card solutions for FreeBSD with vat? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 05 Mar 1998 12:15:12 -0800 From: "Fred L. Templin" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi, I'm looking for a PC-CARD(PCMCIA) format sound card for which there might be a FreeBSD (or other public-domain UNIX) driver and support for vat. Is anyone aware of such a card? Thanks in advance, Fred templin@erg.sri.com P.S. I'd also be interested in knowing of any video card/driver solutions for UNIX... From rem-conf Thu Mar 05 18:11:21 1998 From rem-conf-request@es.net Thu Mar 05 18:11:20 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yAmPI-0003hU-00; Thu, 5 Mar 1998 17:58:40 -0800 Received: from out2.ibm.net [165.87.194.229] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yAmPH-0003hK-00; Thu, 5 Mar 1998 17:58:39 -0800 Received: from dsp (slip-32-100-202-126.ma.us.ibm.net [32.100.202.126]) by out2.ibm.net (8.8.5/8.6.9) with SMTP id BAA52088 for ; Fri, 6 Mar 1998 01:58:35 GMT Message-ID: <34FF5674.2E76@ibm.net> Date: Thu, 05 Mar 1998 20:50:44 -0500 From: Gary Huntress Reply-To: huntres@ibm.net X-Mailer: Mozilla 3.03 (Win95; I) MIME-Version: 1.0 To: rem-conf@es.net Subject: Improving Sound Quality of Streaming Audio Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi, I'm a signal processing researcher, and a new subscriber to this forum, so please forgive me if this is outside your charter. I have used streaming audio, primarily Real Audio, on a few dozen occasions. I have found the quality to be lacking. Usually, its tinny, and very "rough". I find the media to be more of a novelty than anything else, and I find it difficult to listen to for significant lengths of time. I cannot imagine web "radio stations" being commercially viable (I just read in the paper that a local college is using RA to implement a webstation, with no over the air transmission) unless the resulting audio quality improves. To that end, I would like to explore client side algorithms to adaptively enhance the audio quality. I'd be interested to hear if 1) anyone else thinks this is important, 2) anyone is working in this area already, 3) there are any relevant online resources. I already know about the real audio software developers program, but I cannot spend $400 to register, and I'm looking for other means. Thanks! Gary Huntress huntres@ibm.net From rem-conf Fri Mar 06 01:06:11 1998 From rem-conf-request@es.net Fri Mar 06 01:06:10 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yAsw7-0005ms-00; Fri, 6 Mar 1998 00:56:59 -0800 Received: from ns1.xidian.edu.cn (ns1) [202.117.112.3] by mail1.es.net with smtp (Exim 1.81 #2) id 0yAsvz-0005ma-00; Fri, 6 Mar 1998 00:56:56 -0800 Received: from ([202.117.114.4]) by ns1 (5.x/SMI-SVR4) id AA24089; Fri, 6 Mar 1998 16:51:25 +0800 Message-Id: <35009574.30D9@xidian.edu.cn> Date: Fri, 06 Mar 1998 16:31:48 -0800 From: Zhou Junhui X-Mailer: Mozilla 3.0Gold (Win16; I) Mime-Version: 1.0 To: rem-conf@es.net Subject: Multicast in PC/Windows Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hello, May I put a few questions concerning multicast in PC/Windows platform? 1. Does Windows95 support multicast by default? If not, how to make multicast extension to it? 2. How to develop multicast program (send & receive) with Winsock? Could anyone give me an example (no matter how short)? Thanks a lot in advance. X. Li From rem-conf Fri Mar 06 01:39:50 1998 From rem-conf-request@es.net Fri Mar 06 01:39:50 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yAtZU-0006ce-00; Fri, 6 Mar 1998 01:37:40 -0800 Received: from bells.cs.ucl.ac.uk [128.16.5.31] by mail1.es.net with smtp (Exim 1.81 #2) id 0yAtZO-0006cT-00; Fri, 6 Mar 1998 01:37:36 -0800 Received: from eucharisto.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Fri, 6 Mar 1998 09:37:20 +0000 To: huntres@ibm.net cc: rem-conf@es.net Subject: Re: Improving Sound Quality of Streaming Audio In-reply-to: Your message of "Thu, 05 Mar 1998 20:50:44 EST." <34FF5674.2E76@ibm.net> Date: Fri, 06 Mar 1998 09:37:17 +0000 Message-ID: <723.889177037@cs.ucl.ac.uk> From: Colin Perkins X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --> Gary Huntress writes: > I have used streaming audio, primarily Real Audio, on a few dozen >occasions. I have found the quality to be lacking. Usually, its tinny, >and very "rough". I find the media to be more of a novelty than >anything else, and I find it difficult to listen to for significant >lengths of time. I cannot imagine web "radio stations" being >commercially viable (I just read in the paper that a local college is >using RA to implement a webstation, with no over the air transmission) >unless the resulting audio quality improves. > > To that end, I would like to explore client side algorithms to >adaptively enhance the audio quality. I'd be interested to hear if > > 1) anyone else thinks this is important, > 2) anyone is working in this area already, > 3) there are any relevant online resources. There are two problems with listening to a network audio stream, such as RealAudio: low bandwidth and network packet loss. I'm not an audio coding expert, so I can't say if the audio codec used in RealAudio could be improved, but in my experience the quality it gives is reasonable given the very low bandwidth their streams use (ie: so it works over a dialup modem). If you don't have to work with dialup users, more bandwidth is available, and the audio quality can be improved. Resilience to packet loss is clearly a very important topic, and there's been a lot of work in this area (certainly RealAudio goes to some lengths to protect against the effects of lost packets). A good place to start would be the RFC2198 redundancy payload (as used in the RAT and FreePhone audio tools), or the generic FEC draft (draft-ietf-avt-fec-01.txt), which are RTP payload formats which provide some protection against packet loss. The "Options for repair..." draft (draft-ietf-avt-info-repair-02.txt) summarises the basic techniques, and is intended as a resource for people new to this area. You may also be interested be interested in the paper by Carle & Biersack "Survey of Error Recovery Techniques for IP-based Audio-Visual Multicast Applications" which recently appeared in IEEE network magazine. -- Colin Perkins Email: c.perkins@cs.ucl.ac.uk Department of Computer Science Phone: (+44) 171 419 3666 University College London WWW : http://www.cs.ucl.ac.uk/staff/c.perkins/ From rem-conf Fri Mar 06 01:48:43 1998 From rem-conf-request@es.net Fri Mar 06 01:48:43 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yAtjY-0007B1-00; Fri, 6 Mar 1998 01:48:04 -0800 Received: from sirius.ctr.columbia.edu [128.59.64.60] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 0yAtjY-0007Ar-00; Fri, 6 Mar 1998 01:48:04 -0800 Received: from sweetpea (sweetpea.comet.columbia.edu [128.59.68.61]) by sirius.ctr.columbia.edu (8.8.7/8.6.4.287) with SMTP id EAA27574; Fri, 6 Mar 1998 04:43:09 -0500 (EST) Message-ID: <34FFF09E.622C@comet.columbia.edu> Date: Fri, 06 Mar 1998 04:48:31 -0800 From: "Andrew T.Campbell" Reply-To: campbell@comet.columbia.edu Organization: Center for Telecommunications Research, Columbia University X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: rem-conf@es.net, tccc@ieee.org, opensig-announce@ctr.columbia.edu, pin@iss.nus.sg, hipparch@sophia.inria, multicomm@cc.bellcore.com, ietf@ietf.org, ion@nexen.com CC: campbell@ctr.columbia.edu Subject: OPENARCH'98 advance registration *deadline* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Won't to make the network as programmable as the PC! Then OPENARCH is for you .... OPENARCH'98: First IEEE Conference on Open Architectures and Network Programming For advance registration see: https://secure.computer.org/conf/infocom/register.htm Note that the deadline for the conference is MARCH 10, 1998. For the technical program see: http://comet.columbia.edu/comet/activities/openarch/program.html OPENARCH'98 is sponsored by the IEEE Communications Society and will be co-located and organized in conjunction with INFOCOM'98. From rem-conf Fri Mar 06 17:41:03 1998 From rem-conf-request@es.net Fri Mar 06 17:41:02 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yB8Co-0005xc-00; Fri, 6 Mar 1998 17:15:14 -0800 Received: from nyu.edu (cmcl2.nyu.edu) [128.122.253.92] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yB8Cn-0005xS-00; Fri, 6 Mar 1998 17:15:13 -0800 Received: from [128.122.253.78] ("port 2209"@JIMMY-F.ACF.NYU.EDU) by cmcl2.nyu.edu (PMDF V5.1-10 #24942) with ESMTP id <0EPF00L08CTBNJ@cmcl2.nyu.edu> for rem-conf@es.net; Fri, 6 Mar 1998 20:15:12 -0500 (EST) Date: Fri, 06 Mar 1998 20:15:11 -0500 From: Jimmy Kyriannis Subject: vic rtvc0 errors X-Sender: kyriann@cmcl2-f.nyu.edu To: rem-conf@es.net Message-id: MIME-version: 1.0 Content-type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list I've suddenly started getting the following console error messages when running vic 2.8 under Solaris v2.5.1 on a SPARC Ultra 1 with Creator Graphics: Mar 4 20:05:52 blackhole unix: WARNING: rtvc0: DVMA timed out Mar 4 20:05:53 blackhole unix: WARNING: rtvc0: Error detected; board reset When this pops up, vic continues running but stops updating the video image it's sending. Incoming video sessions continue to be updated, but at a slower rate than usual. When I quit vic, the following console message comes up: Mar 5 10:53:38 blackhole unix: NOTICE: rtvc0: Error condition cleared; compression engine restarted I'm not aware of any recent software installations that could have caused a conflict (certainly nothing that uses the video compression engine), so I assumed it was a bad SunVideo card. I replaced it, with no success. The SunVideo application doesn't generate this error, nor does the rtvc test software that came with the board. Has anyone seen this before? Any ideas of what's causing it? The messages themselves are being generated by the video compression engine driver in the kernel, so this isn't coming from vic directly, but certainly appears to be specific to vic. Thanks, Jimmy From rem-conf Fri Mar 06 17:56:38 1998 From rem-conf-request@es.net Fri Mar 06 17:56:38 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yB8jU-0006Jb-00; Fri, 6 Mar 1998 17:49:00 -0800 Received: from faui01.informatik.uni-erlangen.de [131.188.2.1] (tnzoerne) by mail1.es.net with esmtp (Exim 1.81 #2) id 0yB8jT-0006JO-00; Fri, 6 Mar 1998 17:48:59 -0800 Received: (from tnzoerne@localhost) by faui01.informatik.uni-erlangen.de (8.8.7/8.1.16-FAU) id CAA15881; Sat, 7 Mar 1998 02:48:49 +0100 (MET) From: Tom Zoerner Message-Id: <199803070148.CAA15881@faui01.informatik.uni-erlangen.de> Subject: Re: marker bit recovery using RS coders To: Guido_Schuster@mw.3com.com (Guido Schuster) Date: Sat, 7 Mar 1998 02:48:49 +0100 (MET) Cc: rem-conf@es.net In-Reply-To: <862565BC.00510C40.00@mwgate02.mw.3com.com> from "Guido Schuster" at Mar 3, 98 09:49:22 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi. > There are different approaches possible. I think the following is > reasonable: The payload type signals an RS coder with a given symbol > length l (say 8), using the following structure: > k data symbols in order (k not yet set) > n-k parity symbols in order (n not yet set) I don't like the precondition of sending in order very much. If you'd send all the redundancy packets right after the last information packet the result would be a very bursty traffic, which is prone to loss (just intuitively, haven't verified it). The easiest way to avoid that problem is to mix the redundancy packets with the information packets of the next packet, i.e. delaying them a while. > Clearly the interpretation of M is different (with respect to the second > run of ones) than currently proposed. I'd have to say, if you're about to change the definition of M or the FEC header in general, why not do it the easy way and add a seperate field for n. That would also solve the above problem. > >I am curious what you plan on using RS for. (...) > RS coders work well for burst losses, (...) That was exactly my point. However I don't see any bursty loss patterns on the Internet up to loss rates of 20%. That's why parity performs as well with respect to loss recovery IMO. I was curious what other reasons you might have to use RS. -tom From rem-conf Fri Mar 06 22:52:09 1998 From rem-conf-request@es.net Fri Mar 06 22:52:08 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yBDJn-0000Iz-00; Fri, 6 Mar 1998 22:42:47 -0800 Received: from north.lcs.mit.edu [18.26.0.4] by mail1.es.net with smtp (Exim 1.81 #2) id 0yBDJl-0000IU-00; Fri, 6 Mar 1998 22:42:45 -0800 Received: from north.lcs.mit.edu by north.lcs.mit.edu (SMI-8.6/SMI-SVR4) id BAA05354; Sat, 7 Mar 1998 01:42:43 -0500 From: Mark Handley X-Organisation: Information Sciences Institute, USC X-Phone: +1 617 253 6011 To: Jimmy Kyriannis cc: rem-conf@es.net Subject: Re: vic rtvc0 errors In-reply-to: Your message of "Fri, 06 Mar 1998 20:15:11 EST." Date: Sat, 07 Mar 1998 01:42:43 -0500 Message-ID: <5352.889252963@north.lcs.mit.edu> Sender: mjh@north.lcs.mit.edu X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list >I've suddenly started getting the following console error messages when >running vic 2.8 under Solaris v2.5.1 on a SPARC Ultra 1 with Creator >Graphics: > >Mar 4 20:05:52 blackhole unix: WARNING: rtvc0: DVMA timed out >Mar 4 20:05:53 blackhole unix: WARNING: rtvc0: Error detected; board reset >Has anyone seen this before? Any ideas of what's causing it? The messages >themselves are being generated by the video compression engine driver in >the kernel, so this isn't coming from vic directly, but certainly appears >to be specific to vic. My setup sounds identical to yours, and I've experienced exactly the same thing about three times this year. Never saw it before on any SunVideo system I've used though. It first occurred on my system around the time the CPU fan and disc drive bay fan died, and around the same time I started getting image corruption on my Creator display. It might be worth checking that you have a full complement of fans actually running... Cheers, Mark From rem-conf Mon Mar 09 06:12:02 1998 From rem-conf-request@es.net Mon Mar 09 06:12:01 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yC2sk-00069Z-00; Mon, 9 Mar 1998 05:46:18 -0800 Received: from dirty.research.bell-labs.com [204.178.16.6] by mail1.es.net with smtp (Exim 1.81 #2) id 0yC2sj-00069I-00; Mon, 9 Mar 1998 05:46:17 -0800 Received: from zubin.dnrc.bell-labs.com ([135.180.130.56]) by dirty; Mon Mar 9 08:45:52 EST 1998 Received: from dnrc.bell-labs.com (arrakis [135.180.130.41]) by zubin.dnrc.bell-labs.com (8.8.8/8.8.8) with ESMTP id IAA04833; Mon, 9 Mar 1998 08:45:46 -0500 (EST) Message-ID: <3503F208.EEF9EDF3@dnrc.bell-labs.com> Date: Mon, 09 Mar 1998 08:43:36 -0500 From: Jonathan Rosenberg X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: Tom Zoerner CC: Guido Schuster , rem-conf@es.net Subject: Re: marker bit recovery using RS coders References: <199803070148.CAA15881@faui01.informatik.uni-erlangen.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Tom Zoerner wrote: > > Hi. > > > There are different approaches possible. I think the following is > > reasonable: The payload type signals an RS coder with a given symbol > > length l (say 8), using the following structure: > > k data symbols in order (k not yet set) > > n-k parity symbols in order (n not yet set) > > I don't like the precondition of sending in order very much. If you'd > send all the redundancy packets right after the last information packet > the result would be a very bursty traffic, which is prone to loss (just > intuitively, haven't verified it). The easiest way to avoid that problem > is to mix the redundancy packets with the information packets of the next > packet, i.e. delaying them a while. > > > Clearly the interpretation of M is different (with respect to the second > > run of ones) than currently proposed. > > I'd have to say, if you're about to change the definition of M or the FEC > header in general, why not do it the easy way and add a seperate field for n. > That would also solve the above problem. I agree that changing the definition of M for RS is not what we want to do. I'd rather define the PT field to indicate the fact that the code is RS, and also indicate the value of n and l. This can be accomplished by transmitting dynamic PT bindings to n,l tuples ahead of time, via SDP or something like that. Then, you can recover i and k via the mask using the normal interpretation, and also get to send out of order packets. For example, say we're using a code with n=5, k=3. The first three data packets are transmitted normally (w/o the FEC payload). The fourth is transmitted next, with a mask of: 01110000 And then the fifth: 00111000 Now, the fact that there are 3 ones means k=3 (since the FEC packet depends on all of the data packets). Position information comes from n,k and the sequence number. -Jonathan R. -- Jonathan D. Rosenberg Lucent Technologies Member of Technical Staff 101 Crawfords Corner Rd. High Speed Networks Research Holmdel, NJ 07733 PHONE: (732) 949-6418 Rm. 4C-526 FAX: (732) 834-5379 EMAIL: jdrosen@bell-labs.com URL: http://www.cs.columbia.edu/~jdrosen From rem-conf Mon Mar 09 10:15:08 1998 From rem-conf-request@es.net Mon Mar 09 10:15:06 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yC6op-0000sD-00; Mon, 9 Mar 1998 09:58:31 -0800 Received: from hofmann.cs.berkeley.edu [128.32.35.123] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 0yC6oo-0000ry-00; Mon, 9 Mar 1998 09:58:30 -0800 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by hofmann.CS.Berkeley.EDU (8.8.8/8.6.6.Beta11) with SMTP id JAA26901 for ; Mon, 9 Mar 1998 09:58:29 -0800 (PST) Message-Id: <3.0.3.32.19980309095828.00ce2200@postgres.berkeley.edu> X-Sender: ireney@postgres.berkeley.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Mon, 09 Mar 1998 09:58:28 -0800 To: rem-conf@es.net From: Irene Yam Subject: Reminder UCB MM Seminar 3/11/98 "Tools and Infrastructure for Scientific Collaboratories" Deb Agarwal, Lawrence Berkeley Laboratories Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Tools and Infrastructure for Scientific Collaboratories (Wednesday March 11, 1998 12:30-2:00 PDT 405 Soda Hall) Deb Agarwal Lawrence Berkeley Laboratories We have been involved in building a prototype collaboratory testbed with the University of Wisconsin-Milwaukee that is allowing remote operation of a sophisticated synchrotron-radiation beamline in the Advanced Light Source (ALS) of Lawrence Berkeley National Laboratory (LBL); the Spectro-Microscopy Collaboratory allows several scientists to simultaneously access the experiment and collaborate on the experiment regardless of their locations. Through collaboratories we are changing the way scientific experiments are carried out. This talk will describe the collaboratory and a research and development project that is building the underlying distributed mechanisms and infrastructure required to make collaboratories a reality. A conference controller (confcntlr) allows coordination and remote control of the MBone videoconferencing tools. The Collaboratory Interoperability Framework (CIF) project will provide a consistent easy to use communication API that provides access to unicast and multicast messaging. Messages in the system can be sent requesting varying degrees of reliability. Through the use of a simple common communication model we are enabling scientists to more easily build collaboratories. The talk will focus on the tools we are building to support the collaboratory environment and the CIF project. -------------------------------------------------------------------------- This seminar will be broadcast on the Internet MBONE. The broadcast will begin at 12:40PST (GMT - 8 hrs). See sd or http://bmrc.berkeley.edu/298 for instructions on setting up, connecting to, and operating the MBONE tools. ____________________________________________ Irene Yam Berkeley Multimedia Research Center (BMRC) 626 Soda Hall #1776 University of California Berkeley, CA 94720-1776 Phone: (510) 643-0800 FAX: (510) 642-5615 Email: ireney@bmrc.berkeley.edu From rem-conf Mon Mar 09 11:53:35 1998 From rem-conf-request@es.net Mon Mar 09 11:53:34 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yC8XB-0002Jg-00; Mon, 9 Mar 1998 11:48:25 -0800 Received: from hydra.precept.com [204.162.119.8] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yC8XA-0002Iq-00; Mon, 9 Mar 1998 11:48:24 -0800 Received: from oak.precept.com (oak.precept.com [204.162.116.21]) by hydra.precept.com (8.8.6/8.8.6) with SMTP id LAA09725; Mon, 9 Mar 1998 11:47:23 -0800 (PST) Date: Mon, 9 Mar 1998 11:47:22 -0800 (Pacific Standard Time) From: Stephen Casner To: rem-conf@es.net Subject: AVT working group at IETF in LA Message-ID: X-X-Sender: casner@big-bear.precept.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list To the Audio/Video Transport Working Group: We have two slots scheduled at the upcoming IETF: Wedndesday, April 1 at 0900-1130 Thursday, April 2 at 1530-1730 I am inviting requests for agenda items. So far, I have only one request which was from Jonathan Rosenberg to discuss the FEC payload format during the Thursday slot. Perhaps this time we won't run short of time for discussion. The IETF Chair has exhorted working group chairs to "limit the percentage of your meetings that are for presentations, and focus your agendas on specific issues. ... Presentations can be useful to frame the questions that the working group is meeting to discuss, but can easily take over the meeting if allowed to. We schedule limited time for working groups to meet, and the ostensible reason we come is to resolve issues in person that the relevant mailing list has been ineffective in." Indeed we have several issues from the last meeting that have not been discussed much on the mailing list, and some new questions that have been asked on the mailing list in the meantime. I'll send another message later with the list of issues I know about. I'll ask you all to prepare to discuss them, and perhaps seek short presentations to "frame the questions". -- Steve Casner From rem-conf Mon Mar 09 12:07:19 1998 From rem-conf-request@es.net Mon Mar 09 12:07:19 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yC8kW-0002gX-00; Mon, 9 Mar 1998 12:02:12 -0800 Received: from hydra.precept.com [204.162.119.8] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yC8kV-0002eU-00; Mon, 9 Mar 1998 12:02:11 -0800 Received: from oak.precept.com (oak.precept.com [204.162.116.21]) by hydra.precept.com (8.8.6/8.8.6) with SMTP id MAA09831; Mon, 9 Mar 1998 12:01:09 -0800 (PST) Date: Mon, 9 Mar 1998 12:01:07 -0800 (Pacific Standard Time) From: Stephen Casner To: rem-conf@es.net Subject: Re: Working group last call on BT.656 and JPEG In-Reply-To: Message-ID: X-X-Sender: casner@big-bear.precept.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list To the AVT working group: It has been more than two weeks since I issued the working-group last call for comments on two payload format drafts that were presented at the last meeting in Washington: draft-tynan-rtp-bt656-01.txt for BT.656-3 uncompressed video draft-ietf-avt-jpeg-new-00.txt and .ps for motion-JPEG video Since there have been no (negative) comments on these drafts, I will request IESG last call for publication of these as Proposed Standards. Each needed a small change that I've asked the authors to make; the revised jpeg-new-01 has just been submitted. -- Steve From rem-conf Mon Mar 09 12:31:16 1998 From rem-conf-request@es.net Mon Mar 09 12:31:16 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yC95t-0003hG-00; Mon, 9 Mar 1998 12:24:17 -0800 Received: from hercules.cs.ucsb.edu [128.111.41.30] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 0yC95s-0003fl-00; Mon, 9 Mar 1998 12:24:16 -0800 Received: from jackson.cs.ucsb.edu (almeroth@jackson [128.111.41.65]) by hercules.cs.ucsb.edu (8.8.6/8.8.6) with SMTP id MAA08703 for ; Mon, 9 Mar 1998 12:24:11 -0800 (PST) Received: by jackson.cs.ucsb.edu (SMI-8.6/SMI-SVR4) id MAA01034 for rem-conf@es.net; Mon, 9 Mar 1998 12:24:07 -0800 Date: Mon, 9 Mar 1998 12:24:07 -0800 From: almeroth@cs.ucsb.edu (Kevin C. Almeroth) Message-Id: <199803092024.MAA01034@jackson.cs.ucsb.edu> To: rem-conf@es.net Subject: Re: vic rtvc0 errors X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list On a related note, has anyone seen vic errors running the SGI IRIX 5.3 code for IRIX 6.3? I pretty frequently get CIF errors and vic crashes (I haven't recompiled vic yet). -Kevin Almeroth From rem-conf Mon Mar 09 13:42:14 1998 From rem-conf-request@es.net Mon Mar 09 13:42:13 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yCAFU-0004vA-00; Mon, 9 Mar 1998 13:38:16 -0800 Received: from dirty.research.bell-labs.com [204.178.16.6] by mail1.es.net with smtp (Exim 1.81 #2) id 0yCAFT-0004v0-00; Mon, 9 Mar 1998 13:38:15 -0800 Received: from research.research.bell-labs.com ([135.104.1.3]) by dirty; Mon Mar 9 16:37:37 EST 1998 Received: from starling.research.bell-labs.com ([135.104.26.187]) by research; Mon Mar 9 16:37:34 EST 1998 Received: from research.bell-labs.com (tenor.research.bell-labs.com [135.104.26.45]) by starling.research.bell-labs.com (8.8.6/8.8.6) with ESMTP id QAA29857 for ; Mon, 9 Mar 1998 16:37:35 -0500 (EST) Sender: porter@research.bell-labs.com Message-ID: <35046184.4680A8B1@research.bell-labs.com> Date: Mon, 09 Mar 1998 16:39:16 -0500 From: Adam Porter Organization: Bell Laboratories, Lucent Technologies X-Mailer: Mozilla 4.04 [en] (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: rem-conf@es.net Subject: vic under IRIX.... won't see camera? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Speaking of vic under IRIX... I'm running vic on an SGI O2 with IRIX 6.3. It used to send from the camera with no problem but it no longer does... The options for 'Transmit' and for 'Devices' are greyed out, no matter what I do. I've even re-installed the operating system from scratch. I know the camera is fine, since other SGI programs using the camera (like capture and InPerson) work. The last build I have is for 5.3 I realize (and I've had trouble trying to rebuild it) but it *did* work before, and I wonder what's happened to it. I'd love to hear from you if you have a clue about this! I've even asked SGI to track down the people who tested vic and put a version on their ftp server. I've also emailed the authors of vic and haven't gotten an answer. -- -- Adam _____________________________________________________________________ Adam Porter: MTS, Bell Labs, Lucent Technologies porter@lucent.com 600 Mountain Avenue, Rm. 2T-414, Murray Hill, NJ 07974 908-582-6865 From rem-conf Mon Mar 09 21:47:10 1998 From rem-conf-request@es.net Mon Mar 09 21:47:09 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yCHng-0000YA-00; Mon, 9 Mar 1998 21:42:04 -0800 Received: from dirty.research.bell-labs.com [204.178.16.6] by mail1.es.net with smtp (Exim 1.81 #2) id 0yCHne-0000Xy-00; Mon, 9 Mar 1998 21:42:03 -0800 Received: from zubin.dnrc.bell-labs.com ([135.180.130.56]) by dirty; Tue Mar 10 00:41:11 EST 1998 Received: from dnrc.bell-labs.com ([135.17.200.79]) by zubin.dnrc.bell-labs.com (8.8.8/8.8.8) with ESMTP id AAA25687; Tue, 10 Mar 1998 00:41:09 -0500 (EST) Message-ID: <3504CEAD.11CFCC4@dnrc.bell-labs.com> Date: Tue, 10 Mar 1998 00:25:01 -0500 From: Jonathan Rosenberg Organization: Lucent Technologies X-Mailer: Mozilla 4.03 [en] (Win95; I) MIME-Version: 1.0 To: SVR Anand CC: rem-conf@es.net Subject: Re: FEC draft and timestamp recovery References: <9803091740.AA06864@ece.iisc.ernet.in> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list SVR Anand wrote: > > Jonathan Rosenberg, > > Can you please clarify couple of related doubts ? > > 1. Is there an implicit assumption that the media that is used for recovery > purposes is synchronous in nature ? Since the timestamp of xi (sec. 5.3 of > draft-ietf-avt-fec-01) is computed by reasonable approximation, I feel that > some kind of synchrony or time relationship among the media packets is needed. Yes, the assumption is there. However, RTP is meant to carry real time (the same, I think, as what you call synchronous) media, so if your timestamps are not incrementing in some steady fashion, you probably shouldn't be using RTP in the first place. What is your application, exactly? > 2. Continuing further, can I use the draft for the situation where the media > is asynchronous ? As the timestamp information is not preserved for the > individual media packets during xoring do you see a problem ? There seems to > be a need for preserving the original timestamp for the media for proper > playout since we are talking of generic fec. Of course, there is no debate > if we are just talking of periodic media. Assuming the timestamps are not uniformly incrementing, you would have a problem. Recent discussion on the list has resulted in a proposal to include a timestamp recovery field in the FEC packet, which may solve your problem. Thanks, Jonathan R. -- Jonathan D. Rosenberg Lucent Technologies Member of Technical Staff 101 Crawfords Corner Rd. High Speed Networks Research Holmdel, NJ 07733 PHONE: (908) 949-6418 Rm. 4D-534B FAX: (908) 834-5379 EMAIL: jdrosen@bell-labs.com URL: http://www.cs.columbia.edu/~jdrosen From rem-conf Mon Mar 09 22:20:16 1998 From rem-conf-request@es.net Mon Mar 09 22:20:16 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yCILk-00017q-00; Mon, 9 Mar 1998 22:17:16 -0800 Received: from iisc.ernet.in [144.16.64.3] by mail1.es.net with smtp (Exim 1.81 #2) id 0yCILJ-00016C-00; Mon, 9 Mar 1998 22:17:01 -0800 Received: from ece.iisc.ernet.in by iisc.ernet.in (ERNET-IISc/SMI-4.1) id LAA03662; Tue, 10 Mar 1998 11:42:22 +0530 Received: by ece.iisc.ernet.in (4.1/SMI-4.1) id AA21030; Tue, 10 Mar 98 11:42:23+0530 From: anand@ece.iisc.ernet.in (SVR Anand) Message-Id: <9803100612.AA21030@ece.iisc.ernet.in> Subject: Re: FEC draft and timestamp recovery To: jdrosen@dnrc.bell-labs.com (Jonathan Rosenberg) Date: Tue, 10 Mar 98 11:42:23 GMT+5:30 Cc: rem-conf@es.net In-Reply-To: <34D9DA83.11BF7D6F@dnrc.bell-labs.com>; from "Jonathan Rosenberg" at Feb 5, 98 10:28 am X-Mailer: ELM [version 2.3 PL11] X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Jonathan Rosenberg, Can you please clarify couple of related doubts ? 1. Is there an implicit assumption that the media that is used for recovery purposes is synchronous in nature ? Since the timestamp of xi (sec. 5.3 of draft-ietf-avt-fec-01) is computed by reasonable approximation, I feel that some kind of synchrony or time relationship among the media packets is needed. 2. Continuing further, can I use the draft for the situation where the media is asynchronous ? As the timestamp information is not preserved for the individual media packets during xoring do you see a problem ? There seems to be a need for preserving the original timestamp for the media for proper playout since we are talking of generic fec. Of course, my doubts do not arise if we are just talking of periodic media like audio and video. Regards Anand. From rem-conf Tue Mar 10 07:06:03 1998 From rem-conf-request@es.net Tue Mar 10 07:06:02 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yCQQF-0004t3-00; Tue, 10 Mar 1998 06:54:27 -0800 Received: from ietf.org (ns.ietf.org) [132.151.1.19] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yCQQD-0004st-00; Tue, 10 Mar 1998 06:54:26 -0800 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ns.ietf.org (8.8.7/8.8.7a) with ESMTP id JAA21911; Tue, 10 Mar 1998 09:54:22 -0500 (EST) Message-Id: <199803101454.JAA21911@ns.ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: rem-conf@es.net From: Internet-Drafts@ns.ietf.org Reply-to: Internet-Drafts@ns.ietf.org Subject: I-D ACTION:draft-ietf-avt-jpeg-new-01.txt,.ps Date: Tue, 10 Mar 1998 09:54:21 -0500 Sender: cclark@cnri.reston.va.us X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Working Group of the IETF. Title : RTP Payload Format for JPEG-compressed Video Author(s) : L. Berc, R. Frederick, B. Fenner, S. McCanne, P. Stewart Filename : draft-ietf-avt-jpeg-new-01.txt,.ps Pages : 24 Date : 09-Mar-98 This memo describes the RTP payload format for JPEG video streams. The packet format is optimized for real-time video streams where codec parameters change rarely from frame to frame. This document is a product of the Audio-Video Transport working group within the Internet Engineering Task Force. Comments are solicited and should be addressed to the working group's mailing list at rem-conf@es.net and/or the author(s). Internet-Drafts are available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-avt-jpeg-new-01.txt". A URL for the Internet-Draft is: ftp://ftp.ietf.org/internet-drafts/draft-ietf-avt-jpeg-new-01.txt Internet-Drafts directories are located at: Africa: ftp.is.co.za Europe: ftp.nordu.net ftp.nis.garr.it Pacific Rim: munnari.oz.au US East Coast: ds.internic.net US West Coast: ftp.isi.edu Internet-Drafts are also available by mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-avt-jpeg-new-01.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <19980309163636.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-jpeg-new-01.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-jpeg-new-01.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19980309163636.I-D@ietf.org> --OtherAccess-- --NextPart-- From rem-conf Tue Mar 10 16:25:23 1998 From rem-conf-request@es.net Tue Mar 10 16:25:22 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yCZEc-00029Q-00; Tue, 10 Mar 1998 16:19:02 -0800 Received: from ctral1.vanderbilt.edu [129.59.1.22] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yCZET-00029F-00; Tue, 10 Mar 1998 16:18:53 -0800 Received: from gavish (D009103.N1.Vanderbilt.Edu) by ctrvax.Vanderbilt.Edu (PMDF V5.1-10 #24212) with SMTP id <01IUIECXNU6U9G8P1N@ctrvax.Vanderbilt.Edu>; Tue, 10 Mar 1998 18:19:27 CST Date: Tue, 10 Mar 1998 18:19:29 -0600 From: Bezalel Gavish Subject: Fwd: First International Conference on Telecommunications and Electronic Commerce X-Sender: gavishb@ctral1.vanderbilt.edu To: Bezalel Gavish Message-id: <01IUIECY3VJE9G8P1N@ctrvax.Vanderbilt.Edu> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Content-type: multipart/mixed; boundary="=====================_889597169==_" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --=====================_889597169==_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Subject: First International Conference on Telecommunications and Electronic
Commerce

Dear colleagues,

The First International Conference on Telecommunication and Electronic Commerce will be held in Novemebr 1998, in Nashville, Tennessee. I hope you can contribute to the conference. Feel free to transfer this message to other persons who might be interested in the topic.

Sincerely yours,
Bezalel Gavish
----------------------------------------------------------------------------= --------------
Bezalel Gavish
Owen Graduate School of Management
Vanderbilt University
Nashville, TN 37220

Tel: Office (615) 322-3659=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 FAX (615)= 343-7177
=A0=A0=A0=A0=A0=A0=A0=A0 Home (615) 370-0813

Email: Gavishb@ctral1.vanderbilt.edu




----------------------------------------------------------------------------
--------------
Bezalel Gavish
Owen Graduate School of Management
Vanderbilt University
Nashville, TN 37220

Tel: Office (615) 322-3659 FAX (615) 343-7177
Home (615) 370-0813

Email: Gavishb@ctral1.vanderbilt.edu



--=====================_889597169==_ Content-Type: application/msword; name="ICTEC98cfp.doc"; x-mac-type="42494E41"; x-mac-creator="4D535744" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="ICTEC98cfp.doc" 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAANwAAAAAAAAAA EAAAOQAAAAEAAAD+////AAAAADYAAAD///////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// ///////////////////////////////////////////////////////////////////////////s pcEARwAJBAAAABK/AAAAAAAAEAAAAAAABAAA3BsAAA4AYmpiao7ZjtkAAAAAAAAAAAAAAAAAAAAA AAAJBBYA6zoAAOyzAQDsswEAtBcAAAAAAAAnAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD//w8AAAAA AAAAAAD//w8AAAAAAAAAAAD//w8AAAAAAAAAAAAAAAAAAAAAAF0AAAAAACwBAAAAAAAALAEAACwB AAAAAAAALAEAAAAAAAAsAQAAAAAAACwBAAAAAAAALAEAAFQAAAAAAAAAAAAAAIABAAAAAAAAgAEA AAAAAACAAQAAAAAAAIABAACYAAAAGAIAAAwAAAAkAgAAJAAAAIABAAAAAAAAnwsAADIBAABcAgAA AAAAAFwCAAAAAAAAXAIAAAAAAABcAgAAAAAAAFwCAAAAAAAAXAIAAAAAAABcAgAAAAAAAFwCAAAA AAAAZAsAAAIAAABmCwAAAAAAAGYLAAAAAAAAZgsAAAAAAABmCwAAAAAAAGYLAAAAAAAAZgsAACQA AADRDAAA9AEAAMUOAACIAAAAigsAABUAAAAAAAAAAAAAAAAAAAAAAAAALAEAAAAAAABcAgAAAAAA AAAAAAAAAAAAAAAAAAAAAABcAgAAAAAAAFwCAAAAAAAAXAIAAAAAAABcAgAAAAAAAIoLAAAAAAAA cAUAAAAAAAAsAQAAAAAAACwBAAAAAAAAXAIAAAAAAAAAAAAAAAAAAFwCAAAAAAAAXAIAAAAAAABw BQAAAAAAAHAFAAAAAAAAcAUAAAAAAABcAgAAngIAACwBAAAAAAAAXAIAAAAAAAAsAQAAAAAAAFwC AAAAAAAAZAsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAEAAAAAAACAAQAAAAAAACwBAAAAAAAALAEA AAAAAAAsAQAAAAAAACwBAAAAAAAAXAIAAAAAAABkCwAAAAAAAHAFAAA0BAAAcAUAAAAAAACkCQAA cgAAAAILAABUAAAALAEAAAAAAAAsAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZAsAAAAAAABcAgAAAAAAAEgCAAAUAAAAcPq3qZxL vQGAAQAAAAAAAIABAAAAAAAA+gQAAHYAAABWCwAADgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQ2Fs bCBmb3IgUGFwZXJzDUZpcnN0IEludGVybmF0aW9uYWwgQ29uZmVyZW5jZSBvbiBUZWxlY29tbXVu aWNhdGlvbnMgYW5kIEVsZWN0cm9uaWMgQ29tbWVyY2UgKElDVEVDKQ1OYXNodmlsbGUsIFVTQQ1O b3ZlbWJlciAxOS0yMiwgMTk5OA1odHRwOi8vY290dG9uaWFuLm9nc20udmFuZGVyYmlsdC5lZHUv SUNURUMvDQ1TcG9uc29yZWQgYnkNVmFuZGVyYmlsdCBVbml2ZXJzaXR5IEluc3RpdHV0ZSBmb3Ig UHVibGljIFBvbGljeSBTdHVkaWVzIChWSVBQUykNQmVsbFNvdXRoDU1hZ25ldGVrDUlORk9STVMg Q29sbGVnZXMgb24gSW5mb3JtYXRpb24gU3lzdGVtcyBhbmQgVGVsZWNvbW11bmljYXRpb25zLCBJ RklQIFdHIDcuMywgQVRTTUENDU92ZXIgdGhlIHBhc3QgZmV3IHllYXJzLCBlbGVjdHJvbmljIGNv bW1lcmNlIChFQykgaGFzIGVtZXJnZWQgYXMgYSBkcmFtYXRpYyBuZXcgbW9kZSBvZiBidXNpbmVz cy4gVG9kYXksIGFsbW9zdCBldmVyeSBjb21wYW55IGlzIGVpdGhlciB1c2luZyBvciBjb25zaWRl cmluZyBFQy4gQWR2YW5jZXMgaW4gdGVsZWNvbW11bmljYXRpb25zIGFuZCBhdXRvbWF0ZWQgcHJv Y2Vzc2VzIGFyZSBhbHJlYWR5IGZvcmNpbmcgZHJhbWF0aWMgY2hhbmdlcyBpbiBhIHZhcmlldHkg b2YgaW5kdXN0cmllcywgcmFuZ2luZyBmcm9tIGJhbmtpbmcgYW5kIGZpbmFuY2UgdG8gbXVzaWMg YW5kIGVudGVydGFpbm1lbnQuIFlldCwgdGhlIFRFQyBlbnZpcm9ubWVudCBpcyBzdGlsbCBpbiBh IHJlbGF0aXZlbHkgZWFybHkgc3RhdGUgb2YgZXZvbHV0aW9uLiBUaGUgcmFwaWQgZGV2ZWxvcG1l bnQgb2YgdGhlIGZpZWxkIGhhcyBhbHNvIHJlc3VsdGVkIGluIHR3byBwaGVub21lbmEuIEZpcnN0 LCBtYW55IG9mIHRoZSBzaWduaWZpY2FudCBhZHZhbmNlcyBpbiB1bmRlcnN0YW5kaW5nIGFuZCBp bXBsZW1lbnRpbmcgRUMgYXJlIG9jY3VycmluZyBjb25jdXJyZW50bHkgaW4gYWNhZGVtaWEgYW5k IGluZHVzdHJ5LiBUaGUgdHJhZGl0aW9uYWwgc2VxdWVudGlhbCBwcm9jZXNzIG9mIHRlY2hub2xv Z3kgaW5ub3ZhdGlvbiBmb2xsb3dlZCBieSB0ZWNobm9sb2d5IHRyYW5zZmVyIG5vIGxvbmdlciBh cHBsaWVzLiBUaHVzLCBpdCBpcyBpbmNyZWFzaW5nbHkgaW1wb3J0YW50IGZvciBkaWFsb2d1ZSBv biB0aGlzIGZpZWxkIGJldHdlZW4gYWNhZGVtaWEgYW5kIGluZHVzdHJ5IHRvIGJlIGZvc3RlcmVk LiAgU2Vjb25kLCBzdHVkeSBvZiBFQyBkb2VzIG5vdCBjb25mb3JtIHRvIHRyYWRpdGlvbmFsIGFj YWRlbWljIGRpc2NpcGxpbmVzLCBhbmQgc3BhbnMgYSB3aWRlIHJhbmdlIG9mIHJlZmVyZW5jZSBk aXNjaXBsaW5lcy4gVGh1cywgbmV3IGZvcnVtcyBmb2N1c2luZyBvbiBFQyBhcmUgbmVjZXNzYXJ5 IHRvIHN0aW11bGF0ZSB0aGUgbmVjZXNzYXJ5IGludGVyYWN0aW9ucyBhbmQga25vd2xlZGdlIHNo YXJpbmcuIEZ1cnRoZXJtb3JlLCB0aGUgcm9sZSBvZiB0ZWxlY29tbXVuaWNhdGlvbnMgbmV0d29y a3MgaXMgY2VudHJhbCB0byBFQywgYW5kIGFkdmFuY2VzIGluIHRlbGVjb21tdW5pY2F0aW9ucyB0 ZWNobm9sb2dpZXMgYXJlIGEgZnVuZGFtZW50YWwgZm9yY2UgaW4gc2hhcGluZyBFQy4gVGh1cywg ZGlhbG9ndWUgYmV0d2VlbiB0ZWxlY29tbXVuaWNhdGlvbnMgcmVzZWFyY2hlcnMgYW5kIEVDIHJl c2VhcmNoZXJzIGlzIGVzc2VudGlhbC4gDQ1JQ1RFQyBpcyBpbnRlbmRlZCB0byBhZGRyZXNzIHRo ZXNlIG5lZWRzLiBUaGUgZ29hbCBvZiB0aGUgY29uZmVyZW5jZSBpcyB0byBicmluZyB0b2dldGhl ciBib3RoIGFjYWRlbWljIGFuZCBpbmR1c3RyaWFsIHJlc2VhcmNoZXJzIGluIHRoZSBmaWVsZHMg b2YgdGVsZWNvbW11bmljYXRpb25zIGFuZCBFQyBvbiBhbiBvbmdvaW5nLCBhbm51YWwgYmFzaXMs IHRvIGRpc2N1c3MgbmV3IHRlY2hub2xvZ2ljYWwgZGV2ZWxvcG1lbnRzIGFuZCB0aGVpciBpbXBs aWNhdGlvbnMgZm9yIEVDLCBhcyB3ZWxsIGFzIHRlY2hub2xvZ2ljYWwgaXNzdWVzIHRoYXQgbmVl ZCB0byBiZSBhZGRyZXNzZWQgdG8gZnVydGhlciB0aGUgZWZmZWN0aXZlbmVzcyBhbmQgZWZmaWNp ZW5jeSBvZiBFQy4gVGhlIGNvbmZlcmVuY2Ugd2lsbCBjb21iaW5lIHJlc2VhcmNoIHRyYWNrcyBp biB3aGljaCB0ZWNobmljYWwgcGFwZXJzIHdpbGwgYmUgcHJlc2VudGVkLCB3aXRoIGluZHVzdHJp YWwgdHJhY2tzIGNvbnNpc3Rpbmcgb2YgcGFuZWxzLCBwbGVuYXJ5IHNwZWFrZXJzIGFuZCBleGhp Yml0cy4gDQ1Ub3BpY3Mgb2YgaW50ZXJlc3QgZm9yIHRoZSBjb25mZXJlbmNlIGluY2x1ZGUgKGJ1 dCBhcmUgbm90IGxpbWl0ZWQgdG8pIHRoZSBmb2xsb3dpbmc6DQ0MSW1wYWN0IG9mIEVDIG9uIHN1 cHBseSBjaGFpbiwgZGlzdHJpYnV0aW9uIGNoYWluIG1hbmFnZW1lbnQsIEVESSBhbmQgSU9TDVNl Y3VyZSB0cmFuc2FjdGlvbiBwcm9jZXNzaW5nIG1ldGhvZHMgZm9yIGVsZWN0cm9uaWMgY29tbWVy Y2UgDURlc2lnbiBhbmQgYW5hbHlzaXMgb2YgbXVsdGltZWRpYSBhcHBsaWNhdGlvbnMgb24gdGhl IEludGVybmV0IA1UaGUgaW1wYWN0IG9mIG1vYmlsaXR5IG9uIEVDIG1lY2hhbmlzbXMgDUludGVy bmV0IHRyYWZmaWMgbWFuYWdlbWVudCBhbmQgYW5hbHlzaXMgDVByaWNpbmcgSW50ZXJuZXQgc2Vy dmljZXMgDUVDIG1hcmtldCBtZWNoYW5pc21zIGFuZCBidXNpbmVzcyBtb2RlbHMgDUVDIGludGVy bWVkaWFyeSByb2xlcyBhbmQgdGhlaXIgYW5hbHlzaXMNRWxlY3Ryb25pYyBwYXltZW50IG1lY2hh bmlzbXMNRWNvbm9taWMgYW5hbHlzaXMgb2YgaW50cmFuZXRzIGFuZCBleHRyYW5ldHMNRGVzaWdu IGFuZCBhbmFseXNpcyBvZiBpbnRyYW5ldHMgDURhdGEgbWFuYWdlbWVudCBpc3N1ZXMgaW4gRUMN TWFuYWdpbmcgcmVzcG9uc2UgdGltZSBhbmQgY29udGVudCBpbiBXZWItYmFzZWQgaW5mb3JtYXRp b24gc2VydmljZXMgDUVmZmVjdGl2ZSBtYW5hZ2VtZW50IG9mIGVsZWN0cm9uaWMgY29tbWVyY2Ug dHJhbnNhY3Rpb24gc2VydmVycyANRUMgZGV2ZWxvcG1lbnRzIGFuZCBjaGFsbGVuZ2VzIGluIHNw ZWNpZmljIGluZHVzdHJpZXMgKGUuZy4sIGZpbmFuY2lhbCBzZXJ2aWNlcywgbXVzaWMsIG1hbnVm YWN0dXJpbmcsIHRvdXJpc20sIHB1Ymxpc2hpbmcpDUdsb2JhbGl6YXRpb24gaXNzdWVzIGluIEVD IChzdGFuZGFyZHMsIHJlZ3VsYXRpb24sIHByb3BlcnR5IHJpZ2h0cywgZXRjLikNDCANDEF1dGhv cnMgc2hvdWxkIHN1Ym1pdCBhbiBleHRlbmRlZCBhYnN0cmFjdCBvZiBhdCBsZWFzdCAyMDAwIHdv cmRzLCBvciBhIGNvbXBsZXRlIHBhcGVyLCB0byB0aGUgUHJvZ3JhbSBDb21taXR0ZWUgQ2hhaXIg YnkgTWF5IDE1LCAxOTk4LiBUaHJlZSBoYXJkLWNvcGllcyBzaG91bGQgYmUgc3VibWl0dGVkLiBF bGVjdHJvbmljIHN1Ym1pc3Npb25zIGFyZSB3ZWxjb21lLCBidXQgbXVzdCBiZSBhdWdtZW50ZWQg d2l0aCBhdCBsZWFzdCBvbmUgaGFyZC1jb3B5LiAgQXV0aG9ycyBvZiBhY2NlcHRlZCBwYXBlcnMg d2lsbCBiZSBhc2tlZCB0byBzdWJtaXQgdGhlaXIgY29tcGxldGUgbWFudXNjcmlwdHMgdG8gdGhl IFByb2dyYW0gQ2hhaXIsIGJ5IFNlcHRlbWJlciAxNSwgMTk5OC4gQWNjZXB0ZWQgcGFwZXJzIHRo YXQgYXJlIHByZXNlbnRlZCBhdCB0aGUgY29uZmVyZW5jZSB3aWxsIGJlIGluY2x1ZGVkIGluIHRo ZSBDb25mZXJlbmNlIFByb2NlZWRpbmdzLiBGb3JtYXR0aW5nIGluc3RydWN0aW9ucyBmb3IgYWNj ZXB0ZWQgcGFwZXJzIHdpbGwgYmUgc2VudCB3aXRoIHRoZSBhY2NlcHRhbmNlIG5vdGljZS4gQSBz ZWxlY3Qgc2V0IG9mIHBhcGVycyB3aWxsIGJlIGNvbnNpZGVyZWQgZm9yIHB1YmxpY2F0aW9uIGlu IHJlbGF0ZWQgam91cm5hbHMsIHN1Y2ggYXMgVGVsZWNvbW11bmljYXRpb24gU3lzdGVtcy4NDVBy b3Bvc2FscyBmb3IgcGFuZWxzIGFyZSBhbHNvIGludml0ZWQuIEJvdGggYWNhZGVtaWMgYW5kIGlu ZHVzdHJ5IHBhbmVscyBhcmUgZW5jb3VyYWdlZC4gRWFjaCBwcm9wb3NhbCBzaG91bGQgaW5jbHVk ZSBhIGxpc3Qgb2YgcGFuZWxpc3RzIHdpdGggdGhlaXIgYWZmaWxpYXRpb25zLiBBIGJyaWVmIHN0 YXRlbWVudCBleHBsYWluaW5nIHRoZSBtb3RpdmF0aW9uIGZvciB0aGUgZGVzaWduIGFuZCBjb21w b3NpdGlvbiBvZiB0aGUgcGFuZWwgc2hvdWxkIGFsc28gYmUgaW5jbHVkZWQuIFRoZSBkZWFkbGlu ZSBmb3IgcHJvcG9zYWwgc3VibWlzc2lvbiB0byB0aGUgcHJvZ3JhbSBjaGFpciBpcyBNYXkgMTUs IDE5OTguICANDUFkZHJlc3MgZm9yIFN1Ym1pc3Npb25zOiBQcm9mZXNzb3IgQW1pdCBCYXN1LCBP d2VuIEdyYWR1YXRlIFNjaG9vbCBvZiBNYW5hZ2VtZW50LCBWYW5kZXJiaWx0IFVuaXZlcnNpdHks IE5hc2h2aWxsZSwgVE4gMzcyMDMsIFVTQS4gDVRFTDogKyg2MTUpIDMyMi03MDQzOyBGQVg6ICso NjE1KSAzNDMtNzE3NzsgRU1BSUw6IEFtaXQuQmFzdUBvd2VuLnZhbmRlcmJpbHQuZWR1DQ1Db25m ZXJlbmNlIEdlbmVyYWwgQ2hhaXI6IEJlemFsZWwgR2F2aXNoLCBWYW5kZXJiaWx0IFVuaXZlcnNp dHksIE5hc2h2aWxsZSwgVVNBLiANDVByb2dyYW0gQ29tbWl0dGVlDQ0MS2VtYWwgQWx0aW5rZW1l ciwgUHVyZHVlIFVuaXYuLCBVU0ENTWljaGFlbCBCYWxsLCBVbml2LiBvZiBNYXJ5bGFuZCwgVVNB DUFtaXQgQmFzdSwgVmFuZGVyYmlsdCBVbml2LiwgVVNBIChDaGFpcikNUm9iZXJ0IEJsYW5uaW5n LCBWYW5kZXJiaWx0IFVuaXYuLCBVU0ENTWljaGFlbCBDYXJ0ZXIsIENhbnRlcmJ1cnksIE5ldyBa ZWFsYW5kKg1ILiBNaWNoYWVsIENodW5nLCBDYWxpZm9ybmlhIFN0YXRlIFVuaXYuLCBVU0ENTGF3 cmVuY2UgRG93ZHksIFZhbmRlcmJpbHQgVW5pdi4sIFVTQQ1BbWl0YXZhIER1dHRhLCBHZW9yZ2Ug TWFzb24gVW5pdi4sIFVTQQ1Ub255IEV5ZXJzLCBVbml2LiBvZiBXb29sYWdvbmcsIEF1c3RyYWxp YQ1Vc2FtYSBGYXl5YWQsIE1pY3Jvc29mdCBDb3JwLiwgVVNBDVN0dWFydCBGZWxkbWFuLCBJQk0g Q29ycC4sIFVTQSANU2lnbXVuZCBIYW5kZWxtYW4sIElCTSBDb3JwLiwgVVNBDUVyaWMgdmFuIEhl Y2ssIEVyYXNtdXMgVW5pdi4sIE5ldGhlcmxhbmRzDVJhdmkgS2FsYWtvdGEsIEdlb3JnaWEgU3Rh dGUgVW5pdi4sIFVTQQ1Kb2FraW0gS2FsdmVuZXMsIFVuaXYuIG9mIFRleGFzLCBEYWxsYXMsIFVT QQ1Baml0IEthbWJpbCwgTmV3IFlvcmsgVW5pdi4sIFVTQQ1LYWxldmkgS2lsa2tpLCBOb2tpYSBD b3JwLiwgRmlubGFuZCANTm9yaWhpc2EgS29tb2RhLCBPc2FrYSBVbml2LiwgSmFwYW4NUmFtYXl5 YSBLcmlzaG5hbiwgQ2FybmVnaWUgTWVsbG9uIFVuaXYuLCBVU0ENQWtoaWwgS3VtYXIsIFVuaXYu IG9mIENvbG9yYWRvLCBVU0ENUm9uYWxkIExlZSwgRXJhc211cyBVbml2LiwgTmV0aGVybGFuZHMq DUpvaG4gRC4gQy4gTGl0dGxlLCBNSVQsIFVTQQ1BbGJlcnRvIE1lbmRlbHpvbiwgVW5pdi4gb2Yg VG9yb250bywgQ2FuYWRhDUp1emFyIE1vdGl3YWxsYSwgTmF0aW9uYWwgVW5pdi4gb2YgU2luZ2Fw b3JlDUp1bmUgUGFyaywgVW5pdi4gb2YgSW93YSwgVVNBDUNoYXJsZXMgUGVya2lucywgU3VuIE1p Y3Jvc3lzdGVtcywgVVNBDUhhc2FuIFBpcmt1bCwgVW5pdi4gb2YgVGV4YXMsIERhbGxhcywgVVNB DUtvdGFnaXJpIFJhbWFtb2hhbmFyYW8sIFVuaXYuIG9mIE1lbGJvdXJuZSwgQXVzdHJhbGlhDUxv dWlxYSBSYXNjaGlkLCBVbml2LiBvZiBNYXJ5bGFuZCwgVVNBDUFyaWUgU2VnZXYsIFVDIEJlcmtl bGV5LCBVU0ENT2xpdmlhIFNoZW5nLCBVbml2LiBvZiBBcml6b25hLCBVU0ENQW5kcmV3IFdoaW5z dG9uLCBVbml2LiBvZiBUZXhhcywgQXVzdGluLCBVU0ENTGVvbiBaaGFvLCBVbml2LiBvZiBTY2ll bmNlICYgVGVjaC4sIEhvbmcgS29uZw0MDQ0NSW1wb3J0YW50IERhdGVzOg1QYXBlciAob3IgRXh0 ZW5kZWQgQWJzdHJhY3QpIFN1Ym1pc3Npb24gRGVhZGxpbmU6CU1heSAxNSwgMTk5OA1QYW5lbCBQ cm9wb3NhbCBTdWJtaXNzaW9uIERlYWRsaW5lOiBNYXkgMTUsIDE5OTgNRmluYWwgUGFwZXIgU3Vi bWlzc2lvbiBEZWFkbGluZTogU2VwdGVtYmVyIDE1LCAxOTk4DUNvbmZlcmVuY2UgRGF0ZXM6IE5v dmVtYmVyIDE5LTIyLCAxOTk4CQkJCQ0NDSogdGVudGF0aXZlLCBhd2FpdGluZyBjb25maXJtYXRp b24NDQ0NAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAQBAAAMQQAADIEAABdBAAAZAQA AGUEAAB0BAAAiQQAALYEAADDBAAABAUAAAUFAABrBQAAEg0AAHIQAAB2EAAA8BAAAPwQAADkEQAA 9hEAAHYUAACCFAAAhhQAAIcUAACfFAAAXRUAAHUVAACwFQAAwhUAAMQVAABOFwAAbBcAAG4XAADQ GgAA0xoAANQaAADlGgAAtBsAALUbAAC2GwAA2RsAANsbAADcGwAA9+/n7+Dv99nU2ffO99TZ1Me/ x7/Hv8fZ99n32bXU2bEA2dTZtdnHAMcA2QAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdoCABuSAkEEjUI gT4qAUNKGABPSgAAUUoAAAAPNQiBQ0oWAE9KAABRSgAADENKFgBPSgAAUUoAAAALNQiBT0oAAFFK AAAIT0oAAFFKAAAADENKGABPSgAAUUoAAAAMQ0okAE9KAABRSgAAAA81CIFDSjAAT0oAAFFKAAAP NQiBQ0osAE9KAABRSgAADzUIgUNKGABPSgAAUUoAAAArAAQAABAEAABlBAAAdAQAAIkEAAC1BAAA tgQAAMMEAAAFBQAADwUAABgFAABrBQAAbAUAAJEKAACSCgAAuQwAALoMAAAQDQAAEQ0AABINAABb DQAAmg0AANoNAAADDgAALQ4AAEgOAAByDgAAmw4AAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA +gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA9gAAAAAAAAAAAAAAAPoAAAAA AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA AAAA9gAAAAAAAAAAAAAAAPEAAAAAAAAAAAAAAADxAAAAAAAAAAAAAAAA8QAAAAAAAAAAAAAAAPEA AAAAAAAAAAAAAADxAAAAAAAAAAAAAAAA8QAAAAAAAAAAAAAAAPEAAAAAAAAAAAAAAADsAAAAAAAA AAAAAAAA7AAAAAAAAAAAAAAAAOwAAAAAAAAAAAAAAADsAAAAAAAAAAAAAAAA7AAAAAAAAAAAAAAA AOwAAAAAAAAAAAAAAADsAAAAAAAAAAAAAAAA7AAAAAAAAAAAAAAAAAAAAAAAAAAAAAUPAAomAAtG AwAFDwADJAMPhAAAAAMPAA+EAAAFDwADJAEPhAAAABsABAAAEAQAAGUEAAB0BAAAiQQAALUEAAC2 BAAAwwQAAAUFAAAPBQAAGAUAAGsFAABsBQAAkQoAAJIKAAC5DAAAugwAABANAAARDQAAEg0AAFsN AACaDQAA2g0AAAMOAAAtDgAASA4AAHIOAACbDgAAuQ4AAOYOAAAIDwAAJQ8AAGsPAACsDwAAKBAA AHIQAABzEAAAdRAAACQTAAAlEwAAhhQAAIcUAAALFQAAXBUAAF0VAACvFQAAsBUAAMIVAADDFQAA xBUAAOgVAAANFgAANhYAAF0WAACGFgAAtBYAAP39/f39/f39/f39/f39/f39/fr17ufg2dLLxL22 r6ihmpOM+v39/f39/f39/f39/fr9/f39/f0ADQIPAAgDAAkBCg8AAAANAg8ACAMACQEKDgAAAA0C DwAIAwAJAQoNAAAADQIPAAgDAAkBCgwAAAANAg8ACAMACQEKCwAAAA0CDwAIAwAJAQoKAAAADQIP AAgDAAkBCgkAAAANAg8ACAMACQEKCAAAAA0CDwAIAwAJAQoHAAAADQIPAAgDAAkBCgYAAAANAg8A CAMACQEKBQAAAA0CDwAIAwAJAQoEAAAADQIPAAgDAAkBCgMAAAANAg8ACAMACQEKAgAAAA0CDwAI AwAJAQoBAAAACAIPAAgDAAkBAAUCDwAJAwMCDwAAN5sOAAC5DgAA5g4AAAgPAAAlDwAAaw8AAKwP AAAoEAAAchAAAHMQAAB1EAAAJBMAACUTAACGFAAAhxQAAAsVAABcFQAAXRUAAK8VAACwFQAAwhUA AMMVAADEFQAA6BUAAA0WAAA2FgAAXRYAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA AAD6AAAAAAAAAAAAAAAA9gAAAAAAAAAAAAAAAPYAAAAAAAAAAAAAAADxAAAAAAAAAAAAAAAA8QAA AAAAAAAAAAAAAPEAAAAAAAAAAAAAAAD2AAAAAAAAAAAAAAAA9gAAAAAAAAAAAAAAAPYAAAAAAAAA AAAAAAD2AAAAAAAAAAAAAAAA9gAAAAAAAAAAAAAAAPYAAAAAAAAAAAAAAADsAAAAAAAAAAAAAAAA 9gAAAAAAAAAAAAAAAPYAAAAAAAAAAAAAAADiAAAAAAAAAAAAAAAA4gAAAAAAAAAAAAAAAOIAAAAA AAAAAAAAAADiAAAAAAAAAAAAAAAAAAAAAAAAAAkPAA+EAAARhEz/DcYFAAG0AAAFDwADJAEPhAAA BQ8AAyQDD4QAAAADDwAPhAAABQ8ACiYAC0YDAAAaXRYAAIYWAAC0FgAA2hYAAAEXAAArFwAAThcA AG4XAACQFwAAuhcAAOIXAAAPGAAAMBgAAFUYAAB5GAAAphgAAMoYAADyGAAADhkAADoZAABnGQAA hRkAAKwZAADWGQAADBoAADMaAABQGgAAdBoAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAA AAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAOoAAAAAAAAA AAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA 9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAA AAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAA AAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUA AAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAAAAAAAACwAAD4QAABGETP8NxggA ArQA0AIAAAAJDwAPhAAAEYRM/w3GBQABtAAAABu0FgAA2hYAAAEXAAArFwAAThcAAG4XAACQFwAA uhcAAOIXAAAPGAAAMBgAAFUYAAB5GAAAphgAAMoYAADyGAAADhkAADoZAABnGQAAhRkAAKwZAADW GQAADBoAADMaAABQGgAAdBoAAKEaAADQGgAA0RoAANIaAADTGgAA1BoAAOUaAAAkGwAAVRsAAIkb AAC0GwAAtRsAALYbAADZGwAA2hsAANsbAADcGwAA/f39/QD9/f39/f39/f39/f39/f39/f39/f39 +v39/f39/f39+Pbz9vj9AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAFAg8ADQECDQEAAgEBAAUCDwAJAwMCDwAAKnQaAAChGgAA0BoAANEaAADSGgAA0xoAANQaAADl GgAAJBsAAFUbAACJGwAAtBsAALUbAAC2GwAA2RsAANobAADbGwAA3BsAAPUAAAAAAAAAAAAAAAD1 AAAAAAAAAAAAAAAA7wAAAAAAAAAAAAAAAO8AAAAAAAAAAAAAAADvAAAAAAAAAAAAAAAA6wAAAAAA AAAAAAAAAOsAAAAAAAAAAAAAAADrAAAAAAAAAAAAAAAA6wAAAAAAAAAAAAAAAOsAAAAAAAAAAAAA AADrAAAAAAAAAAAAAAAA7wAAAAAAAAAAAAAAAOkAAAAAAAAAAAAAAADvAAAAAAAAAAAAAAAA6QAA AAAAAAAAAAAAAOkAAAAAAAAAAAAAAADrAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAMPAA+EAAAABQ8AD4QA ABGE0AIACQ8AD4QAABGETP8NxgUAAbQAAAARIAAmUAEAH7DQLyCw4D0hsBAFIrAQBSOQoAUkkIAE JbAAADkACTAAJlABAB+w0C8gsOA9IbAQBSKwEAUjkKAFJJCABCWwAAALUAEABTAAA/IAcBEE8gDQ AgPyAXARJgAJMAAKMAEmUAEAH7DQLyCw4D0hsBAFIrAQBSOQoAUkkIAEJbAAADwACTAACjABJlAB AB+w0C8gsOA9IbAQBSKwEAUjkKAFJJCABCWwAAALUAEABTAAA/IAyhEE8gAcAgPyAcoRJgAJMAAK MAEmUAEAH7DQLyCw4D0hsBAFIrAQBSOQoAUkkIAEJbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAASABIACgABAFsADwACAAAAAAAAACwAAEDx/wIALAAA AAYATgBvAHIAbQBhAGwAAAAGAAAAD4Q4BAgAQ0oYAG1ICQQAAAAAAAAAAAAAAAAAAAAAAAA8AEFA 8v+hADwAAAAWAEQAZQBmAGEAdQBsAHQAIABQAGEAcgBhAGcAcgBhAHAAaAAgAEYAbwBuAHQAAAAA AAAAAAAAAAAANABaQAEA8gA0AAAACgBQAGwAYQBpAG4AIABUAGUAeAB0AAAAAgAPAAwAQ0oUAE9K AwBRSgMALAAfQAEAAgEsAAAABgBIAGUAYQBkAGUAcgAAAA0AEAANxggAAuAQwCEBAgAAACwAIEAB ABIBLAAAAAYARgBvAG8AdABlAHIAAAANABEADcYIAALgEMAhAQIAAAAAAAAAEgkAAHMMAADEEQAA 0RYAANwXAAAHAAA6AAAAAP////8HACI6AAAAAP////8HAF06AAAAAP////8HAIU6AAAAAP////8H AMM6AAAAAP////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAAIA AAACAAAAAgAAAAIAAAACAAAAAgAAAAIAAAACAAAAAgAAAAIAAAACAAAAJgAAACYAAAAmAAAAJgAA ACYAAAAmAAAAJgAAACYAAAAmAAAAJgAAACYAAAAmAAAAJgAAACYAAAAmAAAAKQAAAAAEAADcGwAA FgAAAAAEAACbDgAAXRYAAHQaAADcGwAAFwAAABkAAAAaAAAAHAAAAAAEAAC0FgAA3BsAABgAAAAb AAAAAAAAAAUBAAAOAQAAzgoAANcKAADcCgAA5QoAAP0KAAAGCwAAdxEAAH4RAADEEQAAyREAAMoR AADUEQAA1hEAANwRAACREgAAlhIAANoSAADhEgAA4hIAAOcSAAAGEwAACxMAABYTAAAfEwAAKxMA ADATAAAxEwAANxMAAFUTAABcEwAAbhMAAHUTAAB2EwAAfxMAAJ8TAACmEwAAuhMAAL4TAAC/EwAA xxMAAOITAADoEwAA6RMAAPETAAAPFAAAExQAABQUAAAaFAAAMBQAADYUAAA3FAAAPRQAAD8UAABE FAAAVRQAAF0UAABeFAAAZBQAAHkUAACAFAAAgRQAAIkUAACLFAAAkxQAAJQUAACaFAAAphQAAKsU AACsFAAAsRQAANYUAADdFAAADhUAABUVAAAWFQAAHxUAADoVAAA/FQAAQBUAAEkVAACNFQAAlBUA AKwVAACxFQAAshUAALgVAADWFQAA3hUAAN8VAADsFQAADBYAABIWAAATFgAAGhYAADMWAAA3FgAA OBYAAD0WAABQFgAAVhYAAFcWAABcFgAAexYAAIMWAACmFgAAqhYAALQXAADaFwAA3RcAAAcAHAAH ABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcA HAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAc AAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwA BwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcABwACAAAAAABzBgAAhAYA ALwGAAASCAAAOAgAAD4IAAAEDQAADw0AAHENAAB6DQAAmA0AAJwNAACpEQAArREAALQXAAC4FwAA wRcAANoXAADdFwAABwAaAAcAGgAHABoABwAaAAcAGgAHABoABwAaAAcABwAaAAcAAgD//xQAAAAJ AEEAbQBpAHQAIABCAGEAcwB1ACoAQwA6AFwATQB5ACAARABvAGMAdQBtAGUAbgB0AHMAXABjAG8A bgBmAGUAcgBlAG4AYwBlAHMAXABJAEMAVABFAEMAOQA4AGMAZgBwAC4AZABvAGMACQBBAG0AaQB0 ACAAQgBhAHMAdQAqAEMAOgBcAE0AeQAgAEQAbwBjAHUAbQBlAG4AdABzAFwAYwBvAG4AZgBlAHIA ZQBuAGMAZQBzAFwASQBDAFQARQBDADkAOABjAGYAcAAuAGQAbwBjAAkAQQBtAGkAdAAgAEIAYQBz AHUAKwBDADoAXAB0AGUAbQBwAFwAQQB1AHQAbwBSAGUAYwBvAHYAZQByAHkAIABzAGEAdgBlACAA bwBmACAASQBDAFQARQBDADkAOABjAGYAcAAuAGEAcwBkAAkAQQBtAGkAdAAgAEIAYQBzAHUAKwBD ADoAXAB0AGUAbQBwAFwAQQB1AHQAbwBSAGUAYwBvAHYAZQByAHkAIABzAGEAdgBlACAAbwBmACAA SQBDAFQARQBDADkAOABjAGYAcAAuAGEAcwBkAAkAQQBtAGkAdAAgAEIAYQBzAHUAKwBDADoAXAB0 AGUAbQBwAFwAQQB1AHQAbwBSAGUAYwBvAHYAZQByAHkAIABzAGEAdgBlACAAbwBmACAASQBDAFQA RQBDADkAOABjAGYAcAAuAGEAcwBkAAkAQQBtAGkAdAAgAEIAYQBzAHUAKgBDADoAXABNAHkAIABE AG8AYwB1AG0AZQBuAHQAcwBcAGMAbwBuAGYAZQByAGUAbgBjAGUAcwBcAEkAQwBUAEUAQwA5ADgA YwBmAHAALgBkAG8AYwAJAEEAbQBpAHQAIABCAGEAcwB1ACsAQwA6AFwAdABlAG0AcABcAEEAdQB0 AG8AUgBlAGMAbwB2AGUAcgB5ACAAcwBhAHYAZQAgAG8AZgAgAEkAQwBUAEUAQwA5ADgAYwBmAHAA LgBhAHMAZAAJAEEAbQBpAHQAIABCAGEAcwB1ACsAQwA6AFwAdABlAG0AcABcAEEAdQB0AG8AUgBl AGMAbwB2AGUAcgB5ACAAcwBhAHYAZQAgAG8AZgAgAEkAQwBUAEUAQwA5ADgAYwBmAHAALgBhAHMA ZAAJAEEAbQBpAHQAIABCAGEAcwB1ACoAQwA6AFwATQB5ACAARABvAGMAdQBtAGUAbgB0AHMAXABj AG8AbgBmAGUAcgBlAG4AYwBlAHMAXABJAEMAVABFAEMAOQA4AGMAZgBwAC4AZABvAGMACQBBAG0A aQB0ACAAQgBhAHMAdQAqAEMAOgBcAE0AeQAgAEQAbwBjAHUAbQBlAG4AdABzAFwAYwBvAG4AZgBl AHIAZQBuAGMAZQBzAFwASQBDAFQARQBDADkAOABjAGYAcAAuAGQAbwBjAAQA+nOrJAsACQT/DwAA AAAAAAAAAAAAAAAAAAABAMhKWigLAAkE/w8AAAAAAAAAAAAAAAAAAAAAAQDLecs8AQAJBP8P/w// D/8P/w//D/8P/w//DwEA9D8keAEACQT/DwAAAAAAAAAAAAAAAAAAAAABAAEAAAAXAAAAAAAAAAAA AAAAAAAAAAAAAAsQAAAPhGgBEYSY/hXGBQABaAEGT0oEAFFKBABvKAABANjwAQAAABcAAAAAAAAA AAAAAAAAAAAAAAAACxAAAA+EaAERhJj+FcYFAAFoAQZPSgQAUUoEAG8oAAEA2PAAAAAAFwAAAAAA AAAAAAAAAAAAAAAAAAALEAAAD4RoARGEmP4VxgUAAWgBBk9KAQBRSgEAbygAAQC38AEAAAAXAAAA AAAAAAAAAAAAAAAAAAAAAAsQAAAPhGgBEYSY/hXGBQABaAEGT0oBAFFKAQBvKAABALfwBAAAAPQ/ JHgAAAAAAAAAAAAAAADLecs8AAAAAAAAAAAAAAAAyEpaKAAAAAAAAAAAAAAAAPpzqyQAAAAAAAAA AAAAAAD///////////////////////8EAAAAAAAAAAAAAAD/QAGAAQBQFQAAUBUAAOh5BQsBAAEA UBUAAAAAAABQFQAAAAAAAAIQAAAAAAAAANwXAABwAAAIAEAAAAUAAABHFpABAAACAgYDBQQFAgME hwIAAAAAAAAAAAAAAAAAAJ8AAAAAAAAAVABpAG0AZQBzACAATgBlAHcAIABSAG8AbQBhAG4AAAA1 FpABAgAFBQECAQcGAgUHAAAAAAAAABAAAAAAAAAAAAAAAIAAAAAAUwB5AG0AYgBvAGwAAAAzJpAB AAACCwYEAgICAgIEhwIAAAAAAAAAAAAAAAAAAJ8AAAAAAAAAQQByAGkAYQBsAAAAPzWQAQAAAgcD CQICBQIEBIcCAAAAAAAAAAAAAAAAAACfAAAAAAAAAEMAbwB1AHIAaQBlAHIAIABOAGUAdwAAADsG kAECAAUAAAAAAAAAAAAAAAAAAAAAEAAAAAAAAAAAAAAAgAAAAABXAGkAbgBnAGQAaQBuAGcAcwAA ACIABABxCIgYAADQAgAAaAEAAAAAMuQixnBLIyY6SyMmBgBIAAAAbQMAAIsTAAABAAoAAAAEAIMQ KQAAAAAAAAAAAAAAAQABAAAAAQAAAAAAAAAhAwAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAClBsAHtAC0AIAAMjAAAAAAAAAAAAAAAAAAAAAYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAADEEQAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAAAA//8SAAAAAAAAAB0A QwBhAGwAbAAgAGYAbwByACAAUABhAHAAZQByAHMAIAAoAHAAcgBlAGwAaQBtAGkAbgBhAHIAeQAp AAAAAAAAAAkAQQBtAGkAdAAgAEIAYQBzAHUACQBBAG0AaQB0ACAAQgBhAHMAdQAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAA/v8AAAQAAgAAAAAAAAAAAAAAAAAAAAAAAQAAAOCFn/L5T2gQq5EI ACsns9kwAAAAjAEAABEAAAABAAAAkAAAAAIAAACYAAAAAwAAAMAAAAAEAAAAzAAAAAUAAADgAAAA BwAAAOwAAAAIAAAAAAEAAAkAAAAUAQAAEgAAACABAAAKAAAAPAEAAAsAAABIAQAADAAAAFQBAAAN AAAAYAEAAA4AAABsAQAADwAAAHQBAAAQAAAAfAEAABMAAACEAQAAAgAAAOQEAAAeAAAAHgAAAENh bGwgZm9yIFBhcGVycyAocHJlbGltaW5hcnkpAE1pHgAAAAEAAAAAYWxsHgAAAAoAAABBbWl0IEJh c3UAYXAeAAAAAQAAAABtaXQeAAAACwAAAE5vcm1hbC5kb3QAcB4AAAAKAAAAQW1pdCBCYXN1AABw HgAAAAIAAAA2AGl0HgAAABMAAABNaWNyb3NvZnQgV29yZCA4LjAAZUAAAAAAsOsOCgAAAEAAAAAA lF6plUu9AUAAAAAARJ6Uo0S9AUAAAAAAQIKlnEu9AQMAAAABAAAAAwAAAG0DAAADAAAAixMAAAMA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAP7/AAAEAAIAAAAAAAAAAAAAAAAAAAAAAAIAAAAC1c3VnC4bEJOXCAArLPmuRAAA AAXVzdWcLhsQk5cIACss+a5cAQAAGAEAAAwAAAABAAAAaAAAAA8AAABwAAAABQAAAJAAAAAGAAAA mAAAABEAAACgAAAAFwAAAKgAAAALAAAAsAAAABAAAAC4AAAAEwAAAMAAAAAWAAAAyAAAAA0AAADQ AAAADAAAAPoAAAACAAAA5AQAAB4AAAAWAAAAVmFuZGVyYmlsdCBVbml2ZXJzaXR5ACAAAwAAACkA AAADAAAACgAAAAMAAAAAGAAAAwAAALMNCAALAAAAAAAAAAsAAAAAAAAACwAAAAAAAAALAAAAAAAA AB4QAAABAAAAHgAAAENhbGwgZm9yIFBhcGVycyAocHJlbGltaW5hcnkpAAwQAAACAAAAHgAAAAYA AABUaXRsZQADAAAAAQAAAJgAAAADAAAAAAAAACAAAAABAAAANgAAAAIAAAA+AAAAAQAAAAIAAAAK AAAAX1BJRF9HVUlEAAIAAADkBAAAQQAAAE4AAAB7ADIANQBCAEUAMQAwADgAQgAtAEEARgA4ADkA LQAxADEARAAxAC0AQgBDADAAQQAtADAAMAA2ADAAOQA3ADIAOQA3AEEANQBCAH0AAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAABAAAAAgAAAAMAAAAEAAAABQAAAAYAAAAHAAAACAAAAAkAAAAKAAAACwAAAAwAAAANAAAADgAA AA8AAAAQAAAAEQAAABIAAAATAAAAFAAAABUAAAAWAAAAFwAAABgAAAAZAAAAGgAAABsAAAAcAAAA HQAAAP7///8fAAAAIAAAACEAAAAiAAAAIwAAACQAAAAlAAAA/v///ycAAAAoAAAAKQAAACoAAAAr AAAALAAAAC0AAAD+////LwAAADAAAAAxAAAAMgAAADMAAAA0AAAANQAAAP7////9////OAAAAP7/ ///+/////v////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// /1IAbwBvAHQAIABFAG4AdAByAHkAAAAUAAAAAAAAAAAA5gJFAAAQAADI1BgAuAAUAAAAAAAAAAAA AAAAAAAAAAAWAAUB//////////8DAAAABgkCAAAAAADAAAAAAAAARgAAAAAgLlqwo0S9AYD16Kmc S70BOgAAAIAAAAAAAAAAMQBUAGEAYgBsAGUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA4AAgH/////BQAAAP////8AAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAeAAAAABAAAAAAAABXAG8AcgBkAEQAbwBjAHUAbQBlAG4AdAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGgACAQEAAAD//////////wAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADrOgAAAAAAAAUAUwB1AG0AbQBhAHIA eQBJAG4AZgBvAHIAbQBhAHQAaQBvAG4AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAoAAIBAgAA AAQAAAD/////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJgAAAAAQAAAAAAAA BQBEAG8AYwB1AG0AZQBuAHQAUwB1AG0AbQBhAHIAeQBJAG4AZgBvAHIAbQBhAHQAaQBvAG4AAAAA AABGAAAAADgAAgH///////////////9PQ1V+MVxDT05GRVJ+MVxJQ1RFQzl+My5ET0MA//+t3gAA AAAuAAAAABAAAAAAAAABAEMAbwBtAHAATwBiAGoAAABcAE0AeQAgAEQAbwBjAHUAbQBlAG4AdABz AFwAYwBvAG4AZgBlAHIAZQBuAGMAEgACAP///////////////zkAOABjAGYAcAAuAGQAbwBjAAAA AAAAAAAAAAAAAAAAAAAAAAAAAABqAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA////////////////AAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD///// //////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB AAAA/v////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// /////////////////////////////////////////////////////////////////////////wEA /v8DCgAA/////wYJAgAAAAAAwAAAAAAAAEYYAAAATWljcm9zb2Z0IFdvcmQgRG9jdW1lbnQACgAA AE1TV29yZERvYwAQAAAAV29yZC5Eb2N1bWVudC44APQ5snEAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA --=====================_889597169==_ Content-Type: text/plain; charset="us-ascii" ---------------------------------------------------------------------------- -------------- Bezalel Gavish Owen Graduate School of Management Vanderbilt University Nashville, TN 37220 Tel: Office (615) 322-3659 FAX (615) 343-7177 Home (615) 370-0813 Email: Gavishb@ctral1.vanderbilt.edu --=====================_889597169==_-- From rem-conf Wed Mar 11 06:08:46 1998 From rem-conf-request@es.net Wed Mar 11 06:08:45 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yClum-0006X7-00; Wed, 11 Mar 1998 05:51:24 -0800 Received: from (ns1.connectos.com) [209.67.75.10] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yCluk-0006Wq-00; Wed, 11 Mar 1998 05:51:22 -0800 Received: from mexicali ([209.138.58.2]) by ns1.connectos.com (Post.Office MTA v3.1.2 release (PO205-101c) ID# 0-34011U2500L250S0) with SMTP id AHK186; Wed, 11 Mar 1998 05:32:44 -0800 To: From: roland@creditco.com Bcc: bpe@escrow.net, vadkins@erie.net, alancleaver@enterprise.net, pj@escrow.net, rem-conf@es.net, kubacki@earthlink.net, klm@duncan.island.net, info@cybervisors.net, jmkelly@dynacom.net, micromike@dww.net Subject: Between our.. Message-Id: Content-Type: TEXT/PLAIN charset=US-ASCII content-length: 1026 Date: Wed, 11 Mar 1998 05:51:22 -0800 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Dear Internet Merchant! If you need to accept credit cards or experienced problems with your existing merchant account in the past, if you need real-time credit card processing, a complete billing solution or high processing limits we can install your account immediately. There is NO APPLICATION FEE, NO SET UP FEE and NO MONTHLY MINIMUM. We have solutions for merchants worldwide. There are NO GEOGRAPHICAL LIMITS. You can become a distributor as well without initial costs. If you are an Internet Service Provider, Web Hosting or Web Development Company, Marketing Company or if you have a lot of traffic coming to your site or if you are just sales oriented and want to earn a substantial income, this is a unique opportunity both for companies with established markets or those who wish to operate as a home based business. To receive detailed information FOR FREE, just reply to this e-mail and we will show you how to handle e-commerce in the 21st century. Best regards, CreditCo, Inc. Roland Hiering Marketing From rem-conf Thu Mar 12 07:04:00 1998 From rem-conf-request@es.net Thu Mar 12 07:04:00 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yD9G0-0001F0-00; Thu, 12 Mar 1998 06:46:52 -0800 Received: from ietf.org (ns.ietf.org) [132.151.1.19] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yD9Fy-0001Eq-00; Thu, 12 Mar 1998 06:46:50 -0800 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ns.ietf.org (8.8.7/8.8.7a) with ESMTP id JAA15539; Thu, 12 Mar 1998 09:46:46 -0500 (EST) Message-Id: <199803121446.JAA15539@ns.ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: rem-conf@es.net From: Internet-Drafts@ns.ietf.org Reply-to: Internet-Drafts@ns.ietf.org Subject: I-D ACTION:draft-ietf-avt-X11-new-00.txt Date: Thu, 12 Mar 1998 09:46:45 -0500 Sender: cclark@cnri.reston.va.us X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Working Group of the IETF. Title : RTP Payload Format for X Protocol Media Streams Author(s) : L. Gannoun Filename : draft-ietf-avt-X11-new-00.txt Pages : 16 Date : 11-Mar-98 This document specifies the payload format for encapsulating X-protocol streams in the Realtime Transport Protocol (RTP). This specification is intended for X-protocol media streams that are not already handled by other RTP payload specifications. This specification gives details of the payload format of X-protocol data requests that are carried over RTP/UDP/IP in a shared window session. Multiple X protocol requests can be carried over an RTP packet as well as one X protocol request can be carried over multiple RTP packets. a shared window header is defined within the RTP payload to carry X protocol media requests. An RTCP join and RTP reply packets are specified to allow a latecomer to join an on-going session. This specification is intended for streaming stored X Window protocol data as well as live X protocol data requests. Internet-Drafts are available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-avt-X11-new-00.txt". A URL for the Internet-Draft is: ftp://ftp.ietf.org/internet-drafts/draft-ietf-avt-X11-new-00.txt Internet-Drafts directories are located at: Africa: ftp.is.co.za Europe: ftp.nordu.net ftp.nis.garr.it Pacific Rim: munnari.oz.au US East Coast: ds.internic.net US West Coast: ftp.isi.edu Internet-Drafts are also available by mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-avt-X11-new-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <19980311105639.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-X11-new-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-X11-new-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19980311105639.I-D@ietf.org> --OtherAccess-- --NextPart-- From rem-conf Thu Mar 12 11:46:50 1998 From rem-conf-request@es.net Thu Mar 12 11:46:49 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yDDno-00044G-00; Thu, 12 Mar 1998 11:38:04 -0800 Received: from iisc.ernet.in [144.16.64.3] by mail1.es.net with smtp (Exim 1.81 #2) id 0yDDnS-00043x-00; Thu, 12 Mar 1998 11:37:55 -0800 Received: from ece.iisc.ernet.in by iisc.ernet.in (ERNET-IISc/SMI-4.1) id JAA14933; Wed, 11 Mar 1998 09:51:22 +0530 Received: by ece.iisc.ernet.in (4.1/SMI-4.1) id AA02405; Wed, 11 Mar 98 09:51:24+0530 From: anand@ece.iisc.ernet.in (SVR Anand) Message-Id: <9803110421.AA02405@ece.iisc.ernet.in> Subject: Re: FEC draft and timestamp recovery (fwd) To: rem-conf@es.net Date: Wed, 11 Mar 98 9:51:23 GMT+5:30 X-Mailer: ELM [version 2.3 PL11] X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Forwarded message:> From jdrosen@dnrc.bell-labs.com Wed Mar 11 09:20:08 1998 > Message-Id: <350563F2.FD50F8FB@dnrc.bell-labs.com> > Date: Tue, 10 Mar 1998 11:01:54 -0500 > From: Jonathan Rosenberg > X-Mailer: Mozilla 4.04 [en] (WinNT; I) > Mime-Version: 1.0 > To: SVR Anand > Subject: Re: FEC draft and timestamp recovery > References: <9803100629.AA22182@ece.iisc.ernet.in> > Content-Type: text/plain; charset=us-ascii > Content-Transfer-Encoding: 7bit > > SVR Anand wrote: > > > > I am exploring the possibility of extending the applicability of the > > draft to the situations where I will be sending some kind of animated > > annotations superimposed on the image/slide. In this situation we have audio > > as well as these annotations played back in synchronous way. The annotations > > are not synchronous. I hope I am somewhat clear. > > I'm not sure I see how this works. If the audio is real time, the > annotations must be also real time (in the sense that they can be > superimposed at specific points in the audio or video stream). You can't > send an annotation that is associated with audio or video that has > already been played to the user. In that case, your timestamps for the > annotations should behave like real time - generally increasing by some > increment. > > -Jonathan R. > -- > Jonathan D. Rosenberg Lucent Technologies > Member of Technical Staff 101 Crawfords Corner Rd. > High Speed Networks Research Holmdel, NJ 07733 > PHONE: (732) 949-6418 Rm. 4C-526 > FAX: (732) 834-5379 > EMAIL: jdrosen@bell-labs.com > URL: http://www.cs.columbia.edu/~jdrosen > From rem-conf Thu Mar 12 14:36:31 1998 From rem-conf-request@es.net Thu Mar 12 14:36:30 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yDGUZ-0006IV-00; Thu, 12 Mar 1998 14:30:23 -0800 Received: from burdell.cc.gatech.edu [130.207.3.207] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 0yDGUY-0006IJ-00; Thu, 12 Mar 1998 14:30:22 -0800 Received: from ibis.cc.gatech.edu (ammar@ibis.cc.gatech.edu [130.207.8.101]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id RAA22388; Thu, 12 Mar 1998 17:30:20 -0500 (EST) Received: (from ammar@localhost) by ibis.cc.gatech.edu (8.8.4/8.6.9) id RAA18303; Thu, 12 Mar 1998 17:30:20 -0500 (EST) From: ammar@cc.gatech.edu (Mostafa Ammar) Message-Id: <199803122230.RAA18303@ibis.cc.gatech.edu> Subject: PicPat -- Pause Vic, Pause Vat To: rem-conf@es.net Date: Thu, 12 Mar 1998 17:30:19 -0500 (EST) Cc: ammar@cc.gatech.edu X-Mailer: ELM [version 2.4 PL23] Content-Type: text X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list I would like to announce the availability of PicPat, a system for pausing and restarting ongoing, live MBone sessions. The basic information is attached below. Or you can go directly to http://www.cc.gatech.edu/fac/Mostafa.Ammar/picpat Enjoy! Mostafa ================================================================= Mostafa Ammar Phone:(404)894-3292 Associate Professor Fax: (404)894-0272 College of Computing E-mail: ammar@cc.gatech.edu Georgia Institute of Technology Atlanta, GA 30332 WWW:http://www.cc.gatech.edu/fac/Mostafa.Ammar ================================================================= PicPat -- Pause Vic, Pause Vat ####################################### PicPat allows users to pause and restart on-going, live MBone (vic and vat) transmissions. Use of PicPat requires the availability of the standard MBone tools. (vic, vat and sdr). PicPat uses disk buffering on the client machine to accumulate incoming video and audio streams and to provide the pause facility. The size of the disk buffer is user-configurable. PicPat provides the user with a "pause budget" that limits the total amount of time the video/audio stream can be paused for the duration of the program. The pause budget may be expended in "one shot" or in increments over the viewing time. The size configured for the disk buffer determines the pause budget. Credits ------- PicPat is based on ideas published in K. Almeroth and M. Ammar, "On the Use of Multicast Delivery to Provide a Scalable and Interactive Video-on-Demand Service", Journal on Selected Areas of Communication, August 1996. (http://www.cc.gatech.edu/fac/Mostafa.Ammar/papers/VOD.ps) PicPat was written by Sameer Merchant (sampav@cc.gatech.edu) with some code borrowed from the MBone VCR and using tcl/tk for the interface (see license information). Status and Availability ------------------------ Currently, only binaries for Sun Solaris are available. We hope to have ports for other platforms available in the future. Also we are working to expand the functionality of the system to add other modes of interactivity. Send comments to sampav@cc.gatech.edu or ammar@cc.gatech.edu This is version 0.1 of PicPat. It is relatively robust but may be a little rough around the edges. A gzipped unix tar file maybe downloaded from http://www.cc.gatech.edu/fac/Mostafa.Ammar/picpat From rem-conf Thu Mar 12 20:48:42 1998 From rem-conf-request@es.net Thu Mar 12 20:48:42 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yDMHR-0000w9-00; Thu, 12 Mar 1998 20:41:13 -0800 Received: from proxy4.ba.best.com [206.184.139.15] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 0yDMHQ-0000vw-00; Thu, 12 Mar 1998 20:41:12 -0800 Received: from kaipara.live.com (kaipara.live.com [206.86.37.12] (may be forged)) by proxy4.ba.best.com (8.8.8/8.8.BEST) with SMTP id UAA09260; Thu, 12 Mar 1998 20:39:11 -0800 (PST) Message-Id: <3.0.5.16.19980312202217.210f7488@shell7.ba.best.com> X-Sender: rsf@shell7.ba.best.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (16) Date: Thu, 12 Mar 1998 20:22:17 To: ammar@cc.gatech.edu (Mostafa Ammar) From: Ross Finlayson Subject: Re: PicPat -- Pause Vic, Pause Vat Cc: rem-conf@es.net In-Reply-To: <199803122230.RAA18303@ibis.cc.gatech.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list >PicPat allows users to pause and restart on-going, live MBone (vic and vat) >transmissions. > >Use of PicPat requires the availability of the standard MBone tools. >(vic, vat and sdr). "PicPat" sounds like a useful tool. I haven't had the chance to try it yet, but I'm puzzled by your use of the word "standard". Our "standards" are defined by protocols that promote interoperability. There now exist several audio/video tools - in addition to "vic" and "vat" - that use standard protocols (RTP/RTCP) & encodings. There are also several session browsers now that confirm to the SDP/SAP standard; many of these are (arguably) better than "sdr". All of these tools can, and do, interoperate. So, does PicPat work for any RTP/RTCP & SDP/SAP tools, or only for "vic", "vat", and "sdr"? (I think I already know the answer, but you can probably see where this line of questioning is leading :-) Ross. From rem-conf Thu Mar 12 23:05:14 1998 From rem-conf-request@es.net Thu Mar 12 23:05:13 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yDOTS-0001xX-00; Thu, 12 Mar 1998 23:01:46 -0800 Received: from bells.cs.ucl.ac.uk [128.16.5.31] by mail1.es.net with smtp (Exim 1.81 #2) id 0yDOTR-0001xM-00; Thu, 12 Mar 1998 23:01:45 -0800 Received: from waffle.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Fri, 13 Mar 1998 07:01:05 +0000 To: Ross Finlayson cc: ammar@cc.gatech.edu (Mostafa Ammar), rem-conf@es.net Subject: Re: PicPat -- Pause Vic, Pause Vat In-reply-to: Your message of "Thu, 12 Mar 1998 20:22:17." <3.0.5.16.19980312202217.210f7488@shell7.ba.best.com> Date: Fri, 13 Mar 1998 07:01:02 +0000 Message-ID: <813.889772462@cs.ucl.ac.uk> From: Jon Crowcroft X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list In message <3.0.5.16.19980312202217.210f7488@shell7.ba.best.com>, Ross Finlayso n typed: >>>PicPat allows users to pause and restart on-going, live MBone (vic and vat) >>>transmissions. > >>>Use of PicPat requires the availability of the standard MBone tools. >>>(vic, vat and sdr). does it use the conference bus? thats the way a lot of the tools are externally controllable (think of it as ActiveX or DCOM for mbone tools:-) cheers jon From rem-conf Fri Mar 13 05:35:15 1998 From rem-conf-request@es.net Fri Mar 13 05:35:14 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yDUTT-0004Bj-00; Fri, 13 Mar 1998 05:26:11 -0800 Received: from nis-tradewind.paisley.ac.uk (wpmail.paisley.ac.uk) [146.191.32.5] by mail1.es.net with smtp (Exim 1.81 #2) id 0yDUTP-0004Av-00; Fri, 13 Mar 1998 05:26:10 -0800 Received: from Gate-Message_Server by wpmail.paisley.ac.uk with Novell_GroupWise; Fri, 13 Mar 1998 12:58:37 +0000 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Fri, 13 Mar 1998 12:58:01 +0000 From: Delia Atherton To: rem-conf@es.net Subject: Europia'98 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list EuropIA=2798 CYBERDESIGN: Media, Communication and Design Practice PARIS 26-27 November 1998 Seventh International Conference on the Application/Implications of = Computer Networking in Architecture, Construction, Design, Civil Engineerin= g and Urban Planning. Department of Computing and Information Systems, University of Paisley, = Scotland.=20 Organised in conjunction with EuropIA Productions and the University of = Caen. This conference brings together researchers in design, architecture, = engineering, construction management, cognitive science, computer science, = artificial intelligence, sociology, geography and education as well as = industry partners, practitioners and other users of media communications.= =20 The focus for this diverse group is media communications in design = practice - what type media we use in design practice and what types of = media communications tools are available to us- appropriating recent = exciting developments in media communications for local area and/or wide = area networks, new media types for interaction, and communications tools = for multimedia. Topics covered include: design and: Information and communication spaces=20 Distributed interactive multimedia=20 Role of the media communication tools in design practice=20 Desktop video conferencing=20 Computer supported collaborative design=20 Virtual design studios=20 Spatial and social implications of networked media communications tools Distributed geographical information systems / urban information systems=20= Design of networked multimedia Organisational and social policy issues for computer media communication = tools Critique of existing networked communications such as the web =20 Papers are invited on these and related topics. See below for instructions on registering interests. ADVISORY COMMITTEE Reza Beheshti, Delft University of Technology, R.Beheshti=40bk.tudelft.nl Cherif Branki, University of Paisley (EuropIA98 Chairman), Bran-i0=40cs.pai= sley.ac.uk Alan Bridges, University of Strathclyde, a.h.bridges=40strath.ac.uk Mark Burry, University of Deakin, mburry=40deakin.edu.au Linda Candy, University of Loughborough, L.Candy=40lut.ac.uk Alain Constans, Ecole d=C6Architecture de Paris Val-d-Marne,constans=40sun.= paris-Valdemarne.archi.fr Richard Coyne, University of Edinburgh,Richard=40caad.ed.ac.uk Alexander Koutamanis, Delft University of Technology,a.koutamanis=40bk.tude= lft.nl Michel Leglise, Ecole d=C6Architecture de Toulouse, Leglise=40cict.fr Marcel Miramond, INSA de Lyon, hydro=40insa-lyon.fr Guilermo Vasquez De Velasco, Texas A&M, Vasquez=40archone.tamu.edu Khaldoun Zreik, University de Caen (EuropIA International Conferences = Chairman), Zreik=40info.unicaen.fr ADVISORY BOARD Omer Akin, Carnegie Mellon University Farid Ameziane, Ecole d=27Architecture de MarseilleLuminy Daniel Boissier, Universite de Clermont Ferrant Richard Buchanan, Carnegie Mellon University Brahim Chaib-Draa, Universite de Laval Ernesto Costa, Universidade de Coimbra Malcolm Crowe, University of Paisley Ian Douglas, Tamasek Polytechnic Alex Duffy, University of Strathclyde Ernest Edmonds, Loughborough University Boi Faltings, EPFL de Lansanne Susan Finger, Carnegie Mellon University Michel Florenzano, Ecole D=C6Architecture de Marseilles Philippe Fleury, Universite de Caen Ewa Grabska, Jaggiellonian University Francois Guena, Ecole D=C6Architecture de Paris, La Villetle Jean-Pierre Goulette, Ecole D=C6architecture de Toulouse Cliff Hardcastle, Glasgow Caledonian University Nikos Karacapilidis, EPFL de Lansanne John Lee, University of Edinburgh Brian Lees, University of Paisley Tom Maver, University of Strathclyde Sidney Newton, University of Western Sydney Tufan Orel, Design Science and Technology, Paris Rivka Oxman, Haifa Technion=20 Patrice Poyet, CSTB Sophia Antipolis Biren Prasad, General Motors Michael Ramscar, University of Edinburgh Gerhard Schmitt, ETH de Zurich Steve Scrivener, University of Derby Ian Smith, EPFL de Lansanne Michael Smyth, Napier University Peter Szalapaj, University of Sheffield Brigitte Trousse, Inria Paris Christopher Tweed, Queens University of Belfast David Week, Pacific Architecture CONFERENCE SECRETARY Brian Lees, LEES-CI0=40paisley.ac.uk=20 VENUE Paris PROCEEDINGS The proceedings of the conference will be published by Europia Productions,= Paris, France. Selected papers will be published in a special issue of an = international journal. REGISTRATION FEE Authors 1550FF Non-authors 1950FF Doctoral Students 800FF REGISTRATION OF INTEREST Delia Atherton ATHE-CI0=40paisley.ac.uk University of Paisley Department of Computing and Information Systems Paisley, PA1 2BE Scotland, UK Tel: 44 41 848 3300 Fax: 44 41 848 3542 DATES 12 June 1998 - Papers due in electronic form 17 July 1998 - Advice on acceptance 10 August 1998- Revised papers due in electronic form 26-27 November- Conference REGISTRATION OF INTEREST Please use this form to register your interest in EuropIA 98. You will be = added to the mailing list.=20 This form will be sent to Delia Atherton ATHE_CI0=40paisley.ac., who may = also be contacted directly.=20 =20 Surname: Initial(s): Organisation: Address: Email Address: Phone: Fax: I wish to attend EuropIA=2798 Media Communications and Design Practice on = 26-27 November 1998 in Paris: I intend to submit a paper: Title/Topic of Paper: INSTRUCTIONS FOR AUTHORS Electronic submission is strongly recommended. Electronic submissions of = papers in PostScript File Format should be made to europia98=40paisley.ac.u= k=20 IMPORTANT - Please read the electronic submission instructions before = submitting (see below). Easy submission for authors with their own URL (http address) If you have your own web page, simply place copy of your PostScript file = in your public directory, and mail your URL and the filename to = europia98=40paisley.ac.uk and we will collect your file for you=21 Your URL will look like this: http://www.myarea.myplace.mycountry/me.html *NOTE* You do not need to link this file to your home page=21=20 NB - to make life easy for us, please give your file a simple name - = ideally based on your own e.g. author.ps Templates and formatting instruction files Templates are available to aid submission. Email HYPERLINK mailto:europia9= 8=40paisley europia98=40paisley.ac.uk From rem-conf Fri Mar 13 07:09:31 1998 From rem-conf-request@es.net Fri Mar 13 07:09:31 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yDVv6-0005Rp-00; Fri, 13 Mar 1998 06:58:48 -0800 Received: from burdell.cc.gatech.edu [130.207.3.207] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 0yDVv5-0005Re-00; Fri, 13 Mar 1998 06:58:47 -0800 Received: from ibis.cc.gatech.edu (ammar@ibis.cc.gatech.edu [130.207.8.101]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id JAA07874; Fri, 13 Mar 1998 09:58:41 -0500 (EST) Received: (from ammar@localhost) by ibis.cc.gatech.edu (8.8.4/8.6.9) id JAA19949; Fri, 13 Mar 1998 09:58:40 -0500 (EST) From: ammar@cc.gatech.edu (Mostafa Ammar) Message-Id: <199803131458.JAA19949@ibis.cc.gatech.edu> Subject: Re: PicPat -- Pause Vic, Pause Vat To: finlayson@lvn.com (Ross Finlayson) Date: Fri, 13 Mar 1998 09:58:39 -0500 (EST) Cc: ammar@cc.gatech.edu, rem-conf@es.net In-Reply-To: <3.0.5.16.19980312202217.210f7488@shell7.ba.best.com> from "Ross Finlayson" at Mar 12, 98 08:22:17 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list > >>PicPat allows users to pause and restart on-going, live MBone (vic and vat) >>transmissions. >> >>Use of PicPat requires the availability of the standard MBone tools. >>(vic, vat and sdr). > >"PicPat" sounds like a useful tool. I haven't had the chance to try it >yet, but I'm puzzled by your use of the word "standard". > >So, does PicPat work for any RTP/RTCP & SDP/SAP tools, or only for "vic", >"vat", and "sdr"? (I think I already know the answer, but you can probably >see where this line of questioning is leading :-) > > Ross. PicPat requires the media streams to conform to RTP/RTCP specs. The system is happy to play them out (and pause them) to any viewing tools you might choose (as long as they are able to listen to the loopback address). We have only done extensive testing with vic and vat (actually sdr is not required) so I am not sure if there will be any unforeseen interactions with other tools. One assumption we make is that the session will have at most one video and one audio stream, something we felt is reasonable given the environment we were targetting. Mostafa ================================================================= Mostafa Ammar Phone:(404)894-3292 Associate Professor Fax: (404)894-0272 College of Computing E-mail: ammar@cc.gatech.edu Georgia Institute of Technology Atlanta, GA 30332 WWW:http://www.cc.gatech.edu/fac/Mostafa.Ammar ================================================================= From rem-conf Fri Mar 13 08:16:01 1998 From rem-conf-request@es.net Fri Mar 13 08:16:01 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yDX3i-0006aw-00; Fri, 13 Mar 1998 08:11:46 -0800 Received: from ietf.org (ns.ietf.org) [132.151.1.19] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yDX3g-0006aj-00; Fri, 13 Mar 1998 08:11:45 -0800 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ns.ietf.org (8.8.7/8.8.7a) with ESMTP id LAA04404; Fri, 13 Mar 1998 11:11:38 -0500 (EST) Message-Id: <199803131611.LAA04404@ns.ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: rem-conf@es.net From: Internet-Drafts@ns.ietf.org Reply-to: Internet-Drafts@ns.ietf.org Subject: I-D ACTION:draft-ietf-avt-rtp-mpeg4-dmif-00.txt Date: Fri, 13 Mar 1998 11:11:37 -0500 Sender: cclark@cnri.reston.va.us X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Working Group of the IETF. Title : The Role of DMIF in Support of RTP MPEG-4 Payloads Author(s) : V. Balabanian Filename : draft-ietf-avt-rtp-mpeg4-dmif-00.txt Pages : 11 Date : 13-Mar-98 This memorandum describes how RTP carrying MPEG-4 payloads interacts with the MPEG-4 Access Unit layer through the MPEG (Delivery Multimedia Integration Framework) DMIF. DMIF is used to pass information essential for the packing and unpacking of MPEG-4 streams into RTP as well as for adjusting the MPEG-4 AL-PDU lengths to be within the path MTU. DMIF interprets the RTCP reports by comparing its statistics to the requested MPEG-4 media based QoS. If the statistics fail to meet the requested QoS then action is taken to either continue with the impaired perforamce, upgrade the network service class, scale down the stream or delete the stream. This specification is a product of the Audio/Video Transport working group within the Internet Engineering Task Force. Comments are solicited and should be addressed to the working group's mailing list at rem-conf@es.net and/or the authors. Internet-Drafts are available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-avt-rtp-mpeg4-dmif-00.txt". A URL for the Internet-Draft is: ftp://ftp.ietf.org/internet-drafts/draft-ietf-avt-rtp-mpeg4-dmif-00.txt Internet-Drafts directories are located at: Africa: ftp.is.co.za Europe: ftp.nordu.net ftp.nis.garr.it Pacific Rim: munnari.oz.au US East Coast: ds.internic.net US West Coast: ftp.isi.edu Internet-Drafts are also available by mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-avt-rtp-mpeg4-dmif-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <19980313084854.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-rtp-mpeg4-dmif-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-rtp-mpeg4-dmif-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19980313084854.I-D@ietf.org> --OtherAccess-- --NextPart-- From rem-conf Fri Mar 13 10:50:26 1998 From rem-conf-request@es.net Fri Mar 13 10:50:25 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yDZRA-0001UO-00; Fri, 13 Mar 1998 10:44:08 -0800 Received: from hofmann.cs.berkeley.edu [128.32.35.123] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 0yDZR9-0001U7-00; Fri, 13 Mar 1998 10:44:07 -0800 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by hofmann.CS.Berkeley.EDU (8.8.8/8.6.6.Beta11) with SMTP id KAA24014; Fri, 13 Mar 1998 10:44:02 -0800 (PST) Message-Id: <3.0.3.32.19980313104401.0120f650@postgres.berkeley.edu> X-Sender: ireney@postgres.berkeley.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Fri, 13 Mar 1998 10:44:01 -0800 To: rem-conf@es.net, 298-list@bmrc.berkeley.edu From: Irene Yam Subject: Reminder UCB MM Seminar 3/18/98 "Interactive Cartoons of Computer Programs* " - Marc H. Brown, Ariba Technologies Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Interactive Cartoons of Computer Programs* (Wednesday March 18, 1998 12:30-2:00 PDT 405 Soda Hall) Marc H. Brown Ariba Technologies This talk describes a system for building interactive cartoons of computer programs, and demonstrates some of the cartoons we've developed. The system augments the expressive power of Web pages for publishing passive multimedia information with a full-fledged interactive algorithm animation system. It's also particularly well-suited for use in an Electronic Classroom. Marc Brown recently joined Ariba Technologies, an Internet startup, after spending 10 years at Digital's Systems Research Center where he led research efforts in user interface toolkits, program visualization, and Web browsing paradigms. Marc earned his Ph.D. in Computer Science from Brown University. * on the Web and 100% Java, of course. -------------------------------------------------------------------------- This seminar will be broadcast on the Internet MBONE. The broadcast will begin at 12:40PST (GMT - 8 hrs). See sd or http://bmrc.berkeley.edu/298 for instructions on setting up, connecting to, and operating the MBONE tools. ____________________________________________ Irene Yam Berkeley Multimedia Research Center (BMRC) 626 Soda Hall #1776 University of California Berkeley, CA 94720-1776 Phone: (510) 643-0800 FAX: (510) 642-5615 Email: ireney@bmrc.berkeley.edu From rem-conf Fri Mar 13 12:31:39 1998 From rem-conf-request@es.net Fri Mar 13 12:31:37 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yDb17-0002lf-00; Fri, 13 Mar 1998 12:25:21 -0800 Received: from proxy3.ba.best.com [206.184.139.14] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 0yDb16-0002lV-00; Fri, 13 Mar 1998 12:25:20 -0800 Received: from mg132-112.ricochet.net (mg132-112.ricochet.net [204.179.132.112]) by proxy3.ba.best.com (8.8.8/8.8.BEST) with SMTP id MAA15651 for ; Fri, 13 Mar 1998 12:24:12 -0800 (PST) Message-Id: <3.0.5.16.19980313121453.0ca749a4@shell7.ba.best.com> X-Sender: rsf@shell7.ba.best.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (16) Date: Fri, 13 Mar 1998 12:14:53 To: rem-conf@es.net From: Ross Finlayson Subject: Re: PicPat -- Pause Vic, Pause Vat In-Reply-To: <199803131458.JAA19949@ibis.cc.gatech.edu> References: <3.0.5.16.19980312202217.210f7488@shell7.ba.best.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Ah, OK, I get it now. (The README file makes it clear what's going on.) "PicPat" is actually a session launcher progam of its own. You enter - by hand - the group address(es)/port(s) of the session you want to listen to, and then it launches A/V tools (e.g., "vic" & "vat") to listen on the loopback address with some default ports. Cool! Ideally, you'd probably want to have this sort of functionality integrated with a session directory tool, so you don't have to enter session group address(es)/port(s) by hand. (Like Jon C, I had been wondering if perhaps it used the mysterious "conference bus" (& then I was going to ask for some standard definition of this). But it turns out that it doesn't, so I won't :-) Ross. From rem-conf Fri Mar 13 15:28:44 1998 From rem-conf-request@es.net Fri Mar 13 15:28:44 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yDdq0-0004gZ-00; Fri, 13 Mar 1998 15:26:04 -0800 Received: from dirty.research.bell-labs.com [204.178.16.6] by mail1.es.net with smtp (Exim 1.81 #2) id 0yDdpz-0004gP-00; Fri, 13 Mar 1998 15:26:03 -0800 Received: from zubin.dnrc.bell-labs.com ([135.180.130.56]) by dirty; Fri Mar 13 18:24:11 EST 1998 Received: from dnrc.bell-labs.com (arrakis [135.180.130.41]) by zubin.dnrc.bell-labs.com (8.8.8/8.8.8) with ESMTP id SAA04533; Fri, 13 Mar 1998 18:24:04 -0500 (EST) Message-ID: <3509BFA2.9CF68784@dnrc.bell-labs.com> Date: Fri, 13 Mar 1998 18:22:10 -0500 From: Jonathan Rosenberg X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: rem-conf@es.net, confctrl@isi.edu, pint@lists.research.bell-labs.com, iptel@lists.research.bell-labs.com Subject: New iptel working group.. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list avt, mmusic, pint, iptel, I'm happy to announce that the IESG has approved the formation of a new working group, "iptel" (IP Telephony) in the Transport Area. This group is a result of the "siptel" BoF session held at the Washington IETF this past December. As the group's focus has changed away from SIP, it has been renamed to iptel. The home page and mailing list addresses have changed as well. If you were a member of the old siptel list, your subscription is also active on iptel. I'd like to invite people to join the iptel list if they haven't already. You can find the charter at: http://www.ietf.org/html.charters/iptel-charter.html There is also an external page. This page has links to the mail archive, slides from the BoF, and the minutes of the meeting in Washington. This page can be found at: http://www.bell-labs.com/mailing-lists/iptel/ I'd also encourage people to read the charter and look at the slides. Two of the three initially proposed charter items have been officially approved, as you can see from the charter. I'd like to begin discussion on the call processing language, as this is our first work item. Feel free to post questions or thoughts on it to the list. We will be meeting during the LA IETF. We have a single slot, from 19:30 to 22:00 on Wednesday, April 1 (the second slot on the agenda, from 15:30 to 17:30, has been dropped). I currently have very little on the agenda, so if you have a suggestion or would like to make a presentation, please let me know. I look forward to some exciting work in the months ahead. Thanks, Jonathan R. -- Jonathan D. Rosenberg Lucent Technologies Member of Technical Staff 101 Crawfords Corner Rd. High Speed Networks Research Holmdel, NJ 07733 PHONE: (732) 949-6418 Rm. 4C-526 FAX: (732) 834-5379 EMAIL: jdrosen@bell-labs.com URL: http://www.cs.columbia.edu/~jdrosen From rem-conf Mon Mar 16 05:34:41 1998 From rem-conf-request@es.net Mon Mar 16 05:34:41 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yEZwy-00068m-00; Mon, 16 Mar 1998 05:29:08 -0800 Received: from bells.cs.ucl.ac.uk [128.16.5.31] by mail1.es.net with smtp (Exim 1.81 #2) id 0yEZwu-00068c-00; Mon, 16 Mar 1998 05:29:07 -0800 Received: from eucharisto.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Mon, 16 Mar 1998 13:28:58 +0000 To: rem-conf@es.net Subject: New "options for repair..." draft Date: Mon, 16 Mar 1998 13:28:54 +0000 Message-ID: <2124.890054934@cs.ucl.ac.uk> From: Colin Perkins X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list I've recently posted an update to our "Options for Repair of Streaming Media" i-d (draft-ietf-avt-info-repair-03.txt). Until this appears on the usual archive sites, you can retrieve a copy from http://www.cs.ucl.ac.uk/staff/c.perkins/internet-drafts/draft-ietf-avt-info-repair-03.txt Comments are welcome. Colin ------------------------------------------------------------------------------- Options for Repair of Streaming Media draft-ietf-avt-info-repair-03 ... Abstract This document summarizes a range of possible techniques for the repair of continuous media streams subject to packet loss. The techniques discussed include redundant transmission, retransmission, interleaving and forward error correction. The range of applicability of these techniques is noted, together with the protocol requirements and dependencies. ... From rem-conf Mon Mar 16 05:34:41 1998 From rem-conf-request@es.net Mon Mar 16 05:34:41 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yEZrL-00067q-00; Mon, 16 Mar 1998 05:23:19 -0800 Received: from ietf.org (ns.ietf.org) [132.151.1.19] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yEZrJ-00067V-00; Mon, 16 Mar 1998 05:23:17 -0800 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ns.ietf.org (8.8.7/8.8.7a) with ESMTP id IAA12848; Mon, 16 Mar 1998 08:22:36 -0500 (EST) Message-Id: <199803161322.IAA12848@ns.ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: rem-conf@es.net From: Internet-Drafts@ns.ietf.org Reply-to: Internet-Drafts@ns.ietf.org Subject: I-D ACTION:draft-ietf-avt-fec-02.txt Date: Mon, 16 Mar 1998 08:22:36 -0500 Sender: cclark@cnri.reston.va.us X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Working Group of the IETF. Title : An RTP Payload Format for Generic Forward Error Correction Author(s) : J. Rosenberg, H. Schulzrinne Filename : draft-ietf-avt-fec-02.txt Pages : 12 Date : 13-Mar-98 This document specifies a payload format for generic forward error correction of media encapsulated in RTP. It is engineered for FEC algorithms based on the exclusive or (parity) operation, although it can be used with other techniques. The payload format allows end sys- tems to transmit using arbitrary block lengths and parity schemes. It also allows for the recovery of both the payload and critical RTP header fields. It is backwards compatible with non-FEC capable hosts, so that receivers which do not wish to implement FEC can just ignore the extensions. Internet-Drafts are available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-avt-fec-02.txt". A URL for the Internet-Draft is: ftp://ftp.ietf.org/internet-drafts/draft-ietf-avt-fec-02.txt Internet-Drafts directories are located at: Africa: ftp.is.co.za Europe: ftp.nordu.net ftp.nis.garr.it Pacific Rim: munnari.oz.au US East Coast: ds.internic.net US West Coast: ftp.isi.edu Internet-Drafts are also available by mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-avt-fec-02.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <19980313184805.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-fec-02.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-fec-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19980313184805.I-D@ietf.org> --OtherAccess-- --NextPart-- From rem-conf Mon Mar 16 05:34:42 1998 From rem-conf-request@es.net Mon Mar 16 05:34:42 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yEZoc-000679-00; Mon, 16 Mar 1998 05:20:30 -0800 Received: from ietf.org (ns.ietf.org) [132.151.1.19] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yEZob-00066z-00; Mon, 16 Mar 1998 05:20:29 -0800 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ns.ietf.org (8.8.7/8.8.7a) with ESMTP id IAA12309; Mon, 16 Mar 1998 08:20:25 -0500 (EST) Message-Id: <199803161320.IAA12309@ns.ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: rem-conf@es.net From: Internet-Drafts@ns.ietf.org Reply-to: Internet-Drafts@ns.ietf.org Subject: I-D ACTION:draft-ietf-avt-rtp-mpeg4-00.txt,.ps Date: Mon, 16 Mar 1998 08:20:24 -0500 Sender: cclark@cnri.reston.va.us X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Working Group of the IETF. Title : RTP payload format for MPEG-4 Elementary Streams Author(s) : H. Schulzrinne, D. Hoffman, M. Speer, R. Civanlar, A. Basso, V. Balabanian, C. Herpel Filename : draft-ietf-avt-rtp-mpeg4-00.txt,.ps Pages : 13 Date : 13-Mar-98 This memorandum describes a scheme to encapsulate MPEG-4 Elementary Streams into RTP packets. Two approaches are described. The first allows to map one MPEG-4 Elementary Stream to one RTP session, for maximum compatibility to the design principles of RTP. The second responds to the observation that MPEG-4 applications may well consist of such a large number of streams that the encapsulation of a bundle of Elementary Streams in one RTP session is required. This specification is a product of the Audio/Video Transport working group within the Internet Engineering Task Force. Comments are solicited and should be addressed to the working group's mailing list at rem-conf@es.net and/or the authors. Internet-Drafts are available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-avt-rtp-mpeg4-00.txt". A URL for the Internet-Draft is: ftp://ftp.ietf.org/internet-drafts/draft-ietf-avt-rtp-mpeg4-00.txt Internet-Drafts directories are located at: Africa: ftp.is.co.za Europe: ftp.nordu.net ftp.nis.garr.it Pacific Rim: munnari.oz.au US East Coast: ds.internic.net US West Coast: ftp.isi.edu Internet-Drafts are also available by mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-avt-rtp-mpeg4-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <19980313172130.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-rtp-mpeg4-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-rtp-mpeg4-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19980313172130.I-D@ietf.org> --OtherAccess-- --NextPart-- From rem-conf Mon Mar 16 05:46:06 1998 From rem-conf-request@es.net Mon Mar 16 05:46:06 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yEaAP-0006cR-00; Mon, 16 Mar 1998 05:43:01 -0800 Received: from ietf.org (ns.ietf.org) [132.151.1.19] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yEaAN-0006cF-00; Mon, 16 Mar 1998 05:42:59 -0800 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ns.ietf.org (8.8.7/8.8.7a) with ESMTP id IAA15620; Mon, 16 Mar 1998 08:42:55 -0500 (EST) Message-Id: <199803161342.IAA15620@ns.ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: rem-conf@es.net From: Internet-Drafts@ns.ietf.org Reply-to: Internet-Drafts@ns.ietf.org Subject: I-D ACTION:draft-ietf-avt-info-repair-03.txt Date: Mon, 16 Mar 1998 08:42:55 -0500 Sender: cclark@cnri.reston.va.us X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Working Group of the IETF. Title : Options for Repair of Streaming Media Author(s) : C. Perkins, O. Hodson Filename : draft-ietf-avt-info-repair-03.txt Pages : 11 Date : 13-Mar-98 This document summarizes a range of possible techniques for the repair of continuous media streams subject to packet loss. The techniques discussed include redundant transmission, retransmission, interleaving and forward error correction. The range of applicability of these techniques is noted, together with the protocol requirements and dependencies. Internet-Drafts are available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-avt-info-repair-03.txt". A URL for the Internet-Draft is: ftp://ftp.ietf.org/internet-drafts/draft-ietf-avt-info-repair-03.txt Internet-Drafts directories are located at: Africa: ftp.is.co.za Europe: ftp.nordu.net ftp.nis.garr.it Pacific Rim: munnari.oz.au US East Coast: ds.internic.net US West Coast: ftp.isi.edu Internet-Drafts are also available by mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-avt-info-repair-03.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <19980313161118.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-info-repair-03.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-info-repair-03.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19980313161118.I-D@ietf.org> --OtherAccess-- --NextPart-- --------------800ED4ED62CABFB12952DE09-- From rem-conf Mon Mar 16 07:26:22 1998 From rem-conf-request@es.net Mon Mar 16 07:26:21 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yEbjE-0001Xc-00; Mon, 16 Mar 1998 07:23:04 -0800 Received: from gumby.cs.berkeley.edu [128.32.32.38] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yEbjD-0001XS-00; Mon, 16 Mar 1998 07:23:03 -0800 Received: from info.sims.berkeley.edu (info.SIMS.Berkeley.EDU [128.32.226.87]) by gumby.CS.Berkeley.EDU (8.8.4/8.6.9) with ESMTP id HAA06802 for <298-list@gumby.CS.Berkeley.EDU>; Mon, 16 Mar 1998 07:22:41 -0800 (PST) Received: from smadar (smadar.verisity.com [192.116.92.173]) by info.sims.berkeley.edu (8.8.8/8.8.8) with ESMTP id HAA03881 for <298-list@gumby.CS.Berkeley.EDU>; Mon, 16 Mar 1998 07:22:37 -0800 (PST) Message-ID: <350D42B4.732358DF@sims.berkeley.edu> Date: Mon, 16 Mar 1998 17:18:12 +0200 From: Noam Kaminer Reply-To: noam@sims.berkeley.edu X-Mailer: Mozilla 4.0 [en] (Win95; I) MIME-Version: 1.0 To: 298-list@gumby.CS.Berkeley.EDU Subject: remove X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Please remove me from your list. Thanks, Noam Kaminer. From rem-conf Mon Mar 16 08:00:34 1998 From rem-conf-request@es.net Mon Mar 16 08:00:33 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yEcG8-0002La-00; Mon, 16 Mar 1998 07:57:04 -0800 Received: from cs.columbia.edu [128.59.16.20] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yEcG7-0002LQ-00; Mon, 16 Mar 1998 07:57:03 -0800 Received: from erlang.cs.columbia.edu (erlang.cs.columbia.edu [128.59.19.141]) by cs.columbia.edu (8.8.5/8.6.6) with ESMTP id KAA03270 for ; Mon, 16 Mar 1998 10:56:57 -0500 (EST) Received: from cs.columbia.edu (localhost [127.0.0.1]) by erlang.cs.columbia.edu (8.8.5/8.6.6) with ESMTP id KAA17806 for ; Mon, 16 Mar 1998 10:56:56 -0500 (EST) Sender: hgs@cs.columbia.edu Message-ID: <350D4BC8.487F4DF7@cs.columbia.edu> Date: Mon, 16 Mar 1998 10:56:56 -0500 From: Henning Schulzrinne Organization: Columbia University, Dept. of Computer Science X-Mailer: Mozilla 4.04 [en] (X11; I; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: rem-conf@es.net Subject: draft-periyannan-generic-rtp-00.txt Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list "Scheme A: Media streams that typically fall into this category are frame-based as well as sample-based compressed or uncompressed audio streams. ... - The marker bit (M-bit) is unused. Transmitters must set this bit to zero. Receivers must ignore this bit. " This seems to contradict the RTP Profile. Why not have it be the talk spurt beginning "hint" for audio and the frame end for video (if applicable) here? A receiver is always free to ignore the bit, but it is rather useful for implementations. Henning From rem-conf Mon Mar 16 08:57:54 1998 From rem-conf-request@es.net Mon Mar 16 08:57:54 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yEd9I-0003eg-00; Mon, 16 Mar 1998 08:54:04 -0800 Received: from dirty.research.bell-labs.com [204.178.16.6] by mail1.es.net with smtp (Exim 1.81 #2) id 0yEd9H-0003eW-00; Mon, 16 Mar 1998 08:54:03 -0800 Received: from zubin.dnrc.bell-labs.com ([135.180.130.56]) by dirty; Mon Mar 16 11:53:40 EST 1998 Received: from dnrc.bell-labs.com (arrakis [135.180.130.41]) by zubin.dnrc.bell-labs.com (8.8.8/8.8.8) with ESMTP id LAA14133 for ; Mon, 16 Mar 1998 11:53:39 -0500 (EST) Message-ID: <350D5895.7A4EB0C4@dnrc.bell-labs.com> Date: Mon, 16 Mar 1998 11:51:33 -0500 From: Jonathan Rosenberg X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: rem-conf@es.net Subject: New FEC draft Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list avt, As you probably saw, I submitted an update of the FEC document. The updates largely reflect comments received over the past few months. To spare you the trouble of doing a diff, here's whats changed: 1. The FEC data goes on a separate "stream". I don't define what this means (separate port, separate multicast group, separate redundant codec, etc.) as I think there are lots of possibilities, and what makes sense depends on the application. 2. I added a "SN base" field to the FEC header to accomodate the FEC on a separate stream. 3. I added a timestamp recovery procedure. The mechanism recovers on the 8 LSB of the timestamp. This allows for the recovery of the upper MSB with interpolation, and the lower 8 exactly. Whether 8 bits is enough is a good question; I welcome input here. By avoiding explicit recovery of all 32 bits, I was able to keep the FEC header at 2 32 bit words instead of three. 4. I describe a recovery algorithm for determining when to try and recover a missing packet, and then how to do it. 5. Based on discussions on the list, I modified the sender operation to first concatenate all of the bits before applying the FEC. This avoids the 1-bit only problem for RS type codes, and has no impact on xor. Given this, seems like a reasonable change. 6. I slightly changed the sender operation to also allow for CSRC list and header extension recovery; no change if these aren't present. 7. The mask field is now 16 bits. Semantics are slightly different because of the SN base field. Thanks, Jonathan R. -- Jonathan D. Rosenberg Lucent Technologies Member of Technical Staff 101 Crawfords Corner Rd. High Speed Networks Research Holmdel, NJ 07733 PHONE: (732) 949-6418 Rm. 4C-526 FAX: (732) 834-5379 EMAIL: jdrosen@bell-labs.com URL: http://www.cs.columbia.edu/~jdrosen From rem-conf Mon Mar 16 09:42:09 1998 From rem-conf-request@es.net Mon Mar 16 09:42:09 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yEdqn-0004sJ-00; Mon, 16 Mar 1998 09:39:01 -0800 Received: from gumby.cs.berkeley.edu [128.32.32.38] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yEdqm-0004s9-00; Mon, 16 Mar 1998 09:39:00 -0800 Received: from dilbert.cs.berkeley.edu (dilbert.CS.Berkeley.EDU [128.32.131.87]) by gumby.CS.Berkeley.EDU (8.8.4/8.6.9) with ESMTP id JAA07650 for <298-list@gumby.CS.Berkeley.EDU>; Mon, 16 Mar 1998 09:38:18 -0800 (PST) Received: from localhost (martin@localhost) by dilbert.cs.berkeley.edu (8.8.5/8.6.9) with SMTP id JAA11087; Mon, 16 Mar 1998 09:38:17 -0800 Date: Mon, 16 Mar 1998 09:38:16 -0800 (PST) From: Martin Eyestone To: Noam Kaminer cc: 298-list@gumby.CS.Berkeley.EDU Subject: Re: remove In-Reply-To: <350D42B4.732358DF@sims.berkeley.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hello I think you may have the wrong address. I don't know what the 298-list is, so I can't help you ... sorry. Martin Eyestone On Mon, 16 Mar 1998, Noam Kaminer wrote: > Please remove me from your list. > > Thanks, > > Noam Kaminer. > From rem-conf Mon Mar 16 13:39:25 1998 From rem-conf-request@es.net Mon Mar 16 13:39:24 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yEhXE-00003s-00; Mon, 16 Mar 1998 13:35:04 -0800 Received: from csl-emh1.carlisle.army.mil (csl-emh1.army.mil) [144.99.105.132] by mail1.es.net with smtp (Exim 1.81 #2) id 0yEhXD-00003O-01; Mon, 16 Mar 1998 13:35:04 -0800 Received: from ccMail by csl-emh1.army.mil (IMA Internet Exchange 2.12 Enterprise) id 000095A3; Mon, 16 Mar 1998 16:24:31 -0500 Mime-Version: 1.0 Date: Mon, 16 Mar 1998 16:31:40 -0500 Message-ID: <000095A3.1260@csl-emh1.army.mil> From: clarkw@csl-emh1.army.mil Subject: remove To: rem-conf@es.net Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list please remove me from your list. william Clark From rem-conf Mon Mar 16 18:03:30 1998 From rem-conf-request@es.net Mon Mar 16 18:03:30 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yElUJ-0001s9-00; Mon, 16 Mar 1998 17:48:19 -0800 Received: from mail-out1.apple.com [17.254.0.52] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yElUI-0001rz-00; Mon, 16 Mar 1998 17:48:18 -0800 Received: from scv3.apple.com (A17-128-100-121.apple.com [17.128.100.121]) by mail-out1.apple.com (8.8.5/8.8.5) with ESMTP id RAA07536 for ; Mon, 16 Mar 1998 17:42:16 -0800 Received: from [17.255.20.120] (alperi1.apple.com [17.255.20.120]) by scv3.apple.com (8.8.5/8.8.5) with ESMTP id RAA26544 for ; Mon, 16 Mar 1998 17:42:14 -0800 X-Sender: alagu@mail.apple.com Message-Id: In-Reply-To: <350D4BC8.487F4DF7@cs.columbia.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 16 Mar 1998 17:39:56 -0800 To: rem-conf@es.net From: Alagu Periyannan Subject: Re: draft-periyannan-generic-rtp-00.txt X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list At 10:56 AM -0500 3/16/98, Henning Schulzrinne wrote: >"Scheme A: > > Media streams that typically fall into this category are frame-based > as well as sample-based compressed or uncompressed audio streams. >... > > - The marker bit (M-bit) is unused. Transmitters must set this bit to > zero. Receivers must ignore this bit. > >" > >This seems to contradict the RTP Profile. Why not have it be the talk >spurt beginning "hint" for audio and the frame end for video (if >applicable) here? A receiver is always free to ignore the bit, but it is >rather useful for implementations. > >Henning Yes. This is why I have mentioned this as an item in the list of open issues (reproduced below) - M-bit usage in scheme A The M-bit is currently unused in scheme A. It can be used to indicate the first packet after a gap in the RTP timeline. I wanted to make sure that I don't bring in audio or video when defining the schemes. I wanted them to be generic and not specific to a media type. I think in some sense what we're defining here may be a new "profile". The packetization schemes are intended to cover more than just audio and video. Should we make it a new profile? --------------------------------------------------- Alagu Periyannan alagu@apple.com Interactive Multimedia Group Apple Computer, Inc. From rem-conf Mon Mar 16 18:52:50 1998 From rem-conf-request@es.net Mon Mar 16 18:52:50 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yEmRy-0002iE-00; Mon, 16 Mar 1998 18:49:58 -0800 Received: from cs.columbia.edu [128.59.16.20] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yEmRx-0002i4-00; Mon, 16 Mar 1998 18:49:57 -0800 Received: from erlang.cs.columbia.edu (erlang.cs.columbia.edu [128.59.19.141]) by cs.columbia.edu (8.8.5/8.6.6) with ESMTP id VAA15646; Mon, 16 Mar 1998 21:49:55 -0500 (EST) Received: from cs.columbia.edu (localhost [127.0.0.1]) by erlang.cs.columbia.edu (8.8.5/8.6.6) with ESMTP id VAA00875; Mon, 16 Mar 1998 21:49:54 -0500 (EST) Sender: hgs@cs.columbia.edu Message-ID: <350DE4D2.1EE61468@cs.columbia.edu> Date: Mon, 16 Mar 1998 21:49:54 -0500 From: Henning Schulzrinne Organization: Columbia University, Dept. of Computer Science X-Mailer: Mozilla 4.04 [en] (X11; I; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: Alagu Periyannan CC: rem-conf@es.net Subject: Re: draft-periyannan-generic-rtp-00.txt References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Alagu Periyannan wrote: > > > > Yes. This is why I have mentioned this as an item in the list of > open issues (reproduced below) > > - M-bit usage in scheme A > The M-bit is currently unused in scheme A. It can be used to indicate > the first packet after a gap in the RTP timeline. > > I wanted to make sure that I don't bring in audio or video when > defining the schemes. I wanted them to be generic and not specific > to a media type. Why not say: if audio, do X, if video, do Y. If none of the above, the behavior is undefined. After all, the sender and receiver are perfectly aware of what type it is. If either is not, they are free to ignore it. > > I think in some sense what we're defining here may be a new > "profile". The packetization schemes are intended to cover more > than just audio and video. Should we make it a new profile? I think that would be a bad idea, since this payload type will likely be used in the same session with other, standard payload types. From rem-conf Tue Mar 17 04:07:32 1998 From rem-conf-request@es.net Tue Mar 17 04:07:31 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yEv4V-000671-00; Tue, 17 Mar 1998 04:02:19 -0800 Received: from ietf.org (ns.ietf.org) [132.151.1.19] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yEv4U-00066r-00; Tue, 17 Mar 1998 04:02:18 -0800 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ns.ietf.org (8.8.7/8.8.7a) with ESMTP id HAA26705; Tue, 17 Mar 1998 07:02:12 -0500 (EST) Message-Id: <199803171202.HAA26705@ns.ietf.org> To: IETF-Announce: ; Cc: rem-conf@es.net From: The IESG SUBJECT: Last Call: RTP Payload Format for JPEG-compressed Video to Proposed Standard Reply-to: iesg@ns.ietf.org Date: Tue, 17 Mar 1998 07:02:12 -0500 Sender: scoya@cnri.reston.va.us X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list The IESG has received a request from the Audio/Video Transport Working Group to consider RTP Payload Format for JPEG-compressed Video as a Proposed Standard. The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send any comments to the iesg@ietf.org or ietf@ietf.org mailing lists by April 7, 1998. Files can be obtained via ftp://ftp.ietf.org/internet-drafts/draft-ietf-avt-jpeg-new-01.txt From rem-conf Tue Mar 17 10:02:27 1998 From rem-conf-request@es.net Tue Mar 17 10:02:26 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yF0gW-0001Wo-00; Tue, 17 Mar 1998 10:01:56 -0800 Received: from hugo.int-evry.fr [157.159.100.81] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yF0gV-0001Wc-00; Tue, 17 Mar 1998 10:01:55 -0800 Received: from asterix.int-evry.fr (asterix [157.159.100.23]) by hugo.int-evry.fr (8.8.0/8.8.0) with ESMTP id TAA11122 for ; Tue, 17 Mar 1998 19:00:45 +0100 (MET) From: Marine TABOURIER Received: (tabouri@localhost) by asterix.int-evry.fr (8.8.0/8.6.4) id TAA09130 for REM-CONF@es.net; Tue, 17 Mar 1998 19:00:37 +0100 (MET) Date: Tue, 17 Mar 1998 19:00:37 +0100 (MET) Message-Id: <199803171800.TAA09130@asterix.int-evry.fr> To: REM-CONF@es.net Subject: CfP: Estelle'98 - Int. Workshop on the FDT Estelle X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Please accept our apologies in case you receive multiple copies. CALL FOR PAPERS ______ _ _ _ _ ___ ___ | ____| | | | | | ( ) _ \ / _ \ | |__ ___| |_ ___| | | ___|/ (_) | (_) | | __| / __| __/ _ \ | |/ _ \ \__, |> _ < | |____\__ \ || __/ | | __/ / /| (_) | |______|___/\__\___|_|_|\___| /_/ \___/ International Workshop on the Formal Description Technique Estelle November 2, 1998 Institut National des Telecommunications Evry, France http://www.informatik.uni-mannheim.de/informatik/pi4/events/estelle98/ Estelle'98 is a satellite workshop of FORTE/PSTV'98 Estelle is a Formal Description Technique for open distributed systems, in particular for communication protocols, and is an international standard since 1989. By today, Estelle has been successfully applied to specify communication standards, to serve as a basis for system analysis and as a starting point for the automatic generation of implementations directly from formal specifications. For these purposes, commercial and academic tool environments are readily available. The Estelle'98 workshop shall be a forum for industry and academia to present and discuss ongoing and planned activities related to Estelle, to demonstrate tools, to share ideas and experiences, and to develop a joint strategy for future actions. Estelle'98 will be held on November 2, 1998, the day before the start of FORTE/PSTV'98. The workshop will be located at the Institut National des Telecommunications (INT) in Evry, close to Paris. Contents: ~~~~~~~ For the one-day workshop, presentations and tool demonstrations >from academia as well as from industry are invited on the following (non-exclusive) Estelle-related list of topics: - Estelle language enhancements, e.g. - Graphical syntax - Open Estelle - Real Time Estelle - Language support for data referencing - Estelle tool development, e.g. - graphical editors - simulators - validation tools - tools for parallel implementation - tools for efficient implementation - Estelle (real-life) applications, e.g. - protocols - standards - distributed systems Workshop Organization: ~~~~~~~~~~~~~~~~~~~~ Estelle'98 will be a satellite workshop of FORTE/PSTV'98, the Joint International Conference of Formal Description Techniques and Protocol Specification, Testing, and Verification, to be held in Paris the same week. Its working language is English. In order to enable in-depth discussions, the workshop proceedings will be published electronically ahead of the event. Evaluation and Publication of Submitted Papers: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Contributions will be evaluated on the basis of an extended abstract. In order to preserve the workshop character, the submission of full papers is optional. The workshop proceedings will be published electronically ahead of the workshop. Also, printed proceedings will be available at the workshop. Instructions to Authors: ~~~~~~~~~~~~~~~~~~~~~~ Extended abstracts (up to 3 pages) and proposals for tool demonstrations should be submitted to: Dr. Stefan Fischer Universitaet Mannheim Lehrstuhl fuer Praktische Informatik IV D-68131 Mannheim, Germany Tel: (+49) 621/292-1407 Fax: (+49) 621/292-5745 Email: stefis@pi4.informatik.uni-mannheim.de Electronic submission in postscript is preferred. Alternatively, also the submission of 4 copies of your manuscript is possible. It should include the name and postal, fax and e-mail addresses of the contact person. Notification of acceptance will be done via e-mail. Further information: ~~~~~~~~~~~~~~~~~~ Please contact Dr. Stefan Fischer, Tel: (+49) 621/292-1407, Fax: (+49) 621/292-5745, Email: stefis@pi4.informatik.uni-mannheim.de Important Dates: ~~~~~~~~~~~~~~ May 31, 1998 Submission deadline June 30, 1998 Notification of acceptance September 1, 1998 Final version for electronic proceedings due September 1, 1998 Proposals for tool demonstrations due October 15, 1998 Electronic proceedings available Workshop Organization Chair: ~~~~~~~~~~~~~~~~~~~~~~~~~~ Jean-Luc Raffy (Institut National des Telecommunications (INT), France) ======================================================================= estelle@cs.umb.edu is an unmoderated mailing list for topics related to Estelle (IS 9074), a Formal Description Technique for distributed systems. Mail sent to "estelle@cs.umb.edu" reaches all subscribers to the list. To subscribe or unsubscribe, mail a message with just that word as its body to "estelle-request@cs.umb.edu". For archives or more information, mail a message with just the word "help" to "estelle-request@cs.umb.edu". Workshop Co-Chairs: ~~~~~~~~~~~~~~~~~ Stanislaw Budkowski (Institut National des Telecommunications (INT), France) Stefan Fischer (University of Mannheim, Germany) Reinhard Gotzhein (University of Kaiserslautern, Germany) Program Committee: ~~~~~~~~~~~~~~~~ Paul Amer (University of Delaware, USA) Eugen Borcoci (University of Bucharest, Romania) Jan Bredereke (McMaster University, Hamilton, Canada) Jean-Pierre Courtiat (LAAS-CNRS, France) Piotr Dembinski (IPIPAN, Poland) Roland Groz (CNET, France) Richard Tenney (University of Massachusetts, Boston, USA) Workshop Organization Chair: ~~~~~~~~~~~~~~~~~~~~~~~~~~ Jean-Luc Raffy (Institut National des Telecommunications (INT), France) ======================================================================= estelle@cs.umb.edu is an unmoderated mailing list for topics related to Estelle (IS 9074), a Formal Description Technique for distributed systems. Mail sent to "estelle@cs.umb.edu" reaches all subscribers to the list. To subscribe or unsubscribe, mail a message with just that word as its body to "estelle-request@cs.umb.edu". For archives or more information, mail a message with just the word "help" to "estelle-request@cs.umb.edu". From rem-conf Tue Mar 17 10:02:28 1998 From rem-conf-request@es.net Tue Mar 17 10:02:28 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yF0bn-0001V7-00; Tue, 17 Mar 1998 09:57:03 -0800 Received: from calliope1.fm.intel.com [132.233.247.10] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yF0bk-0001Uw-00; Tue, 17 Mar 1998 09:57:00 -0800 Received: from fmsmsx27.fm.intel.com (fmsmsx27.fm.intel.com [132.233.42.27]) by calliope1.fm.intel.com (8.8.6/8.8.5) with ESMTP id JAA00464 for ; Tue, 17 Mar 1998 09:56:55 -0800 (PST) Received: by FMSMSX27 with Internet Mail Service (5.5.1960.3) id ; Tue, 17 Mar 1998 09:56:55 -0800 Message-ID: From: "Jason, Jamie" To: "'rem-conf@es.net'" Subject: Information Please Date: Tue, 17 Mar 1998 09:57:05 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.1960.3) Content-Type: text/plain X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Sorry to have to post this, but I need information on how to unsubscribe >from this group. Please send directly to me - I am not subscribed to the group, but I need to unsubscribe someone else. Thanks. Jamie ------------------------------------------------------------------------ - Jamie Jason Intel Architecture Labs 2111 NE 25th Avenue, JF3-206 Ph: 503-264-9531 Hillsboro, OR 97124 Fax: 503-264-9428 All opinions expressed here are guaranteed to be: 1. solely mine 2. not necessarily shared by Intel 3. totally unencumbered by the thought process ------------------------------------------------------------------------ - From rem-conf Tue Mar 17 10:02:29 1998 From rem-conf-request@es.net Tue Mar 17 10:02:28 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yF0f3-0001WQ-00; Tue, 17 Mar 1998 10:00:25 -0800 Received: from hugo.int-evry.fr [157.159.100.81] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yF0ez-0001Vg-00; Tue, 17 Mar 1998 10:00:23 -0800 Received: from asterix.int-evry.fr (asterix [157.159.100.23]) by hugo.int-evry.fr (8.8.0/8.8.0) with ESMTP id SAA10689 for ; Tue, 17 Mar 1998 18:59:14 +0100 (MET) From: Marine TABOURIER Received: (tabouri@localhost) by asterix.int-evry.fr (8.8.0/8.6.4) id SAA08456 for REM-CONF@es.net; Tue, 17 Mar 1998 18:59:10 +0100 (MET) Date: Tue, 17 Mar 1998 18:59:10 +0100 (MET) Message-Id: <199803171759.SAA08456@asterix.int-evry.fr> To: REM-CONF@es.net Subject: CFP - Special session in FORTE/PSTV'98 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list CALL FOR PAPERS (http://www.res.enst.fr/~najm/FORTE_PSTV98/ECASP.html) A special session on *EDUCATIONAL CASE STUDIES IN PROTOCOLS* is to be held at FORTE/PSTV'98 FORMAL DESCRIPTION TECHNIQUES (FORTE XI) - PROTOCOL SPECIFICATION, TESTING, AND VERIFICATION (PSTV XVIII) PARIS, 3-6 November 1998 http://alix.int-evry.fr/~stan/FORTE_PSTV98/ The special session will be devoted to presenting educational case studies on protocols and distributed systems. The case studies may include various tutorial aspects such as animation, formal specification, debugging and automated verification. In the past few years a large number of tool supported case studies have been developed in an educational context (e.g. as a University course, or industrial training package) and the aim of this session is to report on the experience that has been capitalized in this important domain. During this special session, authors may include in their presentations an on-line, notebook based, demonstration of the case study. The chosen case studies may be also demonstrated during the conference. The session will take place either in the first tutorial day or during the conference itself. We invite contributors to present a description of their case study including, for example: * the objectives * the chosen protocol or distributed application * the chosen formal technique and tool the educational scenario: the different steps involved and the work to be performed by the students. Important Dates: * now -- It is recommended to send an intention to contribute * 15 May, 1998 -- Submission deadline for papers * 15 June, 1998 -- Notification of acceptance * July 10, 1998 -- Final Postscript version for Proceedings due Session Co-Chairs: John DERRICK UKC - UK (J.Derrick@ukc.ac.uk) Elie NAJM ENST - France (Elie.Najm@Email.ENST.fr) Submission policy: Full papers or Extended abstracts should be up to 16 pages, 12 point, single spaced, including an informative abstract as well as names and affiliations of all authors. Authors should indicate a contact author (including postal and E-mail address). Authors are strongly encouraged to use A4 size papers and to make sure that their submissions are easy to print on a variety of postscript printers (e.g. by using standard fonts). Authors are encouraged to submit their papers electronically. Submissions should be made to the following address: ecasp-98@inf.enst.fr in two separate e-mails: * an e-mail with your paper in postscript format (uuencoded and compressed with 'compress' or 'gzip'); * an e-mail in plain text (ASCII) with the title of your paper, the name of the authors and their institutions, a list of keywords, an abstract of your paper and the name and postal, fax and e-mail addresses of the contact person. From rem-conf Tue Mar 17 10:02:30 1998 From rem-conf-request@es.net Tue Mar 17 10:02:29 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yF0ck-0001VK-00; Tue, 17 Mar 1998 09:58:02 -0800 Received: from hugo.int-evry.fr [157.159.100.81] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yF0ci-0001Uv-00; Tue, 17 Mar 1998 09:58:00 -0800 Received: from asterix.int-evry.fr (asterix [157.159.100.23]) by hugo.int-evry.fr (8.8.0/8.8.0) with ESMTP id SAA10137 for ; Tue, 17 Mar 1998 18:56:42 +0100 (MET) From: Marine TABOURIER Received: (tabouri@localhost) by asterix.int-evry.fr (8.8.0/8.6.4) id SAA07622 for REM-CONF@es.net; Tue, 17 Mar 1998 18:56:38 +0100 (MET) Date: Tue, 17 Mar 1998 18:56:38 +0100 (MET) Message-Id: <199803171756.SAA07622@asterix.int-evry.fr> To: REM-CONF@es.net Subject: Reminder: FORTE/PSTV'98 call for papers X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list [Apologies for any duplicates] Due to numerous requests, the FORTE/PSTV'98 Program Committee has decided to extend the deadline for paper submissions till 30st March 1998. If you have submitted a paper, you should have received an acknowledgement which includes a ticket number of the form "FORTE/PSTV'98-XXX", where XXX is a 3 digit number. You should quote this number in all future correspondence. If you have NOT received an acknowledgement, it probably means that your paper submission did not include a valid email address, that your electronic submission was corrupted or that your e-mail was lost (very unlikely but still possible). Please contact us at forte-pstv@hugo.int-evry.fr to resolve such issues. Please find below un updated Second Call for Papers. Thank you for your attention FORTE/PSTV'98 Program Committee ========================================================================== Second Call for Papers 1998 IFIP TC6/WG6.1 Joint International Conference FORTE/PSTV'98 FORMAL DESCRIPTION TECHNIQUES (FORTE XI) & PROTOCOL SPECIFICATION, TESTING, AND VERIFICATION (PSTV XVIII) PARIS, 3-6 November 1998 General WWW page: http://www.res.enst.fr/~najm/FORTE_PSTV98/ Program Committee WWW page: http://www-lor.int-evry.fr/~stan/FORTE_PSTV98/ Satellite & Associated events: SPIN 98 Workshop - Paris, 2 November 1998 Estelle 98 Workshop - Evry, 2 November 1998 EDUCATIONAL CASE STUDIES ON PROTOCOLS - A special session at the conference, November 3 - 6, 1998 The two separate conferences FORTE and PSTV have been combined, since 1996, into a joint edition FORTE/PSTV. FORTE/PSTV'98 will address Formal Description Techniques (FDTs) applicable to Distributed Systems and Communication Protocols. FDTs include different approaches, based on Process Algebras (CCS, pi-calculus, LOTOS, stochastic, etc.), Extended Automata, (SDL, Estelle, timed automata, statecharts, reactive, etc.), Set Theory (B, Z, VDM, etc.), Logics (temporal, TLA, etc.), ADTs (OBJ, Larch, etc.) and other standard notations (MSCs, ASN.1, TTCN, etc.). FORTE/PSTV will consider the entire development cycle of communication protocols, distributed systems and applications (specification, verification, testing, performance analysis, and implementation). The conference will be a forum for presentation of the state of the art in theory, application, tools and industrialization of FDTs, and will provide an excellent orientation for newcomers. Research papers and industrial usage reports as well as proposals for tutorials (advanced technology seminars), poster displays and tool demonstrations are solicited, particularly in the following areas: FDT applications to the development cycle of network protocols and distributed systems engineering: * Requirements capture, specification and verification/validation * Simulation, implementation, debugging and tuning * Testing, test selection, test generation and test coverage * Performance analysis and modelling * Quality of Service modelling and verification * Real time and probability modelling and verification * Integration of FDTs and development methodologies * Case studies FDT applications in the areas of: * Multicast and multimedia protocols * Distributed platforms and middleware protocols * Internet protocols * High speed protocols * Mobile communication * Network security protocols * Medium access control protocols, local loop protocols * Factory communication protocols * Field Bus protocols * Case studies FDT applications to telecommunication services and distributed applications: * Architectures for telecommunication services (Intelligent Network architecture, TINA, object based architectures, CORBA, COM-DCOM, ActiveX, internet,...) * Service creation, service composition, service and feature interaction * Reusable components architectures * Workflow and Groupware * Case studies Development of Formal Description Techniques, methods and tools: * Semantic foundations * Formal support to object modelling * Extensions of FDTs * Real-time and probability aspects * Consistency and refinement relations * Practical algorithms and tool support * Case studies Industrial and business focus: * Corporate strategic and financial consequences of FDT use * Corporate experiences in FDT based developments * Tools and training cases for protocols teaching * Case studies Important dates (modified): * March 30, 1998 -- Submission deadline * June 8, 1998 -- Notification of acceptance * July 6, 1998 -- Camera-ready copy for final proceedings due General Chair: Elie NAJM - ENST - Elie.Najm@Email.ENST.fr Program Committee Co-Chairs: Stanislaw BUDKOWSKI - INT - Stanislaw.Budkowski@int-evry.fr Ana CAVALLI - INT - Ana.Cavalli@int-evry.fr Local Arrangment Chair: Sylvie Vignes - ENST - Sylvie.Vignes @Email.ENST.fr Submission policy: Full original research papers and industrial usage reports should be up to 16 pages, 12 point, single spaced, including an informative abstract as well as names and affiliations of all authors, and a list of keywords facilitating the assignment of papers to referees. For industrial usage reports, short papers up to 8 pages are also welcome. Authors should indicate a contact author (including postal and E-mail address) and the preferred category (research paper or industrial usage report) in which the paper should be considered. Authors are strongly encouraged to use A4 size papers and to make sure that their submissions are easy to print on a variety of postscript printers (e.g. by using standard fonts). Authors are required not to submit papers that have been submited to another conference or a journal. Authors are encouraged to submit their full original research papers and industrial usage reports electronically. Submissions should be made to the following address: forte-pstv@hugo.int-evry.fr in two separate e-mails: * an e-mail with your paper in postscript format (uuencoded and compressed with 'compress' or 'gzip'); * an e-mail in plain text (ASCII) with the title of your paper, the name of the authors and their institutions, a list of keywords, an abstract of your paper and the name and postal, fax and e-mail addresses of the contact person. Late submissions or papers which are too long or require substantial revision will not be considered. Authors unable to submit electronically are invited to send 5 copies of a paper (report) to: Stanislaw BUDKOWSKI , Ana CAVALLI Institut National des Telecommunications (INT) Software-Networks Department 9, rue Charles Fourier, 91011 Evry Cedex, FRANCE Phone : +33 (0)1 60 76 47 20 Fax : +33 (0)1 60 76 47 11 Email:stan@int-evry.fr, Ana.Cavalli@int-evry.fr Please consult Program Committee WWW page to access current information: http://www-lor.int-evry.fr/~stan/FORTE_PSTV98/ For tutorials and tool demonstrations authors are invited to send their proposals (electronically, if possible), before 15th April, to the following address: Elie NAJM Ecole Nationale Superieure des Telecommunications (ENST) 46, Rue Barrault, 75013 - Paris, FRANCE Phone : +33 (0)1 45 81 77 09 Fax : +33 (0)1 45 89 16 64 Email : Elie.Najm@Email.ENST.fr ====================================================================== Program Committee: P. Amer (Univ. of Delaware, USA), J.W Atwood (Concordia Univ., Canada), G. v. Bochmann (Univ. of Ottawa, Canada), T. Bolognesi (IEI, Italy), H. Bowman (Univ. of Kent at Canterbury, UK), E. Brinksma (Univ. of Twente, Netherlands), R. Castanet (Univ. of Bordeaux, France), O. Catrina (Univ. of Bucharest,Romania), S. T. Chanson (Univ. of Sci. and Tech., Hong Kong), J.-P. Courtiat (LAAS-CNRS, France), P. Dembinski (IPIPAN, Poland), M. Diaz (LAAS, France), R. Dssouli (Univ. of Montreal, Canada), S. Fischer (Univ. of Mannheim, Germany), R. Gorrieri (Univ. of Bologna, Italy), R. Gotzhein (Univ. of Kaiserslautern, Germany), R. Groz (CNET, France), T. Higashino ( Osaka Univ. Japan), D. Hogrefe (Univ. of Luebeck, Germany), S. P. Iyer (North Carolina State Univ.), M. C. Kim (IC Univ., Korea), P. Kritzinger (Univ. of Cape Town, South Africa), R. Lai (La Trobe Univ. Australia), G. Leduc (Univ. of Liege, Belgium), D. Lee (Bell Lab., USA), S. Leue (Univ. of Waterloo, Canada), L. Logrippo (Univ. of Ottawa, Canada), O. Rafiq (Univ. of Pau, France), T. Mizuno (Shizuoka Univ., Japan), A. Petrenko (CRIM, Canada), J. Quemada (ETSI Telecom., Spain), H. Rudin (IBM, Switzerland), A. Shaff (LORIA, France), D. Sidhu (Univ. of Maryland-BC, USA), N. Shiratori (Tohuku Univ., Japan), J.B. Stefani(CNET, France), K. Suzuki (KDD, Japan), K. Tarnay (Univ. of Budapest, Hungary), R. Tenney (Univ. of Massachusetts, Boston, USA), A. Togashi (Shizuoka Univ., Japan), K. Turner (Univ. of Stirling, UK), S. T. Vuong (Univ. of British Columbia, Canada), N. Yevtuchenko (Tomsk Univ., Russia), J. Wu (Tsinghua Univ., China) From rem-conf Tue Mar 17 10:14:23 1998 From rem-conf-request@es.net Tue Mar 17 10:14:22 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yF0q7-0002bL-00; Tue, 17 Mar 1998 10:11:51 -0800 Received: from hugo.int-evry.fr [157.159.100.81] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yF0q5-0002Xm-00; Tue, 17 Mar 1998 10:11:49 -0800 Received: from asterix.int-evry.fr (asterix [157.159.100.23]) by hugo.int-evry.fr (8.8.0/8.8.0) with ESMTP id TAA14537 for ; Tue, 17 Mar 1998 19:10:34 +0100 (MET) From: Marine TABOURIER Received: (tabouri@localhost) by asterix.int-evry.fr (8.8.0/8.6.4) id TAA13931 for rem-conf@es.net; Tue, 17 Mar 1998 19:10:24 +0100 (MET) Date: Tue, 17 Mar 1998 19:10:24 +0100 (MET) Message-Id: <199803171810.TAA13931@asterix.int-evry.fr> To: rem-conf@es.net Subject: Reminder: FORTE/PSTV'98 call for papers X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list [Apologies for any duplicates] Due to numerous requests, the FORTE/PSTV'98 Program Committee has decided to extend the deadline for paper submissions till 30st March 1998. If you have submitted a paper, you should have received an acknowledgement which includes a ticket number of the form "FORTE/PSTV'98-XXX", where XXX is a 3 digit number. You should quote this number in all future correspondence. If you have NOT received an acknowledgement, it probably means that your paper submission did not include a valid email address, that your electronic submission was corrupted or that your e-mail was lost (very unlikely but still possible). Please contact us at forte-pstv@hugo.int-evry.fr to resolve such issues. Please find below un updated Second Call for Papers. Thank you for your attention FORTE/PSTV'98 Program Committee ========================================================================== Second Call for Papers 1998 IFIP TC6/WG6.1 Joint International Conference FORTE/PSTV'98 FORMAL DESCRIPTION TECHNIQUES (FORTE XI) & PROTOCOL SPECIFICATION, TESTING, AND VERIFICATION (PSTV XVIII) PARIS, 3-6 November 1998 General WWW page: http://www.res.enst.fr/~najm/FORTE_PSTV98/ Program Committee WWW page: http://www-lor.int-evry.fr/~stan/FORTE_PSTV98/ Satellite & Associated events: SPIN 98 Workshop - Paris, 2 November 1998 Estelle 98 Workshop - Evry, 2 November 1998 EDUCATIONAL CASE STUDIES ON PROTOCOLS - A special session at the conference, November 3 - 6, 1998 The two separate conferences FORTE and PSTV have been combined, since 1996, into a joint edition FORTE/PSTV. FORTE/PSTV'98 will address Formal Description Techniques (FDTs) applicable to Distributed Systems and Communication Protocols. FDTs include different approaches, based on Process Algebras (CCS, pi-calculus, LOTOS, stochastic, etc.), Extended Automata, (SDL, Estelle, timed automata, statecharts, reactive, etc.), Set Theory (B, Z, VDM, etc.), Logics (temporal, TLA, etc.), ADTs (OBJ, Larch, etc.) and other standard notations (MSCs, ASN.1, TTCN, etc.). FORTE/PSTV will consider the entire development cycle of communication protocols, distributed systems and applications (specification, verification, testing, performance analysis, and implementation). The conference will be a forum for presentation of the state of the art in theory, application, tools and industrialization of FDTs, and will provide an excellent orientation for newcomers. Research papers and industrial usage reports as well as proposals for tutorials (advanced technology seminars), poster displays and tool demonstrations are solicited, particularly in the following areas: FDT applications to the development cycle of network protocols and distributed systems engineering: * Requirements capture, specification and verification/validation * Simulation, implementation, debugging and tuning * Testing, test selection, test generation and test coverage * Performance analysis and modelling * Quality of Service modelling and verification * Real time and probability modelling and verification * Integration of FDTs and development methodologies * Case studies FDT applications in the areas of: * Multicast and multimedia protocols * Distributed platforms and middleware protocols * Internet protocols * High speed protocols * Mobile communication * Network security protocols * Medium access control protocols, local loop protocols * Factory communication protocols * Field Bus protocols * Case studies FDT applications to telecommunication services and distributed applications: * Architectures for telecommunication services (Intelligent Network architecture, TINA, object based architectures, CORBA, COM-DCOM, ActiveX, internet,...) * Service creation, service composition, service and feature interaction * Reusable components architectures * Workflow and Groupware * Case studies Development of Formal Description Techniques, methods and tools: * Semantic foundations * Formal support to object modelling * Extensions of FDTs * Real-time and probability aspects * Consistency and refinement relations * Practical algorithms and tool support * Case studies Industrial and business focus: * Corporate strategic and financial consequences of FDT use * Corporate experiences in FDT based developments * Tools and training cases for protocols teaching * Case studies Important dates (modified): * March 30, 1998 -- Submission deadline * June 8, 1998 -- Notification of acceptance * July 6, 1998 -- Camera-ready copy for final proceedings due General Chair: Elie NAJM - ENST - Elie.Najm@Email.ENST.fr Program Committee Co-Chairs: Stanislaw BUDKOWSKI - INT - Stanislaw.Budkowski@int-evry.fr Ana CAVALLI - INT - Ana.Cavalli@int-evry.fr Local Arrangment Chair: Sylvie Vignes - ENST - Sylvie.Vignes @Email.ENST.fr Submission policy: Full original research papers and industrial usage reports should be up to 16 pages, 12 point, single spaced, including an informative abstract as well as names and affiliations of all authors, and a list of keywords facilitating the assignment of papers to referees. For industrial usage reports, short papers up to 8 pages are also welcome. Authors should indicate a contact author (including postal and E-mail address) and the preferred category (research paper or industrial usage report) in which the paper should be considered. Authors are strongly encouraged to use A4 size papers and to make sure that their submissions are easy to print on a variety of postscript printers (e.g. by using standard fonts). Authors are required not to submit papers that have been submited to another conference or a journal. Authors are encouraged to submit their full original research papers and industrial usage reports electronically. Submissions should be made to the following address: forte-pstv@hugo.int-evry.fr in two separate e-mails: * an e-mail with your paper in postscript format (uuencoded and compressed with 'compress' or 'gzip'); * an e-mail in plain text (ASCII) with the title of your paper, the name of the authors and their institutions, a list of keywords, an abstract of your paper and the name and postal, fax and e-mail addresses of the contact person. Late submissions or papers which are too long or require substantial revision will not be considered. Authors unable to submit electronically are invited to send 5 copies of a paper (report) to: Stanislaw BUDKOWSKI , Ana CAVALLI Institut National des Telecommunications (INT) Software-Networks Department 9, rue Charles Fourier, 91011 Evry Cedex, FRANCE Phone : +33 (0)1 60 76 47 20 Fax : +33 (0)1 60 76 47 11 Email:stan@int-evry.fr, Ana.Cavalli@int-evry.fr Please consult Program Committee WWW page to access current information: http://www-lor.int-evry.fr/~stan/FORTE_PSTV98/ For tutorials and tool demonstrations authors are invited to send their proposals (electronically, if possible), before 15th April, to the following address: Elie NAJM Ecole Nationale Superieure des Telecommunications (ENST) 46, Rue Barrault, 75013 - Paris, FRANCE Phone : +33 (0)1 45 81 77 09 Fax : +33 (0)1 45 89 16 64 Email : Elie.Najm@Email.ENST.fr ====================================================================== Program Committee: P. Amer (Univ. of Delaware, USA), J.W Atwood (Concordia Univ., Canada), G. v. Bochmann (Univ. of Ottawa, Canada), T. Bolognesi (IEI, Italy), H. Bowman (Univ. of Kent at Canterbury, UK), E. Brinksma (Univ. of Twente, Netherlands), R. Castanet (Univ. of Bordeaux, France), O. Catrina (Univ. of Bucharest,Romania), S. T. Chanson (Univ. of Sci. and Tech., Hong Kong), J.-P. Courtiat (LAAS-CNRS, France), P. Dembinski (IPIPAN, Poland), M. Diaz (LAAS, France), R. Dssouli (Univ. of Montreal, Canada), S. Fischer (Univ. of Mannheim, Germany), R. Gorrieri (Univ. of Bologna, Italy), R. Gotzhein (Univ. of Kaiserslautern, Germany), R. Groz (CNET, France), T. Higashino ( Osaka Univ. Japan), D. Hogrefe (Univ. of Luebeck, Germany), S. P. Iyer (North Carolina State Univ.), M. C. Kim (IC Univ., Korea), P. Kritzinger (Univ. of Cape Town, South Africa), R. Lai (La Trobe Univ. Australia), G. Leduc (Univ. of Liege, Belgium), D. Lee (Bell Lab., USA), S. Leue (Univ. of Waterloo, Canada), L. Logrippo (Univ. of Ottawa, Canada), O. Rafiq (Univ. of Pau, France), T. Mizuno (Shizuoka Univ., Japan), A. Petrenko (CRIM, Canada), J. Quemada (ETSI Telecom., Spain), H. Rudin (IBM, Switzerland), A. Shaff (LORIA, France), D. Sidhu (Univ. of Maryland-BC, USA), N. Shiratori (Tohuku Univ., Japan), J.B. Stefani(CNET, France), K. Suzuki (KDD, Japan), K. Tarnay (Univ. of Budapest, Hungary), R. Tenney (Univ. of Massachusetts, Boston, USA), A. Togashi (Shizuoka Univ., Japan), K. Turner (Univ. of Stirling, UK), S. T. Vuong (Univ. of British Columbia, Canada), N. Yevtuchenko (Tomsk Univ., Russia), J. Wu (Tsinghua Univ., China) From rem-conf Tue Mar 17 10:14:57 1998 From rem-conf-request@es.net Tue Mar 17 10:14:57 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yF0sd-0002wE-00; Tue, 17 Mar 1998 10:14:27 -0800 Received: from hugo.int-evry.fr [157.159.100.81] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yF0sc-0002is-00; Tue, 17 Mar 1998 10:14:26 -0800 Received: from asterix.int-evry.fr (asterix [157.159.100.23]) by hugo.int-evry.fr (8.8.0/8.8.0) with ESMTP id TAA15553 for ; Tue, 17 Mar 1998 19:13:12 +0100 (MET) From: Marine TABOURIER Received: (tabouri@localhost) by asterix.int-evry.fr (8.8.0/8.6.4) id TAA15262 for rem-conf@es.net; Tue, 17 Mar 1998 19:13:08 +0100 (MET) Date: Tue, 17 Mar 1998 19:13:08 +0100 (MET) Message-Id: <199803171813.TAA15262@asterix.int-evry.fr> To: rem-conf@es.net Subject: CFP - Special session in FORTE/PSTV'98 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list CALL FOR PAPERS (http://www.res.enst.fr/~najm/FORTE_PSTV98/ECASP.html) A special session on *EDUCATIONAL CASE STUDIES IN PROTOCOLS* is to be held at FORTE/PSTV'98 FORMAL DESCRIPTION TECHNIQUES (FORTE XI) - PROTOCOL SPECIFICATION, TESTING, AND VERIFICATION (PSTV XVIII) PARIS, 3-6 November 1998 http://alix.int-evry.fr/~stan/FORTE_PSTV98/ The special session will be devoted to presenting educational case studies on protocols and distributed systems. The case studies may include various tutorial aspects such as animation, formal specification, debugging and automated verification. In the past few years a large number of tool supported case studies have been developed in an educational context (e.g. as a University course, or industrial training package) and the aim of this session is to report on the experience that has been capitalized in this important domain. During this special session, authors may include in their presentations an on-line, notebook based, demonstration of the case study. The chosen case studies may be also demonstrated during the conference. The session will take place either in the first tutorial day or during the conference itself. We invite contributors to present a description of their case study including, for example: * the objectives * the chosen protocol or distributed application * the chosen formal technique and tool the educational scenario: the different steps involved and the work to be performed by the students. Important Dates: * now -- It is recommended to send an intention to contribute * 15 May, 1998 -- Submission deadline for papers * 15 June, 1998 -- Notification of acceptance * July 10, 1998 -- Final Postscript version for Proceedings due Session Co-Chairs: John DERRICK UKC - UK (J.Derrick@ukc.ac.uk) Elie NAJM ENST - France (Elie.Najm@Email.ENST.fr) Submission policy: Full papers or Extended abstracts should be up to 16 pages, 12 point, single spaced, including an informative abstract as well as names and affiliations of all authors. Authors should indicate a contact author (including postal and E-mail address). Authors are strongly encouraged to use A4 size papers and to make sure that their submissions are easy to print on a variety of postscript printers (e.g. by using standard fonts). Authors are encouraged to submit their papers electronically. Submissions should be made to the following address: ecasp-98@inf.enst.fr in two separate e-mails: * an e-mail with your paper in postscript format (uuencoded and compressed with 'compress' or 'gzip'); * an e-mail in plain text (ASCII) with the title of your paper, the name of the authors and their institutions, a list of keywords, an abstract of your paper and the name and postal, fax and e-mail addresses of the contact person. From rem-conf Tue Mar 17 10:16:29 1998 From rem-conf-request@es.net Tue Mar 17 10:16:28 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yF0tu-00037J-00; Tue, 17 Mar 1998 10:15:46 -0800 Received: from hugo.int-evry.fr [157.159.100.81] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yF0tt-0002x8-00; Tue, 17 Mar 1998 10:15:45 -0800 Received: from asterix.int-evry.fr (asterix [157.159.100.23]) by hugo.int-evry.fr (8.8.0/8.8.0) with ESMTP id TAA15999 for ; Tue, 17 Mar 1998 19:14:38 +0100 (MET) From: Marine TABOURIER Received: (tabouri@localhost) by asterix.int-evry.fr (8.8.0/8.6.4) id TAA15847 for rem-conf@es.net; Tue, 17 Mar 1998 19:14:34 +0100 (MET) Date: Tue, 17 Mar 1998 19:14:34 +0100 (MET) Message-Id: <199803171814.TAA15847@asterix.int-evry.fr> To: rem-conf@es.net Subject: CfP: Estelle'98 - Int. Workshop on the FDT Estelle X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Please accept our apologies in case you receive multiple copies. CALL FOR PAPERS ______ _ _ _ _ ___ ___ | ____| | | | | | ( ) _ \ / _ \ | |__ ___| |_ ___| | | ___|/ (_) | (_) | | __| / __| __/ _ \ | |/ _ \ \__, |> _ < | |____\__ \ || __/ | | __/ / /| (_) | |______|___/\__\___|_|_|\___| /_/ \___/ International Workshop on the Formal Description Technique Estelle November 2, 1998 Institut National des Telecommunications Evry, France http://www.informatik.uni-mannheim.de/informatik/pi4/events/estelle98/ Estelle'98 is a satellite workshop of FORTE/PSTV'98 Estelle is a Formal Description Technique for open distributed systems, in particular for communication protocols, and is an international standard since 1989. By today, Estelle has been successfully applied to specify communication standards, to serve as a basis for system analysis and as a starting point for the automatic generation of implementations directly from formal specifications. For these purposes, commercial and academic tool environments are readily available. The Estelle'98 workshop shall be a forum for industry and academia to present and discuss ongoing and planned activities related to Estelle, to demonstrate tools, to share ideas and experiences, and to develop a joint strategy for future actions. Estelle'98 will be held on November 2, 1998, the day before the start of FORTE/PSTV'98. The workshop will be located at the Institut National des Telecommunications (INT) in Evry, close to Paris. Contents: ~~~~~~~ For the one-day workshop, presentations and tool demonstrations >from academia as well as from industry are invited on the following (non-exclusive) Estelle-related list of topics: - Estelle language enhancements, e.g. - Graphical syntax - Open Estelle - Real Time Estelle - Language support for data referencing - Estelle tool development, e.g. - graphical editors - simulators - validation tools - tools for parallel implementation - tools for efficient implementation - Estelle (real-life) applications, e.g. - protocols - standards - distributed systems Workshop Organization: ~~~~~~~~~~~~~~~~~~~~ Estelle'98 will be a satellite workshop of FORTE/PSTV'98, the Joint International Conference of Formal Description Techniques and Protocol Specification, Testing, and Verification, to be held in Paris the same week. Its working language is English. In order to enable in-depth discussions, the workshop proceedings will be published electronically ahead of the event. Evaluation and Publication of Submitted Papers: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Contributions will be evaluated on the basis of an extended abstract. In order to preserve the workshop character, the submission of full papers is optional. The workshop proceedings will be published electronically ahead of the workshop. Also, printed proceedings will be available at the workshop. Instructions to Authors: ~~~~~~~~~~~~~~~~~~~~~~ Extended abstracts (up to 3 pages) and proposals for tool demonstrations should be submitted to: Dr. Stefan Fischer Universitaet Mannheim Lehrstuhl fuer Praktische Informatik IV D-68131 Mannheim, Germany Tel: (+49) 621/292-1407 Fax: (+49) 621/292-5745 Email: stefis@pi4.informatik.uni-mannheim.de Electronic submission in postscript is preferred. Alternatively, also the submission of 4 copies of your manuscript is possible. It should include the name and postal, fax and e-mail addresses of the contact person. Notification of acceptance will be done via e-mail. Further information: ~~~~~~~~~~~~~~~~~~ Please contact Dr. Stefan Fischer, Tel: (+49) 621/292-1407, Fax: (+49) 621/292-5745, Email: stefis@pi4.informatik.uni-mannheim.de Important Dates: ~~~~~~~~~~~~~~ May 31, 1998 Submission deadline June 30, 1998 Notification of acceptance September 1, 1998 Final version for electronic proceedings due September 1, 1998 Proposals for tool demonstrations due October 15, 1998 Electronic proceedings available Workshop Organization Chair: ~~~~~~~~~~~~~~~~~~~~~~~~~~ Jean-Luc Raffy (Institut National des Telecommunications (INT), France) ======================================================================= estelle@cs.umb.edu is an unmoderated mailing list for topics related to Estelle (IS 9074), a Formal Description Technique for distributed systems. Mail sent to "estelle@cs.umb.edu" reaches all subscribers to the list. To subscribe or unsubscribe, mail a message with just that word as its body to "estelle-request@cs.umb.edu". For archives or more information, mail a message with just the word "help" to "estelle-request@cs.umb.edu". Workshop Co-Chairs: ~~~~~~~~~~~~~~~~~ Stanislaw Budkowski (Institut National des Telecommunications (INT), France) Stefan Fischer (University of Mannheim, Germany) Reinhard Gotzhein (University of Kaiserslautern, Germany) Program Committee: ~~~~~~~~~~~~~~~~ Paul Amer (University of Delaware, USA) Eugen Borcoci (University of Bucharest, Romania) Jan Bredereke (McMaster University, Hamilton, Canada) Jean-Pierre Courtiat (LAAS-CNRS, France) Piotr Dembinski (IPIPAN, Poland) Roland Groz (CNET, France) Richard Tenney (University of Massachusetts, Boston, USA) Workshop Organization Chair: ~~~~~~~~~~~~~~~~~~~~~~~~~~ Jean-Luc Raffy (Institut National des Telecommunications (INT), France) ======================================================================= estelle@cs.umb.edu is an unmoderated mailing list for topics related to Estelle (IS 9074), a Formal Description Technique for distributed systems. Mail sent to "estelle@cs.umb.edu" reaches all subscribers to the list. To subscribe or unsubscribe, mail a message with just that word as its body to "estelle-request@cs.umb.edu". For archives or more information, mail a message with just the word "help" to "estelle-request@cs.umb.edu". From rem-conf Tue Mar 17 11:34:00 1998 From rem-conf-request@es.net Tue Mar 17 11:34:00 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yF24M-0006M3-00; Tue, 17 Mar 1998 11:30:38 -0800 Received: from (rumor.research.att.com) [192.20.225.9] by mail1.es.net with smtp (Exim 1.81 #2) id 0yF24J-0006JM-00; Tue, 17 Mar 1998 11:30:35 -0800 Received: from research.att.com ([135.207.30.100]) by rumor; Tue Mar 17 14:25:54 EST 1998 Received: from surfcity.research.att.com ([135.207.128.5]) by research-clone; Tue Mar 17 14:27:39 EST 1998 Received: from pcbasso.research.att.com (pcbasso [135.207.130.108]) by surfcity.research.att.com (8.8.7/8.8.7) with SMTP id OAA11445 for ; Tue, 17 Mar 1998 14:27:38 -0500 (EST) Message-ID: <350ECE5C.3950@research.att.com> Date: Tue, 17 Mar 1998 14:26:20 -0500 From: Andrea Basso Reply-To: basso@research.att.com Organization: AT&T Labs - Research X-Mailer: Mozilla 3.0Gold (Win95; I) MIME-Version: 1.0 To: rem-conf@es.net Subject: Packet Video 99 First Call for Papers Content-Type: multipart/mixed; boundary="------------21A88595BC8" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list This is a multi-part message in MIME format. --------------21A88595BC8 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit -- Andrea Basso Senior Technical Staff Member AT&T Labs - Research Room 3-219, 100 Schultz Drive, Red Bank, NJ 07701 tel:+1 732 345 3302 fax:+1 732 345 3033 E-mail: basso@research.att.com WWW : http://www.research.att.com/info/basso --------------21A88595BC8 Content-Type: text/plain; charset=us-ascii; name="pv99cfp.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pv99cfp.txt" ====================================================================== FIRST CALL FOR PAPERS ====================================================================== Packet Video '99 The 9th International Packet Video Workshop 26-27 April 1999 New York City, U.S.A http://www.research.att.com/~mrc/PacketVideo99.html Sponsored by: AT&T, Columbia University, EURASIP (tentative list) ====================================================================== The ninth International Packet Video Workshop (PV' 99) will be held at the Davis auditorium, of Columbia University in New York City. The workshop is devoted to presenting technological advancements and innovations in video transmission over packet networks, in particular, the Internet. Packet Video Workshops have been unique in providing a common ground for people from video coding and networking fields. Presentations on theory and practice, standards activities, and business and consumer applications are encouraged. We cordially invite you to take part in this workshop by submitting your work and look forward to seeing you in New York City in April 1999 for what will be a most rewarding and exciting experience! PV'99 is scheduled to take place in the week following Picture Coding Symposium 99 (PCS' 99) which is being held in Portland Oregon, on 21-23 April 1999. For information on PCS'99 please contact: pcs@pcs.ece.orst.edu ====================================================================== TECHNICAL PROGRAM The technical program of Packet Video '99 will consist of invited talks, submitted paper presentations, poster sessions and a plenary session: "After Internet Telephony, Internet Television..." Topics of interest include, but are not limited to, the following: Video streaming over the Internet Network adaptive video coding and transport Packetized video for home LAN's Packetized video for wireless/mobile systems Layered coding for error resilience and heterogeneous networks Packet loss resilient coding and transport Terminal and server architectures for Internet TV Efficient transcoding for heterogeneous networks Congestion control Error concealment Statistical multiplexing for greater network and terminal utilization Traffic shaping for efficient network and terminal utilization Interstream synchronization for multiple video presentations Performance modeling and evaluation Rate control for VBR video International Standards: MPEG-4, MPEG-7, H.263+, RTP, RTSP, SIP, SDP Multicasting, MBONE applications Implementations and commercial applications ====================================================================== Best Paper Award; The author of the best paper will receive: A $250 cash prize graciously donated by NEC USA, C&C Research Laboratories. ====================================================================== Please submit an electronic manuscript written in HTML, not exceeding 7 Mbytes and 10 printed pages. We will produce a CD-ROM containing the accepted papers. Electronic components accompanying your submission are strongly encouraged. Submit your work in ONE of the following forms: 1) a set of HTML files organized in a single directory OR 2) as a URL (you must have the rights to all the material there, and guarantee stability of the files until the conference). to: basso@research.att.com Detailed instructions for authors and help with manuscript preparation with HTML can be found on the conference web page: http://www.research.att.com/~mrc/PacketVideo99.html ALL SUBMISSIONS MUST BE RECEIVED no later than: December 15th, 1998, NOTIFICATION OF ACCEPTANCE: February 1, 1999 FINAL PAPERS DUE: March 15, 1999 ====================================================================== GENERAL CHAIR M. Reha Civanlar AT&T Labs - Research 100 Schultz Drive, 3-213 Red Bank, NJ 07701 USA civanlar@research.att.com PUBLICATION & LOCAL ARRANGEMENTS Andrea Basso AT&T Labs - Research 100 Schultz Drive, 3-219 Red Bank, NJ 07701 USA basso@research.att.com PACKET VIDEO' 99 INTERNATIONAL STEERING COMMITTEE John Arnold, University of New South Wales, Australia Andrea Basso, AT&T Labs - Research, USA Stephen Casner, Precept Software, USA Shih-Fu Chang, Columbia University, USA Leonardo Chiariglione, CSELT, Italy M. Reha Civanlar, AT&T Labs - Research, USA Jon Crowcroft, University College of London, UK Mohammed Ghanbari, University of Essex, UK Barry G. Haskell, AT&T Labs - Research, USA Steven McCanne, U. C. Berkeley, USA Geoff Morrison, BT Labs, UK Joerg Ott, University of Bremen, Germany Sakae Okubo, Graphics Communication Labs, Japan D. Raychaudhuri, NEC Research, USA Amy Reibman, AT&T Labs - Research, USA Henning Schulzrinne, Columbia University, USA Gary Sullivan, PictureTel, USA Toshitaka Tsuda, Fujitsu, Japan Thierry Turletti, INRIA, France Stephan Wenger, Technical University of Berlin, Germany Hiroshi Yasuda, NTT, Japan --------------21A88595BC8-- From rem-conf Tue Mar 17 12:24:32 1998 From rem-conf-request@es.net Tue Mar 17 12:24:32 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yF2sS-0007Xi-00; Tue, 17 Mar 1998 12:22:24 -0800 Received: from mail-out2.apple.com [17.254.0.51] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yF2sR-0007XY-00; Tue, 17 Mar 1998 12:22:23 -0800 Received: from scv4.apple.com (A17-128-100-142.apple.com [17.128.100.142]) by mail-out2.apple.com (8.8.5/8.8.5) with ESMTP id MAA15536 for ; Tue, 17 Mar 1998 12:13:46 -0800 Received: from [17.255.20.120] (alperi1.apple.com [17.255.20.120]) by scv4.apple.com (8.8.5/8.8.5) with ESMTP id MAA12154 for ; Tue, 17 Mar 1998 12:13:43 -0800 X-Sender: alagu@mail.apple.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 17 Mar 1998 12:13:30 -0800 To: rem-conf@es.net From: Alagu Periyannan Subject: Delivering Media Generically over RTP X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi all, The following new internet draft is available on the IETF servers. Comments are welcome. Name: Delivering Media Generically over RTP Filename: draft-periyannan-generic-rtp-00 Authors: A. Periyannan, D. Singer, M. Speer, Apple Computer / Sun Microsystems Abstract: This document specifies a method for delivering generic media streams over the Realtime Transport Protocol (RTP). This proposal is intended for media or codec types that are not already handled by other RTP payload specifications. Three packetization schemes are defined for carrying the media data. The Session Description Protocol (SDP) is used to convey to receivers the packetization scheme used, the media data encoding format and parameters for the media encoding format. --------------------------------------------------- Alagu Periyannan alagu@apple.com Interactive Multimedia Group Apple Computer, Inc. From rem-conf Tue Mar 17 12:26:14 1998 From rem-conf-request@es.net Tue Mar 17 12:26:14 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yF2vL-0007e2-00; Tue, 17 Mar 1998 12:25:23 -0800 Received: from ietf.org (ns.ietf.org) [132.151.1.19] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yF2vK-0007cV-00; Tue, 17 Mar 1998 12:25:22 -0800 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ns.ietf.org (8.8.7/8.8.7a) with ESMTP id PAA18421; Tue, 17 Mar 1998 15:25:16 -0500 (EST) Message-Id: <199803172025.PAA18421@ns.ietf.org> To: rem-conf@es.net cc: cclark@ns.ietf.org Subject: I-D ACTION:draft-periyannan-generic-rtp-00.txt (re-send) Date: Tue, 17 Mar 1998 15:25:15 -0500 From: Cynthia Clark X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list ---NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Delivering Media Generically over RTP Author(s) : M. Speer, D. Singer, A. Periyannan Filename : draft-periyannan-generic-rtp-00.txt Pages : 14 Date : 13-Mar-98 This document specifies a method for delivering generic media streams over the Realtime Transport Protocol (RTP). This proposal is intended for media or codec types that are not already handled by other RTP payload specifications. Three packetization schemes are defined for carrying the media data. The Session Description Protocol (SDP) is used to convey to receivers the packetization scheme used, the media data encoding format and parameters for the media encoding format. Internet-Drafts are available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-periyannan-generic-rtp-00.txt". A URL for the Internet-Draft is: ftp://ftp.ietf.org/internet-drafts/draft-periyannan-generic-rtp-00.txt Internet-Drafts directories are located at: Africa: ftp.is.co.za Europe: ftp.nordu.net ftp.nis.garr.it Pacific Rim: munnari.oz.au US East Coast: ds.internic.net US West Coast: ftp.isi.edu Internet-Drafts are also available by mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-periyannan-generic-rtp-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <19980313180725.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-periyannan-generic-rtp-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-periyannan-generic-rtp-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19980313180725.I-D@ietf.org> --OtherAccess-- --NextPart-- ------- End of Forwarded Message From rem-conf Tue Mar 17 12:26:14 1998 From rem-conf-request@es.net Tue Mar 17 12:26:14 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yF2vc-0007ev-00; Tue, 17 Mar 1998 12:25:40 -0800 Received: from ietf.org (ns.ietf.org) [132.151.1.19] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yF2vM-0007cF-00; Tue, 17 Mar 1998 12:25:26 -0800 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ns.ietf.org (8.8.7/8.8.7a) with ESMTP id PAA18411; Tue, 17 Mar 1998 15:25:14 -0500 (EST) Message-Id: <199803172025.PAA18411@ns.ietf.org> To: rem-conf@es.net cc: cclark@ns.ietf.org Subject: I-D ACTION:draft-singer-rtp-qtfile-00.txt (re-send) Date: Tue, 17 Mar 1998 15:25:13 -0500 From: Cynthia Clark X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list ---NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Support for RTP in a stored QuickTime Movie File Author(s) : D. Singer, A. Periyannan, J. Geagan, K. Gong Filename : draft-singer-rtp-qtfile-00.txt Pages : 11 Date : 13-Mar-98 This document proposes structures within a QuickTime movie file which permit easy transmission of the media content over RTP. This specification is intended to assist those who wish to stream stored movies over RTP, those wishing to prepare movies for streaming, and for those who might wish to record into QuickTime while preserving RTP information. The bit-stream(s) of RTP packets are normally compliant with the RTP payload definitions for their content, and full inter-operability can be achieved. Each QuickTime media track within a movie is sent over a separate RTP session and synchronized using standard RTP techniques. This specification builds on the published QuickTime file format specification. Internet-Drafts are available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-singer-rtp-qtfile-00.txt". A URL for the Internet-Draft is: ftp://ftp.ietf.org/internet-drafts/draft-singer-rtp-qtfile-00.txt Internet-Drafts directories are located at: Africa: ftp.is.co.za Europe: ftp.nordu.net ftp.nis.garr.it Pacific Rim: munnari.oz.au US East Coast: ds.internic.net US West Coast: ftp.isi.edu Internet-Drafts are also available by mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-singer-rtp-qtfile-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. ---NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" ---OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <19980313181451.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-singer-rtp-qtfile-00.txt ---OtherAccess Content-Type: Message/External-body; name="draft-singer-rtp-qtfile-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19980313181451.I-D@ietf.org> ---OtherAccess-- ---NextPart-- ------- End of Forwarded Message From rem-conf Wed Mar 18 16:00:50 1998 From rem-conf-request@es.net Wed Mar 18 16:00:50 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yFSYB-0006qz-00; Wed, 18 Mar 1998 15:47:11 -0800 Received: from (doggate.exchange.microsoft.com) [131.107.88.55] by mail1.es.net with smtp (Exim 1.81 #2) id 0yFSYA-0006qT-00; Wed, 18 Mar 1998 15:47:10 -0800 Received: by DOGGATE with Internet Mail Service (5.5.2180.0) id ; Wed, 18 Mar 1998 15:51:08 -0800 Message-ID: <69D8143E230DD111B1D40000F8485840F3FFDB@ED> From: "Anders Klemets (Exchange)" To: "'rem-conf@es.net'" Subject: draft-klemets-generic-rtp-00.txt Date: Wed, 18 Mar 1998 15:51:00 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2180.0) Content-Type: text/plain; charset="windows-1252" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list I have written an Internet-Draft entiteled "Common Generic RTP Payload Format". Here is the Abstract: This document specifies a generic payload format for encapsulating arbitrary data into RTP packets. The payload format implements a minimal set of features that are expected to be useful for most applications, while limiting the overhead to as little as one byte. An extension mechanism makes it possible to use the Common Generic Payload Format as a basis for more complex payload formats. This specification is primarily intended for compression schemes that are not covered by other RTP payload formats. It is expected that this specification will be suitable for, but not limited to, streaming data that is stored in file formats that support multiple media types, such as QuickTime, ASF, and the MPEG-4 Intermedia file format. You can download the Internet-Draft from: http://microsoft.com/asf/resources/draft-klemets-generic-rtp-00.txt From rem-conf Wed Mar 18 18:45:31 1998 From rem-conf-request@es.net Wed Mar 18 18:45:29 1998 Received: from list by mail2.es.net with local (Exim 1.81 #2) id 0yFVGO-0001nG-00; Wed, 18 Mar 1998 18:41:00 -0800 Received: from ppp-ftl2-60.netrox.net (my.machine) [204.253.5.60] by mail2.es.net with smtp (Exim 1.81 #2) id 0yFVGM-0001n6-00; Wed, 18 Mar 1998 18:40:58 -0800 To: From: Subject: Over 50 Million E-mail Addresses for $ 49.95 in a CD-ROM !!! Message-Id: Date: Wed, 18 Mar 1998 18:40:58 -0800 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Dear Sir, We are advertising our CD of over 50 Million E-mail addresses for only $49.95 Each. Delivered FREE anywhere in USA. Please visit our website for more details : http://www.kulhari.com/bulk Please note that we can make you a reseller of our CD also. Or CD can be used to market your product / services to Millions of people via E-mail. This can be a greate income oppurtunity. We thank you for your time. You will NOT recieve this E-mail again. From rem-conf Thu Mar 19 05:06:12 1998 From rem-conf-request@es.net Thu Mar 19 05:06:11 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yFeuu-0004a3-00; Thu, 19 Mar 1998 04:59:28 -0800 Received: from mail.gmd.de [129.26.8.90] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yFeus-0004Zt-00; Thu, 19 Mar 1998 04:59:27 -0800 Received: (from mayer@localhost) by mail.gmd.de (8.8.8/8.8.8) id NAA28775 for rem-conf@es.net; Thu, 19 Mar 1998 13:59:16 +0100 (MET) Date: Thu, 19 Mar 1998 13:59:16 +0100 (MET) From: Hans Mayer Message-Id: <199803191259.NAA28775@mail.gmd.de> To: rem-conf@es.net Subject: MBONE Tools on WNT/W'95 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hello all, I am trying to get a bunch of multicast tools running on WNT 4.0 SP 3. Some of the tools work, some only work partly, but in a way that an obvious error or misconfiguration seems to be the case (but I can't see it: I am no WNT guru but am forced to use it). Here are the results of my endeavours: mash-v5.0a10: vic: send/receive mb: send/receive vat: receive only rsdr: receive only In the case of rsdr, receive only means that I receive session announce- ments, but if I create a new session this dosn't get received by my Suns. There's another strange behaviour of rsdr: if I try to join a session and start the tools, rsdr dies. Now, here comes the strange part: nte-v1.5a20: send only As I assume that people have tested the tools before placing binaries on ftp servers here comes the big question: Is there a way to configure WNT's TCP/IP stack so that, no matter how an application opens a socket, it can always send and receive? TIA - Hans From rem-conf Thu Mar 19 16:45:21 1998 From rem-conf-request@es.net Thu Mar 19 16:45:21 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yFplO-0002Zh-00; Thu, 19 Mar 1998 16:34:22 -0800 Received: from ctral1.vanderbilt.edu [129.59.1.22] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yFplM-0002ZI-00; Thu, 19 Mar 1998 16:34:21 -0800 Received: from gavish (D009201.N1.Vanderbilt.Edu) by ctrvax.Vanderbilt.Edu (PMDF V5.1-10 #24212) id <01IUUZECEETC9G8N38@ctrvax.Vanderbilt.Edu>; Thu, 19 Mar 1998 18:31:29 CST Received: from gavish (D009201.N1.Vanderbilt.Edu) by ctrvax.Vanderbilt.Edu (PMDF V5.1-10 #24212) with SMTP id <01IUUZD3UYIU9G5AYU@ctrvax.Vanderbilt.Edu>; Thu, 19 Mar 1998 18:31:18 -0600 (CST) Date: Thu, 19 Mar 1998 18:30:16 -0600 From: Bezalel Gavish Subject: Text of the CFP - First International Conference on Telecommunication and Electronic Commerce X-Sender: gavishb@ctral1.vanderbilt.edu To: atm@sun.com Message-id: <01IUUZD4AH1K9G5AYU@ctrvax.Vanderbilt.Edu> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Content-type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Per the request of many of you who could not read the Word file, below is the same message in Text format. Call for Papers First International Conference on Telecommunications and Electronic Commerce (ICTEC) Nashville, USA, November 19-22, 1998 http://cottonian.ogsm.vanderbilt.edu/ICTEC/ Sponsored by Vanderbilt University Institute for Public Policy Studies (VIPPS) BellSouth Magnetek INFORMS College on Information Systems, INFORMS College on Telecommunications, IFIP WG 7.3, ATSMA Important Dates: Paper (or Extended Abstract) Submission Deadline: May 15, 1998 Panel Proposal Submission Deadline: May 15, 1998 Final Paper Submission Deadline: September 15, 1998 Conference Dates: November 19-22, 1998 Over the past few years, electronic commerce (EC) has emerged as a dramatic new mode of business. Today, almost every company is either using or considering EC. Advances in telecommunications and automated processes are already forcing dramatic changes in a variety of industries, ranging from banking and finance to music and entertainment. Yet, the TEC environment is still in a relatively early state of evolution. The rapid development of the field has also resulted in two phenomena. First, many of the significant advances in understanding and implementing EC are occurring concurrently in academia and industry. The traditional sequential process of technology innovation followed by technology transfer no longer applies. Thus, it is increasingly important for dialogue on this field between academia and industry to be fostered. Second, study of EC does not conform to traditional academic disciplines, and spans a wide range of reference disciplines. Thus, new forums focusing on EC are necessary to stimulate the necessary interactions and knowledge sharing. Furthermore, the role of telecommunications networks is central to EC, and advances in telecommunications technologies are a fundamental force in shaping EC. Thus, dialogue between telecommunications researchers and EC researchers is essential. ICTEC is intended to address these needs. The goal of the conference is to bring together both academic and industrial researchers in the fields of telecommunications and EC on an ongoing, annual basis, to discuss new technological developments and their implications for EC, as well as technological issues that need to be addressed to further the effectiveness and efficiency of EC. The conference will combine research tracks in which technical papers will be presented, with industrial tracks consisting of panels, plenary speakers and exhibits. Topics of interest for the conference include (but are not limited to) the following: * Impact of EC on supply chain, distribution chain management, EDI and IOS * Secure transaction processing methods for electronic commerce * Design and analysis of multimedia applications on the Internet * The impact of mobility on EC mechanisms * Internet traffic management and analysis * Pricing Internet services * EC market mechanisms and business models * EC intermediary roles and their analysis * Electronic payment mechanisms * Economic analysis of intranets and extranets * Design and analysis of intranets * Data management issues in EC * Managing response time and content in Web-based information services * Effective management of electronic commerce transaction servers * EC developments and challenges in specific industries (e.g., financial services, music, manufacturing, tourism, publishing) * Globalization issues in EC (standards, regulation, property rights, etc.) Authors should submit an extended abstract of at least 2000 words, or a complete paper, to the Program Committee Chair by May 15, 1998. Three hard-copies should be submitted. Electronic submissions are welcome, but must be augmented with at least one hard-copy. Authors of accepted papers will be asked to submit their complete manuscripts to the Program Chair, by September 15, 1998. Accepted papers that are presented at the conference will be included in the Conference Proceedings. Formatting instructions for accepted papers will be sent with the acceptance notice. A select set of papers will be considered for publication in related journals, such as Telecommunication Systems. Proposals for panels are also invited. Both academic and industry panels are encouraged. Each proposal should include a list of panelists with their affiliations. A brief statement explaining the motivation for the design and composition of the panel should also be included. The deadline for proposal submission to the program chair is May 15, 1998. Address for Submissions: Professor Amit Basu, Owen Graduate School of Management, Vanderbilt University, Nashville, TN 37203, USA. TEL: +(615) 322-7043; FAX: +(615) 343-7177; EMAIL: Amit.Basu@owen.vanderbilt.edu Conference General Chair: Bezalel Gavish, Vanderbilt University, Nashville, USA. Program Committee Kemal Altinkemer, Purdue Univ., USA Michael Ball, Univ. of Maryland, USA Amit Basu, Vanderbilt Univ., USA (Chair) Robert Blanning, Vanderbilt Univ., USA Michael Carter, Canterbury, New Zealand* H. Michael Chung, California State Univ., USA Lawrence Dowdy, Vanderbilt Univ., USA Amitava Dutta, George Mason Univ., USA Tony Eyers, Univ. of Woolagong, Australia Usama Fayyad, Microsoft Corp., USA Stuart Feldman, IBM Corp., USA Sigmund Handelman, IBM Corp., USA Eric van Heck, Erasmus Univ., Netherlands Ravi Kalakota, Georgia State Univ., USA Joakim Kalvenes, Univ. of Texas, Dallas, USA Ajit Kambil, New York Univ., USA Kalevi Kilkki, Nokia Corp., Finland Norihisa Komoda, Osaka Univ., Japan Ramayya Krishnan, Carnegie Mellon Univ., USA Akhil Kumar, Univ. of Colorado, USA Ronald Lee, Erasmus Univ., Netherlands* John D. C. Little, MIT, USA Alberto Mendelzon, Univ. of Toronto, Canada Juzar Motiwalla, National Univ. of Singapore June Park, Univ. of Iowa, USA Charles Perkins, Sun Microsystems, USA Hasan Pirkul, Univ. of Texas, Dallas, USA Kotagiri Ramamohanarao, Univ. of Melbourne, Australia Louiqa Raschid, Univ. of Maryland, USA Arie Segev, UC Berkeley, USA Olivia Sheng, Univ. of Arizona, USA Andrew Whinston, Univ. of Texas, Austin, USA Leon Zhao, Univ. of Science & Tech., Hong Kong * tentative, awaiting confirmation ---------------------------------------------------------------------------- -------------- Bezalel Gavish Owen Graduate School of Management Vanderbilt University Nashville, TN 37220 Tel: Office (615) 322-3659 FAX (615) 343-7177 Home (615) 370-0813 Email: Gavishb@ctral1.vanderbilt.edu From rem-conf Fri Mar 20 04:34:50 1998 From rem-conf-request@es.net Fri Mar 20 04:34:48 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yG0sH-0007T6-00; Fri, 20 Mar 1998 04:26:13 -0800 Received: from artemis.rus.uni-stuttgart.de [129.69.18.28] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yG0sF-0007Sw-00; Fri, 20 Mar 1998 04:26:11 -0800 Received: from kssun7.rus.uni-stuttgart.de (kssun7.rus.uni-stuttgart.de [129.69.30.17]) by artemis.rus.uni-stuttgart.de (8.8.7/8.8.7) with SMTP id NAA08458; Fri, 20 Mar 1998 13:26:07 +0100 (MET) env-from (christ@kssun7.rus.uni-stuttgart.de) Received: by kssun7.rus.uni-stuttgart.de (SMI-8.6/SVR4/BelWue-1.0) id NAA08618; Fri, 20 Mar 1998 13:16:42 +0100 From: "Paul Christ" Message-Id: <980320131641.ZM8616@kssun7.rus.uni-stuttgart.de> Date: Fri, 20 Mar 1998 13:16:41 +0100 In-Reply-To: Marine TABOURIER "CfP: Estelle'98 - Int. Workshop on the FDT Estelle" (Mar 17, 7:14pm) References: <199803171814.TAA15847@asterix.int-evry.fr> X-Mailer: Z-Mail (4.0.1 13Jan97) To: Marine TABOURIER , rem-conf@es.net Subject: Re: CfP: Estelle'98 - Int. Workshop on the FDT Estelle MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Ch Sch, danke, denke nicht! P. -- Paul Christ Allmandring 30 Projects D 70550 Stuttgart Communication Systems & tel ++49 711 685 2515 BelWue Development tel ++49 711 13 19 105 Computing Center 'RUS' fax ++49 711 678 7626 University of Stuttgart christ@rus.uni-stuttgart.de From rem-conf Fri Mar 20 14:05:31 1998 From rem-conf-request@es.net Fri Mar 20 14:05:31 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yG9YZ-0005Tp-00; Fri, 20 Mar 1998 13:42:27 -0800 Received: from rei.unicamp.br [143.106.1.49] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 0yG9YX-0005TY-00; Fri, 20 Mar 1998 13:42:26 -0800 Received: from nics.unicamp.br (nics-gw.unicamp.br [143.106.100.48]) by rei.unicamp.br (8.8.4/8.8.4) with SMTP id TAA07189 for ; Fri, 20 Mar 1998 19:38:03 -0300 Received: by nics.unicamp.br (SMI-8.6/SMI-SVR4) id SAA09819; Fri, 20 Mar 1998 18:37:09 -0300 Date: Fri, 20 Mar 1998 18:37:09 -0300 From: bicudo@nics.unicamp.br (Marcus Andree da Silva Magalhaes) Message-Id: <199803202137.SAA09819@nics.unicamp.br> To: rem-conf@es.net Subject: My Mbone on win32 home page is up! X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi, everyone. A few weeks ago I received several e-mails asking me to publish the information I got from this list about Multicast and Win32 machines. Due to the amount of work I got in these weeks, I made a simple (and forever out of date ;-) list of some of that links. This is the URL: http://www.nics.unicamp.br/~bicudo/mbone Please don't fell too bad. It's the first page and I have much work to do on it. Feel free to send any comments. Bye for now.... Marcus Andree (bicudo@nics.unicamp.br) From rem-conf Mon Mar 23 21:20:14 1998 From rem-conf-request@es.net Mon Mar 23 21:20:13 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yHLsr-00043P-00; Mon, 23 Mar 1998 21:04:21 -0800 Received: from colmar.uha.fr (colmar.colmar.uha.fr) [194.167.107.31] by mail1.es.net with smtp (Exim 1.81 #2) id 0yHLsn-00043C-00; Mon, 23 Mar 1998 21:04:17 -0800 Received: from [194.167.107.40] (gtrmac2.colmar.uha.fr [194.167.107.40]) by colmar.colmar.uha.fr (8.6.12/8.6.12) with ESMTP id LAA02553; Mon, 23 Mar 1998 11:20:18 GMT Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Mon, 23 Mar 1998 12:27:05 +0000 To: atm From: conf@colmar.uha.fr Subject: Program&Registration Form of ICATM98 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Dear Colleague, Please accept our sincere apologies if you receive multiple copies of this program. Best Regards, ------------------------------------------------------------------- IEEE International Conference on ATM ICATM'98 June 22-24, 1998 - Colmar, France Check our Web page at http://iutsun1.colmar.uha.fr/ICATM98.html for the latest information concerning the conference. PROGRAM 08:30 - 17:00 Conference Registration ____________________________________________________ Monday June 22 09:15 - 09:45 Opening Address 09:45 - 10:15 Coffee Break 10:15 - 12:30 Plenary Session 1 Chair: J.P. Coudreuse Voice Over ATM D. Wright, University of Ottawa, Canada 10:15 - 12:30 Plenary Session 2 Chair: G. Pujolle IP or ATM versus IP over ATM : the Role of the ATM Forum and the IETF in Setting Standards S. Ritzenthaler, Newbridge, France 12:30 - 14:00 Lunch - Restaurant Universitaire 14:00 - 15:30 Plenary Session 3 Chair: P. Lorenz Video Over ATM D. Wright, University of Ottawa, Canada 14:00 - 15:30 Plenary Session 4 Chair: P. Rolin ATM for Wireless Networks B. Bing, Ngee Ann Polytechnic, Singapore 15:30 - 16:00 Coffee Break and exhibitions 16:00 - 17:30 Wireless ATM 1 Chair: G. Pujolle Power Saving Mode of Operation in the WATM MAC Protocol G. Sfikas, C. Apostolas, R. Tafozolli, University of Surrey, UK Support for Multimedia Applications in a Wireless ATM System A. Kassler, A. Lupper, University of Ulm, Germany LMDS Systems as Wireless ATM Solution for Access Networks B. Comaglia, R. Santaniello, F. Neri, E. Leonardi, R.L. Cigno, M. Meo, D. Saracino, CSELT, Italy 16:00 - 17:30 Video 1 Chair: J.J. Pansiot Scalable Video on Demand on ABR in ATM Networks K.B. Younes, University of Erlangen-Nuernberg, Germany ; K. Begain, Mu'tah, Jordan MPEG Video Aggregation over ABR-ATM J.M. Forn=E9s, J.A. Ternero, F.R. Rubio, University of Sevilla, Spain Efficient Connection Admission Control for Real Time Video Multiplexing A.M. Ibrahim, ENST, France 17:30 - 18:00 Coffee Break and exhibitions 18:00 - 19:30 Wireless ATM 2 Chair: G. Pujolle A new Approach for Combined Performance Evaluation of Wireless ATM at Channel and higher Protocol Levels K.B. Younes, University of Erlangen-Nuremberg, Germany ; W. Franz, Communication technology, Germany BAAWAM with Wireless Specific Quality of Service J.B. Othman, K. Boussetta, A. Gueroui, University of Versailles, France An Authentification Protocol for Wireless ATM Network D. Patiyoot, University of Bradford, UK 18:00 - 19:30 Video 2 Chair: J.J. Pansiot Performance Evaluation of Cell Discarding Mechanisms for Hierarchical VBR MPEG-2 Video Traffic over ATM Networks P. Cuenca, A. Garrido, F. Quiles, University of Castilla-La Mancha, Spain ; and L.O. Barbosa, University of Ottawa, Canada Multiple Leaky Buckets with Buffer Sharing for MPEG Video in ATM Networks Y.C. Ouyang, J.L.Sun, University of Chung Hsing, Taiwan An Eperimental Study for Transmitting MPEG-2 Streams over ATM Networks =46. Meylan, L.G.G. Kiatake, M.Z. Santos, S.T. Kofuji, University of Sao Paulo, Brazil ; J.P. Courtiat, LAAS, France 20:00 Reception ____________________________________________________ Tuesday June 23 09:00 - 10:30 Traffic Control Chair: J. Halpern =46low Control and Bandwidth Management in Next Generation Internets C.M.D. Pazos, M. Gerla, UCLA, USA Analysis and Simulation on a Recentlly Proposed Flow Control Algorithm for ATM Network: Phantom E.R. Ruh, M.A.M. Juanatey, F. D'Alvano, University of Simon Bolivar, Venezua= la A Measurement Based Connection Admission Control for ATM Networks M. Zukerman, T.K. Lee, University of Melbourne, Australia 09:00 - 10:30 Multicast Chair: J.J. Pansiot Dynamic Multicast on Loss Networks W.K. Liao, L.M. Ni, Michigan State University, USA Batcher Banyan Network with Cell Copy Preparation Stages for Multicast Switching S. Takagi, Y. Tanaka, H. Tominaga, Waseda University, Japan CRAM: Cell Re-labelling at Merge-points for ATM Multicast S. Komandur, J. Crowcroft, D. Mosse, University of Pittsburgh, USA 10:30 - 11:00 Coffee Break and exhibitions 11:00 - 12:30 Real-time traffic Chair: J.P. Coudreuse Issues on Connection Allocation for Supporting Distributed Real-Time Systems on ATM Networks Z. Mammeri, University of Le Havre, France Designing an Efficient Admission Control Scheme for the Real-Time VBR Traffic in the ATM Network T.S. Yang, W.W. Yang, University of Ottawa, Canada A Real-Time Communication Service for ATM-based Distributed Systems C. Lizzi, J. Montiel, CS Technology, France ; E. Gressier, CNAM, France 11:00 - 12:30 Interconnection Chair: P. Rolin Design and Applications of ATM LAN/WAN Adapters D. Bonjour, G. De Hauteclocque, J. Le Moal, CNET, France Network Interworking for narrowband Services over an ATM Network H. Park, Y.I. Choi, Y.K. Lee, Electronics and Telecommunications Research Institute, Korea Three Levels of Topological Equivalence for Multistage Interconnection Networks H. Li, S.Y.R. Li, University of Hong Kong, Hong Kong 12:30 - 14:00 Lunch - Restaurant Universitaire 14:00 - 15:30 Traffic 1 Chair: K. Begain A Detailed Experimental Performance Evaluation on TCP over UBR L. Jaussi, EPFL, Switzerland ; M. Lorang, University of Stuttgart, Germany and J. Nelissen, Alcatel Corporate Research Center, Belgium Traffic Smoothing for B-ISDN by Using Inter-departure Time Control in ATM Adaptation Layer C.H. Lin, Technical University of Berlin, Germany ; S.C. Chang, Z. Tsai, J.F. Chang, National Taiwan University, Taiwan Application of AR Based Model in Proactive Management of VBR Traffic T.S. Randhawa, Applied Digital Access, Canada ; R.H.S. Hardy, Simon Fraser University, Canada 14:00 - 15:30 Modelization Chair: Z. Mammeri A Top-Down Operations Model for ADSL and ATM Based Access Networks T.K. Lu, DSC Communications, USA A Scalable Shared Buffer ATM Switch Embedded SPRAMS G.J. Jeong, J.W. Shim, M.K. Lee, Yonsei University, Korea =46air Queuing for Input-buffered Switches with Back Pressure S. Li, J.G. Chen, N. Ansari, New Jersey Institute of Technologies, USA 15:30 - 16:00 Coffee Break and OASICE exhibitions 16:00 - 17:30 Traffic 2 Chair: K. Begain A Dynamic Call Admission Scheme for VBR Traffic in ATM Network S. Ramaswamy, Newbridge Networks, Canada ; and P. Gburzynski, University of Alberta, Canada Multi-Layer Simulation Approach for Evaluation of Data service Support in ATM Networks L. Guijarro, V. Pla, J.R. Vidal, J. Martinez, Polytechnic University of Valencia, Spain On the Applicability and Utility of Gaussian Models for Broadband Traffic R.G. Addie, University of Southern Queensland, Australia 16:00 - 17:30 Quality of Service 1 Chair: S. Ritzenthaler Integrated Dynamic QoS Control for Multimedia Applications J. Bom, P. Marquest, M. Correia, P. Pinto, Technical Institute of Lisboa, Portugal A Dynamic Bandwidth Allocation for ATM-based Networks Supporting Multimedia Applications A.L.B. Diniz, J.M.S. Nogueira, Federal University of Minas Gerais, Brazil ; C.C. Goulart, Federal University of Vicosa, Brazil Interaction Approaches for Internet and ATM Quality of Service Architectures J. Schmitt, L. Wolf, R. Steinmetz, University of Darmstadt, Germany, C. Siebel, Y.O. Lorcy, Deutsche Telekom, Germany 17:30 - 18:00 Coffee Break and OASICE exhibitions 18:00 - 19:30 Quality of Service 2 Chair: S. Ritzenthaler Priority Encoding of Video Data over ATM K.K. Lau, M.H. Lee, K.N. Ngan, G. Rogers, University of Western Australia, Australia Communication Application Programming Interfaces with Quality of Service Support R. Eberhardt, C. Rue=DF, Daimler-Benz, Germany ; R. Rusnak, Artem, Germany Agents Based Approach for QoS Adaptation in Distributed Multimedia Applications Over ATM Networks =46.N. Abdesalem, N. Agoulmine, University of Versailles-Saint Quentin en Yveline, France 18:00 - 19:30 Flow Control in ATM : ABR Chair: R. Muraine A Method for and Result of Comparing ABR Flow Controls for ATM E.C. Foudriat, K. Maly, M. Hou, J. Zhang, Old Dominion University, USA Optimal Feedback Control of ABR Traffic in ATM Networks B.K. Kim, C. Thompson, University of Massachusetts, USA The ABR Congestion Control by the Least Squares Estimation of Spatial Distribution of Sources B.G. Kim, G. Pecelli, University of Mass. Lowell, USA 20:00 Gala Dinner ____________________________________________________ Wednesday June 24 09:00 - 10:30 User applications 1 Chair: M. Potts Intelligent Building Systems: System Integration using ATM E. Stipidis, S. Li, E.T. Powner, University of Sussex, UK NETrix: A procedure for the Calculation of the Network Structure and Traffic Matrix in ATM Network A.E. Garcia Gutierrez, K.D. Hackbarth Planeta, University of Cantabria, Spai= n The ATM Network of the Fraunhofer Institute for Computer Graphics M. Gaertner, B. Tritsch, Fraunhofer Institute, Germany 09:00 - 10:30 Protocols 1 Chair: P. Lorenz Proxy PNNI Augmented Routing (PAR) P. Droz, C. West, IBM Zurich Research Laboratory, Switzerland and T. Przygienda, Bell Research Laboratories/Lucent, USA Routing in a Hierarchical Structure P.V. Mieghem, Alcatel Corporate Research, Belgium A Hybrid Spanning Tree Algorithm for Efficient Topology Distribution in PNNI E. Basturk, IBM, USA ; P. Stirpe, Reuters, USA 10:30 - 11:00 Coffee Break and exhibitions 11:00 - 12:30 User applications 2 Chair: M. Potts A Design and Implementation of Home PC for Interactive Multimedia Services J.H. Lee, Electronics and Telecommunication Research Institute, Korea IP Telephony versus ATM: What is there to discuss ? S. Wright, R.O. Onvural, Fujitsu Network Communication, USA Performance measurements on an ATM-based Metropolitan Area Network : OASICE Case Study Tobiet, Clemessy, France ; P. Lorenz, University of Haute Alsace, France 11:00 - 12:30 Protocols 2 Chair: J. Halpern Cells in Frames: ATM over Legacy Networks M. Shore, T. Parker, J. Veronneau, R. Cogger, Cornell University, USA Resource Location in Mobile ATM Networks L. Frelechoux, D. Dykeman, I. Iliadis, P. Scotton, IBM Research Laboratory, Switzerland Native ATM support for CORBA Platforms A. Puder, M. Moscarda, University of Berkeley, USA 12:30 - 14:00 Lunch - Restaurant Universitaire 14:00 - 15:30 IP over ATM 1 Chair: D. Bonjour IPv6 Over ATM Flow-Handling M. Loukola, Helsinki University of Technology, Finland TCP/IP Over ATM Challenges in Entreprise Network Integration S. Yousef, C. Strange, Anglia Polytechnic University, UK IP Switch over ATM and LAN Emulation M. Bavant, M. Delattre, O. Gibergues,Thomson-CSF, France 14:00 - 15:30 Performance 1 Chair: H. Tobiet A Large-Scale ATM Switch: Analysis, Simulation and Implementation H. S. Yoon, Samsung Electronics, Korea TCP Performance over ATM on Linux and Windows NT M. Borriss, Technical University of Dresden, Germany Performance Evaluation of Frame Discard Strategies in ATM Networks C.M. Wu, Napier University, UK 15:30 - 16:00 Coffee Break and exhibitions 16:00 - 18:00 IP over ATM 2 Chair: D. Bonjour A Way to Accommodate IP Services in ATM Access Networks J.O. Kim, H.S. Choi, C. Park, J.H. Lee, H.J. Kim, Electronics and Telecommunications Research Institute, Korea A Study on Accommodation of TCP/IP Trafic Using Window Scale Option to International ATM Network with VBR Service Category S. Ano, T. Hasegawa, T. Kato, K. Narita, K. Hokamura, Kokusai Denshin Denwa ; Japan Extension of Classical IP over ATM to Support QoS at the Application Level S. Martignoni, T. K=FChnel, Ascom TechLtD, Switzerland Smart IP Switching: a Hybrid System for Fast IP-based Network Backbones D. Lloyd, Telenor, Ireland ; D. O'Mahony, Trinity College, Ireland 16:00 - 18:00 Performance 2 Chair: H. Tobiet Comprehensive In-Service Measurement of QoS via Direct Nonstatistical Method= s P. Kelley, Net2Net, USA The Variable Bandwidth VP ATM Network and its Self-healing Performance K. Wipusitwarakun, H. Tode, H. Ikeda, University of Osaka, Japan Simulation Study of AAL Type 2 M. Han, A.A. Nilsson, North Carolina State University, USA Performance Implications of QoS Mapping in Heterogeneous Networks Invoking ATM P.F. Cobley, N. Davies, University of Bristol, UK 18:00 Closing Session ----------------------------------------------------------------------- ICATM'98 Registration Form Please mail the complete Registration Form to : Pascal LORENZ / ICATM98 IUT/GTR - 34 rue du Grillenbreit - 68008 Colmar, France Phone : 33 (0)3 89 20 23 66 Fax : 33 (0)3 89 20 23 59 Email : lorenz@colmar.uha.fr Title: _______ First Name: _____________ Last Name: ______________________ Institution: ___________________________________________________________ Street Address: ________________________________________________________ City: __________ State: ____________ Zip: ___________ Country: ____________ Phone: ____________________________ Fax: ______________________________ Email : ____________________________ Conference Registration Fees: The Full registration fees include: attendance to the Symposium, coffee breaks, 3 lunches, the reception, the gala dinner and the preprints. Registration: Before March 30 After March 30 Academic rate: IEEE, SEE Member 2000 FF 2400 FF _________FF (Membership # __________) non IEEE member 2200 FF 2600 FF __________FF Industry rate: 3600 FF 4000 FF __________FF Extra Conference Proceedings (FF 400): __________FF Total French Francs _________ Payment of Fees: __ By Foreign Check in French Francs to "Office du Tourisme de Colmar". __ By Bank Transfer to: Caisse d'Epargne d'Alsace, Avenue de la Republique, 68000 Colmar - France. Bank code: 16705 - Counter code: 09017 - Account number: 04100568821 - Key: 23 - Account name: Office du Tourisme de Colmar - Transfer Swift : BFCE FR PP 317 __ By Credit Card: __ Mastercard __ Visa __ American Express Card number: _________________________ Expiration date: _________ Signature: _________________________________________________________ Reservation Form Please return before May 10 1998 to : Office du Tourisme / ICATM98 Conference 4 rue d'Unterlinden - 68000 Colmar - France Phone: 33 (0)3 89 20 68 58 Fax: 33 (0)3 89 41 76 99 Last Name (Mr/Mrs/Miss): ______________________ First Name: _____________ Institution: ___________________________________________________________ Street Address: ________________________________________________________ City: __________ State: ____________ Zip: ___________ Country: ____________ Phone: ____________________________ Fax: ______________________________ Email : ____________________________ Means of transport : Car __ Train __ Plane (from Strasbourg) __ Plane (from Mulhouse) __ Arrival Date : ____ June 1998 at _____ Departure Date : ____ June 1998 at _____ Social and Cultural Activities Haut-Koenigsbourg, June 22 300 FF x ___ pers =3D ____ FF Eco-museum, June 23 300 FF x ___ pers =3D ____ FF Colmar museums, June 24 100 FF x ___ pers =3D ____ FF Extra gala dinner ticket, June 23 300 FF x ___ =3D ____ FF >Extra lunch ticket (Colmar) 60 FF x ___ =3D ____ FF Hotel Reservation (breakfast is included) 3-Star Mercure (450 FF Single / 550 FF Double per night) x ___ nights =3D ____ FF 2-Star Turenne (340 FF Single / 380 FF Double per night) x ___ nights =3D ____ FF 2-Star Comfort Inn (340 FF Single / 375 FF Double per night) x ___ nights = =3D ____ FF 2-Star Ville de Nancy (330 FF Single / 370 FF Double per night) x ___ nights =3D ____ FF 1-Star Primo (180 FF Single / 250 FF Double per night) x ___ nights =3D ____= FF Total Cost of activities: __________ FF Hotel: __________ FF Total French Francs _________ Payment of Fees: __ By Foreign Check in French Francs to "Office du Tourisme de Colmar". __ By Bank Transfer to: Caisse d'Epargne d'Alsace, Avenue de la Republique, 68000 Colmar - France. Bank code: 16705 - Counter code: 09017 - Account number: 04100568821 - Key: 23 - Account name: Office du Tourisme de Colmar - Transfer Swift : BFCE FR PP 317 __ By Credit Card: __ Mastercard __ Visa __ American Express Card number: _________________________ Expiration date: _________ Signature: From rem-conf Tue Mar 24 00:44:13 1998 From rem-conf-request@es.net Tue Mar 24 00:44:12 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yHPEY-0005Io-00; Tue, 24 Mar 1998 00:38:58 -0800 Received: from hydra.precept.com [204.162.119.8] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yHPEX-0005Ie-00; Tue, 24 Mar 1998 00:38:57 -0800 Received: from big-bear (big-bear.precept.com [204.162.119.41]) by hydra.precept.com (8.8.6/8.8.6) with SMTP id AAA03501; Tue, 24 Mar 1998 00:37:56 -0800 (PST) Date: Tue, 24 Mar 1998 00:37:56 -0800 (PST) From: Stephen Casner X-Sender: casner@big-bear To: rem-conf@es.net Subject: AVT meeting agenda Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list AVT Working Group: Here's the proposed agenda for the AVT meeting next week. If you requested a slot and I overlooked it, or if you have other comments, please let me know. Also please note the drafts associated with each topic. -- Steve Casner Audio/Video Transport WG A G E N D A Wedndesday, April 1, 9:00-11:30 - Introduction and status [Casner] 5 - IESG Last Call on: draft-tynan-rtp-bt656-02.txt draft-ietf-avt-jpeg-new-01.txt - Documents ready for last call: - Options for Repair of Streaming Media [Perkins] 5 draft-ietf-avt-info-repair-01.txt - Guidelines for RTP payload formats [Handley] 5 draft-ietf-avt-rtp-format-guidelines-00.txt,.ps - H.263+ payload format [Ott and Wenger] 5 draft-ietf-avt-rtp-h263-video-01.txt - Segue: H.263 format parameters in SDP [TBD] 10 draft-koskelainen-sdp263-01.txt - Generic payload type mapping and fragmentation - Proposals to set the stage 30 draft-periyannan-generic-rtp-00.txt draft-klemets-generic-rtp-00.txt (at http://microsoft.com/asf/resources/) draft-fleischman-codec-subtree-02.txt - Discussion 90 Thursday, April 2, 15:30-17:30 - New RTP payload format proposals - RTP payload format for MPEG4 [Speer] 15 draft-ietf-avt-rtp-mpeg4-00.txt - DMIF for RTP/MPEG4 [Balabanian] 15 draft-ietf-avt-rtp-mpeg4-dmif-00.txt - RTP spec and profile issues [Casner] 50 draft-ietf-avt-rtp-new-00.txt, .ps draft-ietf-avt-profile-new-02.txt, .ps Topics from the mailing list: - Ron Kalian's request for RTCP RR extensions - Revisiting definition of RR "loss fraction" - Additional SDES items (e.g. PHOTO URL) - RTP as its own IP protocol [Rosenberg] 20 draft-rosenberg-rtpproto-00.txt - FEC payload format [Rosenberg] 20 draft-ietf-avt-fec-02.txt From rem-conf Tue Mar 24 07:46:09 1998 From rem-conf-request@es.net Tue Mar 24 07:46:09 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yHVod-00006b-00; Tue, 24 Mar 1998 07:40:39 -0800 Received: from gumby.cs.berkeley.edu [128.32.32.38] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yHVoc-00006R-00; Tue, 24 Mar 1998 07:40:38 -0800 Received: from rainier.rainier.com (rainier.rainier.com [207.50.110.5]) by gumby.CS.Berkeley.EDU (8.8.4/8.6.9) with ESMTP id HAA01267 for <298-list@gumby.CS.Berkeley.EDU>; Tue, 24 Mar 1998 07:40:16 -0800 (PST) Received: by RAINIER with Internet Mail Service (5.5.1960.3) id ; Tue, 24 Mar 1998 09:40:58 -0600 Message-ID: From: "Mattakat, Kevin" To: "'noam@sims.berkeley.edu'" , 298-list@gumby.CS.Berkeley.EDU Subject: RE: remove Date: Tue, 24 Mar 1998 09:40:52 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.1960.3) Content-Type: text/plain; charset="iso-8859-1" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Who's list is this and how did I get on the damn thing!?! Please remove me from the list! -----Original Message----- From: Noam Kaminer [SMTP:noam@sims.berkeley.edu] Sent: Monday, March 16, 1998 9:18 AM To: 298-list@gumby.CS.Berkeley.EDU Subject: remove Please remove me from your list. Thanks, Noam Kaminer. From rem-conf Tue Mar 24 08:12:27 1998 From rem-conf-request@es.net Tue Mar 24 08:12:27 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yHWGD-0000Zp-00; Tue, 24 Mar 1998 08:09:09 -0800 Received: from dirty.research.bell-labs.com [204.178.16.6] by mail1.es.net with smtp (Exim 1.81 #2) id 0yHWFc-0000Yk-00; Tue, 24 Mar 1998 08:08:44 -0800 Received: from zubin.dnrc.bell-labs.com ([135.180.130.56]) by dirty; Tue Mar 24 11:07:17 EST 1998 Received: from dnrc.bell-labs.com ([135.17.200.80]) by zubin.dnrc.bell-labs.com (8.8.8/8.8.8) with ESMTP id LAA22001 for ; Tue, 24 Mar 1998 11:07:07 -0500 (EST) Sender: jdrosen@dnrc.bell-labs.com Message-ID: <3517D669.EF3D1E7B@dnrc.bell-labs.com> Date: Tue, 24 Mar 1998 10:51:05 -0500 From: Jonathan Rosenberg Organization: Bell Laboratories X-Mailer: Mozilla 4.03 [en] (X11; I; Linux 2.0.30 i586) MIME-Version: 1.0 To: rem-conf@es.net Subject: Draft on RTP to protocol Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list avt, As many of you are aware, classification of RTP packets inside the network is quite problematic. Without either a well known port or protocol for RTP, there is no easy way to identify them. With the growing importance of services like diffserv and RTP header compression, such classification is becoming crucial. Henning Schulzrinne, Bernard Aboba, and myself have submitted a draft on assigning RTP its own protocol number in support of such classification. The draft discusses the pros and cons, and the implications of such a change. You can find a copy at: ftp://ietf.org/internet-drafts/draft-rosenberg-rtpproto-00.txt Thanks, Jonathan R. -- Jonathan D. Rosenberg Lucent Technologies Member of Technical Staff 101 Crawfords Corner Rd. High Speed Networks Research Holmdel, NJ 07733 FAX: (732) 834-5379 Rm. 4C-526 EMAIL: jdrosen@bell-labs.com URL: http://www.cs.columbia.edu/~jdrosen From rem-conf Tue Mar 24 09:43:33 1998 From rem-conf-request@es.net Tue Mar 24 09:43:32 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yHXff-0001v7-00; Tue, 24 Mar 1998 09:39:31 -0800 Received: from gumby.cs.berkeley.edu [128.32.32.38] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yHXfe-0001ux-00; Tue, 24 Mar 1998 09:39:30 -0800 Received: from mercury.satmedia.com (mercury.satcommedia.com [207.20.94.250]) by gumby.CS.Berkeley.EDU (8.8.4/8.6.9) with ESMTP id JAA01862 for <298-list@gumby.CS.Berkeley.EDU>; Tue, 24 Mar 1998 09:39:08 -0800 (PST) Received: by mercury.satcommedia.com with Internet Mail Service (5.0.1457.3) id ; Tue, 24 Mar 1998 09:36:52 -0800 Message-ID: <819D424B0A2BD1118448006097713D4306106A@mercury.satcommedia.com> From: Tish Wood To: "'noam@sims.berkeley.edu'" , "'298-list@gumby.CS.Berkeley.EDU'" <298-list@gumby.CS.Berkeley.EDU> Cc: Tish Wood Subject: remove Date: Tue, 24 Mar 1998 09:36:51 -0800 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1457.3) Content-Type: multipart/alternative; boundary="---- =_NextPart_001_01BD5708.60B68090" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------ =_NextPart_001_01BD5708.60B68090 Content-Type: text/plain remove me from this list, you SPAM MASTER! (Mr.) Tish L. Wood Email: Tishw@satcommedia.com Sr. Software Engineer Voice: (408)654-7600 x163 SatNET Fax: (408)654-9955 SatCom Media Corp. Your Smartest Connections Around The World -TM ------ =_NextPart_001_01BD5708.60B68090 Content-Type: text/html Content-Transfer-Encoding: quoted-printable

remove me from this list, you SPAM MASTER!


(Mr.) Tish L. = Wood      =         Email:  = Tishw@satcommedia.com
Sr. Software Engineer   = Voice:  (408)654-7600 x163
SatNET  =         =         Fax:    = (408)654-9955
SatCom Media = Corp.      Your Smartest Connections Around = The World -TM

------ =_NextPart_001_01BD5708.60B68090-- From rem-conf Tue Mar 24 12:16:33 1998 From rem-conf-request@es.net Tue Mar 24 12:16:32 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yHZzu-00038n-00; Tue, 24 Mar 1998 12:08:34 -0800 Received: from gumby.cs.berkeley.edu [128.32.32.38] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yHZzt-00038d-00; Tue, 24 Mar 1998 12:08:33 -0800 Received: from hydra.precept.com (hydra.precept.com [204.162.119.8]) by gumby.CS.Berkeley.EDU (8.8.4/8.6.9) with ESMTP id MAA02812 for <298-list@gumby.CS.Berkeley.EDU>; Tue, 24 Mar 1998 12:08:19 -0800 (PST) Received: from oak.precept.com (oak.precept.com [204.162.116.21]) by hydra.precept.com (8.8.6/8.8.6) with SMTP id MAA10026; Tue, 24 Mar 1998 12:07:40 -0800 (PST) Date: Tue, 24 Mar 1998 12:07:32 -0800 (Pacific Standard Time) From: Stephen Casner Reply-To: Stephen Casner To: "Mattakat, Kevin" , Tish Wood cc: "'noam@sims.berkeley.edu'" , "'298-list@gumby.CS.Berkeley.EDU'" <298-list@gumby.CS.Berkeley.EDU> Subject: Please don't send remove requests to 298-list In-Reply-To: <819D424B0A2BD1118448006097713D4306106A@mercury.satcommedia.com> Message-ID: X-X-Sender: casner@big-bear.precept.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Before a whole lot of people start demanding to be removed from the 298-list, perhaps a bit of clarification is in order. I believe the 298-list forwards to the rem-conf mailing list, which may be the way that some of you are receiving these messages. That's how I receive them. The reason for that forwarding is because the purpose of the 298 list is to announce the MBone transmission of the Berkeley seminar series, as has been a common practice for MBone events. >From what I've seen, there is no other traffic on the 298-list. Calm down folks, you are not being spammed. -- Steve From rem-conf Tue Mar 24 12:18:29 1998 From rem-conf-request@es.net Tue Mar 24 12:18:29 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yHa83-0003FI-00; Tue, 24 Mar 1998 12:16:59 -0800 Received: from gumby.cs.berkeley.edu [128.32.32.38] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yHa83-0003F7-00; Tue, 24 Mar 1998 12:16:59 -0800 Received: from mercury.satmedia.com (mercury.satcommedia.com [207.20.94.250]) by gumby.CS.Berkeley.EDU (8.8.4/8.6.9) with ESMTP id MAA02935 for <298-list@gumby.CS.Berkeley.EDU>; Tue, 24 Mar 1998 12:16:41 -0800 (PST) Received: by mercury.satcommedia.com with Internet Mail Service (5.0.1457.3) id ; Tue, 24 Mar 1998 12:14:41 -0800 Message-ID: <819D424B0A2BD1118448006097713D4306106B@mercury.satcommedia.com> From: Tish Wood To: Tish Wood , "'noam@sims.berkeley.edu'" , "'298-list@gumby.CS.Berkeley.EDU'" <298-list@gumby.CS.Berkeley.EDU> Subject: RE: remove Date: Tue, 24 Mar 1998 12:14:41 -0800 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1457.3) Content-Type: multipart/alternative; boundary="---- =_NextPart_001_01BD571E.6CA99390" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------ =_NextPart_001_01BD571E.6CA99390 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable To Recpients of My Rude Message: I've received lots of replies to my previous message. So...let me say..."Excuse me" for "spamming" this list myself. I'll try to refrain >from such acts of frustration in the future. Sorry, :( Tish > -----Original Message----- > From: Tish Wood [SMTP:TishW@satcommedia.com] > Sent: Tuesday, March 24, 1998 9:37 AM > To: 'noam@sims.berkeley.edu'; '298-list@gumby.CS.Berkeley.EDU' > Cc: Tish Wood > Subject: remove >=20 >=20 >=20 > remove me from this list, you SPAM MASTER!=20 >=20 >=20 > (Mr.) Tish L. Wood=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 Email:=A0 = Tishw@satcommedia.com=20 > Sr. Software Engineer=A0=A0 Voice:=A0 (408)654-7600 x163=20 > SatNET=A0 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 Fax:=A0=A0=A0 = (408)654-9955=20 > SatCom Media Corp.=A0=A0=A0=A0=A0 Your Smartest Connections Around = The World -TM >=20 >=20 >=20 ------ =_NextPart_001_01BD571E.6CA99390 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

To Recpients of My Rude = Message:

I've received lots of replies to = my previous message. So...let me say..."Excuse me" for = "spamming" this list myself. I'll try to refrain from such = acts of frustration in the future.


Sorry,  :(
        Tish

    -----Original Message-----
    From:   Tish Wood [SMTP:TishW@satcommedia.com]
    Sent:   Tuesday, March 24, 1998 9:37 AM
    To:     'noam@sims.berkeley.edu'; = '298-list@gumby.CS.Berkeley.EDU'
    Cc:     Tish Wood
    Subject:       = remove



    remove me from this = list, you SPAM MASTER!


    (Mr.) Tish L. = Wood=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 Email:=A0 = Tishw@satcommedia.com
    Sr. Software = Engineer=A0=A0 Voice:=A0 (408)654-7600 x163
    SatNET=A0 = =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 Fax:=A0=A0=A0 = (408)654-9955
    SatCom Media = Corp.=A0=A0=A0=A0=A0 Your Smartest Connections Around The World = -TM

------ =_NextPart_001_01BD571E.6CA99390-- From rem-conf Tue Mar 24 14:05:22 1998 From rem-conf-request@es.net Tue Mar 24 14:05:21 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yHbl1-0005Bn-00; Tue, 24 Mar 1998 14:01:19 -0800 Received: from hnc.hnc.com [206.79.10.2] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yHbkx-0005Ar-00; Tue, 24 Mar 1998 14:01:17 -0800 Received: (from adm@localhost) by hnc.hnc.com (8.8.8/8.8.8) id NAA19774; Tue, 24 Mar 1998 13:55:41 -0800 (PST) Received: from hnc2.hnc.com(206.79.10.10) by hnc.hnc.com via smap (V2.1) id xma019771; Tue, 24 Mar 98 13:55:22 -0800 Received: from pchnc.hnc.com (pchnc [191.9.204.105]) by spike.hnc.com (8.8.8/8.8.8) with ESMTP id NAA02362; Tue, 24 Mar 1998 13:56:42 -0800 (PST) Received: by pchnc.hnc.com with Internet Mail Service (5.0.1460.8) id ; Tue, 24 Mar 1998 13:57:37 -0800 Message-ID: From: "Lovett, Dean" To: scwpf@sdsc.edu, talks@ucsd.edu, talks-ece@ece.ucsd.edu, talks-cse@cs.UCSD.EDU, e-club@ucsd.edu, web-watchers--KClaffy, rem-conf@es.net, webteam@qualcomm.com, webheads@sio.ucsd.edu, java-ucsd@mib.org, flesner@nosc.mil, GregJohnson Subject: Wednesday night - Web Programmers Forum - 2 year anniversary meet ing - Live MBone Broadcast Date: Tue, 24 Mar 1998 13:57:31 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Wednesday, March 25, 1997, 7pm San Diego Supercomputer Center (SDSC) Auditorium FREE - Two Industry Speakers Afterwards: free cakes and assorted bubbly beverages to celebrate our 2 year anniversary. Scheduled speakers: Dave Cook, Executive Vice President & Chief Technical Officer, WaveWare Communications, Inc. "Developing for the New Internet Devices: Handheld Computers" Castle Phelps, Product Manager for Data and Network Security, Solsource Computers "The Importance of Data and Network Security in Today's Globally Inter-Connected World" For directions and parking information, see the Southern California Web Programmers Forum home page at http://www.sdsc.edu/scwpf From rem-conf Tue Mar 24 16:50:23 1998 From rem-conf-request@es.net Tue Mar 24 16:50:22 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yHeJx-0006l4-00; Tue, 24 Mar 1998 16:45:33 -0800 Received: from gumby.cs.berkeley.edu [128.32.32.38] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yHeJw-0006ku-00; Tue, 24 Mar 1998 16:45:32 -0800 Received: from mail.datacraft-asia.com (mail.datacraft-asia.com [152.102.112.182]) by gumby.CS.Berkeley.EDU (8.8.4/8.6.9) with ESMTP id QAA04419 for <298-list@gumby.CS.Berkeley.EDU>; Tue, 24 Mar 1998 16:45:18 -0800 (PST) Received: from dsi.datacraft-asia.com ([152.102.112.188]) by mail.datacraft-asia.com (Post.Office MTA v3.0 release 0122 ID# 0-34116U100L2S100) with SMTP id AAA389 for <298-list@gumby.CS.Berkeley.EDU>; Wed, 25 Mar 1998 08:49:34 +0800 Received: by dsi.datacraft-asia.com with VINES-ISMTP; Wed, 25 Mar 98 8:44:45 +0800 Date: Wed, 25 Mar 98 8:36:43 KUL Message-ID: X-Priority: 3 (Normal) To: <298-list@gumby.CS.Berkeley.EDU> From: "Gary Tam" Reply-To: Subject: Remove X-Incognito-SN: 971 X-Incognito-Version: 4.10.71 MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Please remove me from your list. From rem-conf Tue Mar 24 17:02:09 1998 From rem-conf-request@es.net Tue Mar 24 17:02:09 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yHeXe-000760-00; Tue, 24 Mar 1998 16:59:42 -0800 Received: from arga01.informatics.tuad.ac.jp [202.251.185.34] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yHeXd-00075m-00; Tue, 24 Mar 1998 16:59:41 -0800 Received: from shuman.informatics.tuad.ac.jp (shuman.informatics.tuad.ac.jp [202.251.187.34]) by arga01.informatics.tuad.ac.jp (8.8.0/3.5Wbeta596101012) with SMTP id JAA28147; Wed, 25 Mar 1998 09:58:19 +0900 (JST) Received: (from issam@localhost) by shuman.informatics.tuad.ac.jp (SMI-8.6/3.5Wpl7) id JAA02712; Wed, 25 Mar 1998 09:57:32 +0900 Date: Wed, 25 Mar 1998 09:57:32 +0900 From: "Prof. Issam A. Hamid" Message-Id: <199803250057.JAA02712@shuman.informatics.tuad.ac.jp> To: rem-conf@es.net Subject: remove Cc: issam@informatics.tuad.ac.jp X-Sun-Charset: US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list remove from the list From rem-conf Tue Mar 24 17:51:23 1998 From rem-conf-request@es.net Tue Mar 24 17:51:22 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yHfIZ-0000U5-00; Tue, 24 Mar 1998 17:48:11 -0800 Received: from gumby.cs.berkeley.edu [128.32.32.38] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yHfIX-0000Tv-00; Tue, 24 Mar 1998 17:48:10 -0800 Received: from xcf.berkeley.edu (scam.XCF.Berkeley.EDU [128.32.43.201]) by gumby.CS.Berkeley.EDU (8.8.4/8.6.9) with SMTP id RAA04821 for <298-list@gumby.cs.berkeley.edu>; Tue, 24 Mar 1998 17:47:58 -0800 (PST) Message-Id: <199803250147.RAA04821@gumby.CS.Berkeley.EDU> Received: (qmail 19312 invoked from network); 25 Mar 1998 01:36:02 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 25 Mar 1998 01:36:02 -0000 To: gary.tam@datacraft-asia.com cc: 298-list@gumby.CS.Berkeley.EDU Subject: Re: Remove In-reply-to: Your message of "Wed, 25 Mar 1998 08:36:43 -1100." X-Common-Yaroslav-Version: 2.0 Date: Tue, 24 Mar 1998 17:36:01 -0800 From: Gene Kan X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list > Please remove me from your list. Whoever is on this list who is thinking of mailing EVERYONE ELSE on the list asking to unsubscribe, please mail to 298-list-owner@gumby.cs.berkeley.edu instead! Gene From rem-conf Wed Mar 25 03:07:41 1998 From rem-conf-request@es.net Wed Mar 25 03:07:40 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yHnru-0003jq-00; Wed, 25 Mar 1998 02:57:14 -0800 Received: from dxcoms.cern.ch [137.138.28.176] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yHnrt-0003jR-00; Wed, 25 Mar 1998 02:57:13 -0800 Received: (from fle@localhost) by dxcoms.cern.ch (8.8.8/8.8.8) id LAA16282; Wed, 25 Mar 1998 11:56:11 +0100 (MET) Message-Id: <199803251056.LAA16282@dxcoms.cern.ch> Subject: MBone broadcast of the CERN LEPC session on the 31.3.98 To: rem-conf@es.net, hepnet-l@slacvm.slac.stanford.edu, HRC@in2p3.fr, htasc@listbox.cern.ch, net-teleconferencing@listbox.cern.ch Date: Wed, 25 Mar 1998 11:56:11 +0100 (MET) From: "Martin Fluckiger - CERN/IT/CS" Cc: fle@dxcoms.cern.ch (Martin Fluckiger) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list CERN is pleased to announce the MBONE broadcast of the LEP EXPERIMENTS COMMITTEE OPEN SESSION -------------------------------------- on Tuesday, 31 March 1998 at 09:00 (UTC+2) Main Auditorium *** Times are UTC+2 *** Reports on the LEP machine: 09:00 - 09:45 Summary of the 1998 Chamonix Workshop and Impact of LHC civil engineering on LEP (John Poole) LEP2 physics jamboree: 09:45 - 10:25 OPAL (Mark Thomson) 10:25 - 11:00 Coffee break 11:00 - 11:40 ALEPH (John Carr) 11:40 - 12:20 DELPHI (Klaus Moenig) 12:20 - 13:00 L3 (Joachim Mnich) 13:00 - 14:30 Lunch LEP working group reports: 14:30 - 15:00 LEP2 energy calibration (Pippa Wells) 15:00 - 15:30 QCD (Roger Jones) 15:30 - 15:45 LEP archive (David Stickland) The broadcast is announced via sdr as "CERN LEPC". vat and vic applications will be used with a ttl of 127. In case of questions or problems please contact: multicast@noc.cern.ch This message is sent to distribution lists, sorry if you receive multiple copies of it. Best regards, -------------------------------------------------------------------- Martin Fluckiger & Christian Isnard CERN - CN/CS/EN multicast@noc.cern.ch European Laboratory for Particle Physics Computers and Networks division CH-1211 Geneva 23 - Switzerland From rem-conf Thu Mar 26 07:09:39 1998 From rem-conf-request@es.net Thu Mar 26 07:09:39 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yIDzc-00051j-00; Thu, 26 Mar 1998 06:50:56 -0800 Received: from philfa.pfa.philips.de (pfa.research.philips.com) [192.160.142.2] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yIDza-00051M-00; Thu, 26 Mar 1998 06:50:54 -0800 Received: from pfa.research.philips.com (root@heck-gw.pfa.research.philips.com [130.143.65.3]) by philfa.pfa.research.philips.com (8.8.8/8.8.8) with ESMTPid PAA28626 for ; Thu, 26 Mar 1998 15:50:49 +0100 (MET) Received: from cnspcmail.pfa.research.philips.com (cnspcmail.pfa.research.philips.com [130.143.66.93]) by heck.pfa.research.philips.com (8.8.8/8.8.8) with ESMTPid PAA06248 for ; Thu, 26 Mar 1998 15:50:48 +0100 (MET) Received: by cnspcmail.pfa.research.philips.com with Internet Mail Service (5.0.1458.49) id ; Thu, 26 Mar 1998 15:51:21 +0100 Message-ID: <51BB29A6E629D111BB8300805F3568440C1E22@cnspcmail.pfa.research.philips.com> From: "Baldus, Dr. H." To: "'rem-conf@es.net'" Subject: desktop videocards Date: Thu, 26 Mar 1998 15:51:20 +0100 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1458.49) Content-Type: text/plain X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi there, we are planning to set up a desktop videoconferencing application, based on NT 4.0 PCs and MBone system. Does anyone have experince with appropriate videocards (that additionally have hardware based encoding/decoding)? Thanks for your support, Heribert Baldus **************************************************************** Dr. Heribert Baldus Project Leader TEAM- Telecommunication Architecture and Multimedia Services Philips Research Labs, Weisshausstr. 2, D-52066 Aachen, Germany Phone: +49-241-6003-513 Fax: -518 Email: baldus@pfa.research.philips.com From rem-conf Thu Mar 26 10:32:37 1998 From rem-conf-request@es.net Thu Mar 26 10:32:36 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yIHDj-0006uR-00; Thu, 26 Mar 1998 10:17:43 -0800 Received: from host-209-138-59-56.fll.bellsouth.net (out.inexchange.net) [209.138.59.56] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yIHDh-0006uH-00; Thu, 26 Mar 1998 10:17:42 -0800 Received: from inexchange.net ([207.22.162.101]) by out.inexchange.net (Post.Office MTA v3.1 release PO205e ID# 0-0U10L2S100) with SMTP id EKP217; Wed, 25 Mar 1998 18:12:17 -0500 To: rem-conf@es.net CC: macul@macul.org From: info@inexchange.net (Info Desk) Date: Wed, 25 Mar 98 18:12:18 -0500 Subject: Advertisement: Website Hosting X-Mailer: inexchange.net Message-ID: <19980325171650784.EKP217@inexchange.net> X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list http://www.inexchange.net info@inexchange.net InExchange would like to introduce our complete Hosting and Promotional service. FOR ONLY $19.95 PER MONTH ! * 20 MB (megabytes) of disk space * 750 MB of data transfer per month * 5 E-mail accounts * INTERNATIONAL Hosting * Access to your account anytime via the Web Control Panel * Full MS Front Page support * Unlimited FTP updates * Personal CGI directory for your own scripts (or use ours) * The best statistics analyzer in the industry * E-mail forwarding, auto responders and vacation reply * Domain name registration (www.yourname.com) * FREE registration of your domain with over 250 search engines * Real Audio/Video support * Inquire about our $16.95 plan * Other plans also include: Shopping cart application and database access/utilities Cold Fusion Hosting CyberCash, iBill and VersaNet ready Instant on-line credit card processing For additional details, please refer to our website: http://inexchange.net info@inexchange.net From rem-conf Thu Mar 26 18:18:29 1998 From rem-conf-request@es.net Thu Mar 26 18:18:28 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yIOfb-0002Mr-00; Thu, 26 Mar 1998 18:14:59 -0800 Received: from h-205-217-237-46.netscape.com (netscape.com) [205.217.237.46] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yIOfW-0002Mh-00; Thu, 26 Mar 1998 18:14:57 -0800 Received: from judge.mcom.com (judge.mcom.com [205.217.237.53]) by netscape.com (8.8.5/8.8.5) with ESMTP id SAA28767 for ; Thu, 26 Mar 1998 18:13:51 -0800 (PST) Received: from netscape.com ([198.93.94.249]) by judge.mcom.com (Netscape Messaging Server 3.52) with ESMTP id AAA7368; Thu, 26 Mar 1998 18:13:51 -0800 Sender: dmose@netscape.com (Dan Mosedale) Message-ID: <351B0B5E.E3618470@netscape.com> Date: Thu, 26 Mar 1998 18:13:50 -0800 From: Dan Mosedale Organization: Netscape Communications Corp. X-Mailer: Mozilla 4.05 [en] (X11; U; IRIX 6.3 IP32) MIME-Version: 1.0 To: rem-conf@es.net, mbone@isi.edu Subject: mozilla.org source code party multicast Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list mozilla.org is hosting a party in celebration of the release of the Netscape Communicator source code in San Francisco on April 1st from 8:00 PM to 2:00AM (in UTC, that's 04:00-10:00 on April 2). More details about the event are available at . We hope to be able to multicast audio and video from the party (using vat and vic with a TTL of 127) and allow other folks to join in. This is during the IETF and appears that it would overlap with the IPTEL and IDMR session multicasts. If we were to multicast 128k of video and PCM audio during this time, would the aggregate bandwidth usage be too high? If desired, we could wait to begin multicasting until 10:00 PM (06:00 UTC), when the IETF sessions are scheduled to be over. Or we could just ask people to refrain from sending us any return traffic until then. What version of vat is considered to be the right one (i.e. stable enough) for public broadcast these days? The vat page at LBL says that vat 4.0 is still in alpha, but the latest version looks to me to be a beta. Should I just stick with 3.4 anyhow? At the moment, it appears that the party will be getting it's IP connectivity through grin.net. Since they don't have an MBONE feed, we'll need to get a tunnel built up on the day of April 1st and then torn down on the 2nd. traceroute suggests that grin gets (at least some of) its connectivity through priori.net (who appears to be connected to AlterNet). Is there anyone topologically close who would be willing to provide us with a tunnel on such short notice? Thanks in advance, Dan From rem-conf Thu Mar 26 19:53:24 1998 From rem-conf-request@es.net Thu Mar 26 19:53:22 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yIQ8n-0003Bb-00; Thu, 26 Mar 1998 19:49:13 -0800 Received: from hydra.precept.com [204.162.119.8] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yIQ8m-0003BP-00; Thu, 26 Mar 1998 19:49:12 -0800 Received: from oak.precept.com (oak.precept.com [204.162.116.21]) by hydra.precept.com (8.8.6/8.8.6) with SMTP id TAA13493; Thu, 26 Mar 1998 19:48:08 -0800 (PST) Date: Thu, 26 Mar 1998 19:48:03 -0800 (Pacific Standard Time) From: Stephen Casner To: rem-conf@es.net Subject: AVT meeting agenda errata & addenda In-Reply-To: Message-ID: X-X-Sender: casner@big-bear.precept.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list To the Audio/Video Transport Working Group: It was pointed out to me that I made a few mistakes in the agenda. The current version of draft-ietf-avt-info-repair-03.txt is 3, not 1, and draft-ietf-avt-rtp-mpeg4-00.txt is also in .ps form. My heading "Documents ready for last call" may have been misleading: those drafts _may_ be ready for last call -- that's what we need to discuss. If we have time during our meeting next week, there is another topic we may want to discuss: should AVT specify how RTP streams should be recorded into one or more file formats? Generally IETF working groups address what goes "on the wire", so the file format might rightly be left up to the end systems to choose on their own. However, there are protocol-related issues regarding whether the file format stores sufficient information to allow regeneration of the RTP stream, etc. At the last meeting, Eric Fleischman asked for feedback on his draft describing how to record RTP into ASF files. This time we also have a draft on recording and sending RTP using QuickTime files. I call your attention to those drafts, in addition to the ones I previously listed on the agenda: draft-fleischman-asf-rtp-record-00.txt draft-singer-rtp-qtfile-00.txt -- Steve From rem-conf Fri Mar 27 07:16:18 1998 From rem-conf-request@es.net Fri Mar 27 07:16:18 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yIads-0006e8-00; Fri, 27 Mar 1998 07:02:00 -0800 Received: from hermes.fundp.ac.be [138.48.4.4] by mail1.es.net with smtp (Exim 1.81 #2) id 0yIado-0006dr-00; Fri, 27 Mar 1998 07:01:59 -0800 Received: from leibniz.info.fundp.ac.be by hermes.fundp.ac.be; (5.65v3.2/1.1.8.2/14Dec95-0443PM) id AA08762; Fri, 27 Mar 1998 16:00:49 +0100 Received: from st20 by leibniz.info.fundp.ac.be (SMI-8.6/SMI-SVR4) id PAA08782; Fri, 27 Mar 1998 15:57:08 GMT Message-Id: <1.5.4.32.19980327150045.0066f034@info.fundp.ac.be> X-Sender: plambers@info.fundp.ac.be (Unverified) X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 27 Mar 1998 16:00:45 +0100 To: rem-conf@es.net, mbone@cilea.it From: plambers Subject: Mbone X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hello, I'm writing a (small) paper on multicasting. I found a lot of information on the Mbone and now I have two questions, to which you might know the answer. Would you mind helping me out a bit? 1. Is there any system that makes it impossible to "overbook" on the MBone? 2. What is the actual status of the MBone right now (for instance how many routers out of hundred are already Mrouters now) because a lot of information I find dates from two years ago and that's, in computer science at least, a very long time ago. I hope you can answer me, yours sincerly, Pascal From rem-conf Fri Mar 27 10:56:50 1998 From rem-conf-request@es.net Fri Mar 27 10:56:49 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yIdzv-0000rI-00; Fri, 27 Mar 1998 10:36:59 -0800 Received: from zephyr.isi.edu [128.9.160.160] by mail1.es.net with esmtp (Exim 1.81 #2) id 0yIdzu-0000r8-00; Fri, 27 Mar 1998 10:36:58 -0800 Received: from roo.isi.edu (roo.isi.edu [128.9.160.127]) by zephyr.isi.edu (8.8.7/8.8.6) with SMTP id KAA02539; Fri, 27 Mar 1998 10:36:46 -0800 (PST) Posted-Date: Fri, 27 Mar 1998 10:35:01 -0800 (PST) Received: from localhost by roo.isi.edu (5.65c/4.0.3-6) id ; Fri, 27 Mar 1998 10:35:02 -0800 Date: Fri, 27 Mar 1998 10:35:01 -0800 (PST) From: Steven Berson To: plambers Cc: rem-conf@es.net, mbone@cilea.it Subject: Re: Mbone In-Reply-To: <1.5.4.32.19980327150045.0066f034@info.fundp.ac.be> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list On Fri, 27 Mar 1998, plambers wrote: > I'm writing a (small) paper on multicasting. I found a lot of information on > the Mbone and now I have two questions, to which you might know the answer. > Would you mind helping me out a bit? > > 1. Is there any system that makes it impossible to "overbook" on the MBone? No, and poor quality on the MBone is a constant problem. > 2. What is the actual status of the MBone right now (for instance how many > routers out of hundred are already Mrouters now) because a lot of > information I find dates from two years ago and that's, in computer science > at least, a very long time ago. There are probably thousands of mrouters by now. Here is the result of a traceroute to your e-mail site, info.fundp.ac.be. roo 33% mtrace info.fundp.ac.be mtrace: WARNING: no multicast group specified, so no statistics printed Mtrace from 138.48.32.100 to 128.9.160.127 via group 224.2.0.1 Querying full reverse path... 0 roo.isi.edu (128.9.160.127) -1 mb160.isi.edu (128.9.160.8) DVMRP thresh^ 1 -2 mbone.ln.net (204.140.133.12) DVMRP thresh^ 32 -3 dec3800-1-fddi-0.LosAngeles.mci.net (204.70.170.29) DVMRP thresh^ 64 -4 dec3800-2-fddi-0.SanFrancisco.mci.net (204.70.158.61) DVMRP thresh^ 1 -5 dec3800-1-fddi-1.WillowSprings.mci.net (204.70.104.45) DVMRP thresh^ 1 -6 dec3800-1-fddi-1.WestOrange.mci.net (204.70.64.45) DVMRP thresh^ 1 -7 schnell.ebone.net (192.36.137.1) DVMRP thresh^ 32 -8 stockholm.mbone.ebone.net (192.36.148.206) DVMRP thresh^ 64 -9 ams-mr.att-unisource.net (195.206.64.170) PIM/Special thresh^ 48 -10 broodjeham.surfnet.nl (192.87.106.102) DVMRP thresh^ 48 -11 hasselt-l1.belnet.be (193.190.196.253) PIM thresh^ 48 Reached RP/Core Round trip time 482 ms; total ttl of 73 required. I hope this helps. Steve From rem-conf Mon Mar 30 10:40:38 1998 From rem-conf-request@es.net Mon Mar 30 10:40:38 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yJjBE-0003T5-00; Mon, 30 Mar 1998 10:21:08 -0800 Received: from hofmann.cs.berkeley.edu [128.32.35.123] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 0yJjBD-0003Sv-00; Mon, 30 Mar 1998 10:21:07 -0800 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by hofmann.CS.Berkeley.EDU (8.8.8/8.6.6.Beta11) with SMTP id KAA23185; Mon, 30 Mar 1998 10:21:05 -0800 (PST) Message-Id: <3.0.3.32.19980330102103.00c0ab50@postgres.berkeley.edu> X-Sender: ireney@postgres.berkeley.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Mon, 30 Mar 1998 10:21:03 -0800 To: 298-list@bmrc.berkeley.edu, rem-conf@es.net From: Irene Yam Subject: Reminder: MM Seminar, Wed., April 1, 12:30-2, "Comic Chat: Research and Productization War Stories" David Kurlander, Microsoft Research Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Comic Chat: Research and Productization War Stories Wednesday April 1, 1998 12:30-2:00 PDT 405 Soda Hall) David Kurlander Microsoft Research Comics have a rich visual vocabulary and people find them appealing. They are also an effective form of communication. We have built a system called Comic Chat, that represents on-line communications in the form of comics. Comic Chat automates numerous aspects of comics generation, including balloon construction and layout, the placement and orientation of comic characters, the default selection of character gestures and expressions, the placement of panel breaks, and the choice of zoom factor for the virtual camera. It uses techniques that we learned by working with a professional comic artist, to create comics depicting textual conversations. Comic Chat started out as a project at Microsoft Research, and now ships with the latest version of Windows '95, Internet Explorer 4, The Microsoft Network, and will be included as part of Windows '98 and Windows NT 5. This talk will describe the technology behind Comic Chat and our experiences trying to bring it to market. Biography: Dr. Kurlander joined Microsoft Research over five years ago. One of his recent projects, called Comic Chat, was a SIGGRAPH paper in 1996, and has since become an extremely successful product, shipping millions of copies. Kurlander graduated from Harvard University with an A.B. in applied mathematics. Later he received his Ph.D. in computer science from Columbia University for work in graphical editing and example-based user interfaces. He has worked at diverse places including the Pentagon and Xerox PARC. -------------------------------------------------------------------------- This seminar will be broadcast on the Internet MBONE. The broadcast will begin at 12:40PST (GMT - 8 hrs). See sd or http://bmrc.berkeley.edu/298 for instructions on setting up, connecting to, and operating the MBONE tools. ____________________________________________ Irene Yam Berkeley Multimedia Research Center (BMRC) 626 Soda Hall #1776 University of California Berkeley, CA 94720-1776 Phone: (510) 643-0800 FAX: (510) 642-5615 Email: ireney@bmrc.berkeley.edu Url: http://bmrc.berkeley.edu/people/irene/ From rem-conf Tue Mar 31 23:53:04 1998 From rem-conf-request@es.net Tue Mar 31 23:53:04 1998 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 0yKIBD-0000R1-00; Tue, 31 Mar 1998 23:43:27 -0800 Received: from aries.dif.um.es (aries.dif.um.es.) [155.54.12.152] by mail1.es.net with smtp (Exim 1.81 #2) id 0yKIBB-0000QH-00; Tue, 31 Mar 1998 23:43:25 -0800 Received: from orion by aries.dif.um.es. (SMI-8.6/SMI-SVR4) id JAA00779; Wed, 1 Apr 1998 09:37:41 +0100 Message-Id: <199804010837.JAA00779@aries.dif.um.es.> X-Sender: amateo@aries.dif.um.es X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Demo Date: Wed, 01 Apr 1998 09:42:39 +0100 To: rem-conf@es.net From: Angel Luis Mateo =?iso-8859-1?Q?Mart=EDnez?= Subject: vat and encryption Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hello all: I would like to know if there is a version of vat for Windows95/NT that supports DES1 encryption. If there is, where I can found it? Thanks, Angel L. Mateo Mart=EDnez