From rem-conf Mon Feb 01 01:19:03 1999 From rem-conf-request@es.net Mon Feb 01 01:19:03 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 107FQ4-0001NL-00; Mon, 1 Feb 1999 01:13:24 -0800 Received: from bells.cs.ucl.ac.uk [128.16.5.31] by mail1.es.net with smtp (Exim 1.81 #2) id 107FQ2-0001NB-00; Mon, 1 Feb 1999 01:13:23 -0800 Received: from hocus.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Mon, 1 Feb 1999 09:12:47 +0000 To: Jonathan Rosenberg cc: Neal Schneider , wchung@vmlabs.com, rem-conf@es.net Subject: Re: Traffic Shaping In-reply-to: Your message of "Thu, 28 Jan 1999 22:46:09 EST." <36B12F01.7D27E63A@dnrc.bell-labs.com> Date: Mon, 01 Feb 1999 09:12:45 +0100 Message-ID: <806.917860365@cs.ucl.ac.uk> From: Jon Crowcroft X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list In message <36B12F01.7D27E63A@dnrc.bell-labs.com>, Jonathan Rosenberg typed: >>> >Bolot, Garcia, "Control Mechanisms for Packet Audio in the Internet", >>> >Infocom 96 >>ftp://ftp-sop.inria.fr/rodeo/bolot/96.Audio_ctl.ps.gz there's some more recent work to appear in infocomm 99 by the same folks - see the umass report at http://gaia.cs.umass.edu/papers/ J. Bolot, S. Fosse-Parisis, D. Towsley. ``Adaptive FEC-Based Error Control for Interactive Audio in the Internet'', to appear in IEEE Infocom' 99, (New York, USA, March 1999). the most important thing in this work is some neat stuff on utility and that the subjective quality is fixable with modest increasing FEC overhead and is more important than objective measures.... >>> >There is other work on emulating TCP behavior, but I don't have a >>> >specific reference (anyone?). see the RMRG website and maillist.... rm@mash.cs.berkeley.edu http://www.east.isi.edu/rm/ >>> Are you talking about providing some sort of acknowledgement-based >>> negotiation protocol over UDP >>No. I am talking about rate shaping in such a way that the rate used by >>the media stream is the same rate a TCP stream would use under the same >>loss conditions. >> >> ... Does MGCP provide a mechanism for >>> modifying connections in progress? >> >>MGCP can modify its current connections. However, I don't know if rate >>adaptation is something the protocol is aiming to control. I'm also not >>sure rate adaptation is best done in the MGC, since its a pure media >>function it could be done entirely in the MG. >> >>-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 >> cheers jon From rem-conf Mon Feb 01 01:24:34 1999 From rem-conf-request@es.net Mon Feb 01 01:24:33 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 107FZC-0001g0-00; Mon, 1 Feb 1999 01:22:50 -0800 Received: from bells.cs.ucl.ac.uk [128.16.5.31] by mail1.es.net with smtp (Exim 1.81 #2) id 107FZB-0001fm-00; Mon, 1 Feb 1999 01:22:49 -0800 Received: from eucharisto.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Mon, 1 Feb 1999 09:22:27 +0000 To: rem-conf@es.net Subject: New AVT charter posted Date: Mon, 01 Feb 1999 09:22:25 +0100 Message-ID: <970.917860945@cs.ucl.ac.uk> From: Colin Perkins X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list As some of you may have noticed, a new AVT charter has been posted on the group's web site at http://www.ietf.org/html.charters/avt-charter.html This is essentially the same as that presented in Orlando, with a few clarifications based on IESG feedback and the milestones relaxed somewhat. There are a large number of action items left over from the last meeting, many of which have turned into milestones for February (drafts to submit before the 26th February deadline for the Minneapolis meeting). These action items include: - Post RTP implementation checklist draft - Working group last call on guidelines for payload format writers (BCP) - Post revised draft on PureVoice (qcelp) payload format to address WG last call comments - Post payload format for MPEG-4 based on MPEG/IETF joint meetings - Working group last call on parity FEC draft (standards track) - Post revised RTP MIB and issue working group last call (stds track) - Post revised DTMF payload format draft, ready for WG last call - Post revised RTP membership (SSRC) sampling draft - Post revised Reed-Solomon draft - Post revised RTP spec and audio/video profile As you can see, we have to get busy! Colin From rem-conf Mon Feb 01 09:25:33 1999 From rem-conf-request@es.net Mon Feb 01 09:25:33 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 107MpH-0007Cm-00; Mon, 1 Feb 1999 09:07:55 -0800 Received: from olympus.noc.uoa.gr (noc.uoa.gr) [195.134.100.100] by mail1.es.net with esmtp (Exim 1.81 #2) id 107MpE-0007Cb-00; Mon, 1 Feb 1999 09:07:53 -0800 Received: from kissavos.noc.uoa.gr (kissavos.noc.uoa.gr [195.134.100.101]) by noc.uoa.gr (8.8.8/8.8.8) with ESMTP id TAA15345 for ; Mon, 1 Feb 1999 19:07:47 +0200 (EET) Received: from Aragorn (Aragorn.noc.uoa.gr [195.134.90.37]) by kissavos.noc.uoa.gr (8.8.8+Sun/8.8.8) with SMTP id TAA04493 for ; Mon, 1 Feb 1999 19:11:51 +0200 (EET) Message-ID: <001301be4e05$a3bb0ba0$255a86c3@Aragorn.noc.uoa.gr> From: "Nikos Laoutaris" To: Subject: RTP implementation for windows Date: Mon, 1 Feb 1999 19:09:32 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0010_01BE4E16.66608080" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list This is a multi-part message in MIME format. ------=_NextPart_000_0010_01BE4E16.66608080 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello all at rem-conf =20 I am looking for RTP/RTCP implementations for windows. So far i have = only found commercial products from Elemedia (at a rather high price = tag) and RadVision. We are planning of integrating RTP/RTCP to our = RSVP-MPEG-2 application, developed at the Communication and Networks = laboratory at the university of Athens. Please inform me on the = existance of non commercial RTP/RTCP protocol implementations. I know = that vic and other Mbone tools that use RTP have been ported to windows = but i have not found any source code for these ports. Thanks in advance =20 Nikos Laoutaris Network Operations Center National and Kapodestrian University of Athens, Greece e-mail : laoutaris@noc.uoa.gr ------=_NextPart_000_0010_01BE4E16.66608080 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello all at=20 rem-conf    
 
    I am looking for = RTP/RTCP=20 implementations for windows. So far i have only found commercial = products from=20 Elemedia (at a rather high price tag) and RadVision. We are planning of=20 integrating RTP/RTCP to our RSVP-MPEG-2 application, developed at the=20 Communication and Networks laboratory at the university of Athens. = Please inform=20 me on the existance of non commercial RTP/RTCP protocol implementations. = I know=20 that vic and other Mbone tools that use RTP have been ported to windows = but i=20 have not found any source code for these ports.
 
Thanks in = advance  
 
Nikos Laoutaris
Network = Operations=20 Center
National and Kapodestrian University of Athens, = Greece
e-mail : laoutaris@noc.uoa.gr ------=_NextPart_000_0010_01BE4E16.66608080-- From rem-conf Mon Feb 01 09:32:11 1999 From rem-conf-request@es.net Mon Feb 01 09:32:10 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 107N9n-0007V2-00; Mon, 1 Feb 1999 09:29:07 -0800 Received: from basil.cdt.luth.se [130.240.64.67] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 107N9l-0007Ur-00; Mon, 1 Feb 1999 09:29:06 -0800 Received: from fix (fix.cdt.luth.se [130.240.64.20]) by basil.cdt.luth.se (8.8.8/8.7.3) with ESMTP id SAA19803; Mon, 1 Feb 1999 18:28:47 +0100 (MET) Message-Id: <199902011728.SAA19803@basil.cdt.luth.se> X-Mailer: exmh version 2.0.2 2/24/98 To: "Nikos Laoutaris" cc: rem-conf@es.net Subject: Re: RTP implementation for windows In-reply-to: Your message of "Mon, 01 Feb 1999 19:09:32 +0200." <001301be4e05$a3bb0ba0$255a86c3@Aragorn.noc.uoa.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 Feb 1999 18:28:46 +0100 From: Peter Parnes X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list laoutaris@noc.uoa.gr said: > I know that vic and other Mbone tools that use RTP have been ported to > windows but i have not found any source code for these ports. The initial port is actually contained within source code released. There shouldn't be many changes to the RTP part anyhow. /P From rem-conf Mon Feb 01 09:56:23 1999 From rem-conf-request@es.net Mon Feb 01 09:56:22 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 107NXW-000126-00; Mon, 1 Feb 1999 09:53:38 -0800 Received: from bells.cs.ucl.ac.uk [128.16.5.31] by mail1.es.net with smtp (Exim 1.81 #2) id 107NXV-00011w-00; Mon, 1 Feb 1999 09:53:37 -0800 Received: from eucharisto.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Mon, 1 Feb 1999 17:53:21 +0000 To: Nikos Laoutaris cc: rem-conf Subject: Re: RTP implementation for windows In-reply-to: Your message of "Mon, 01 Feb 1999 19:09:32 +0200." <001301be4e05$a3bb0ba0$255a86c3@Aragorn.noc.uoa.gr> Date: Mon, 01 Feb 1999 17:53:20 +0100 Message-ID: <2425.917891600@cs.ucl.ac.uk> From: Colin Perkins X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --> Nikos Laoutaris writes: > I am looking for RTP/RTCP implementations for windows. So far i have >only found commercial products from Elemedia (at a rather high price >tag) and RadVision. We are planning of integrating RTP/RTCP to our >RSVP-MPEG-2 application, developed at the Communication and Networks >laboratory at the university of Athens. Please inform me on the >existance of non commercial RTP/RTCP protocol implementations. I know >that vic and other Mbone tools that use RTP have been ported to windows >but i have not found any source code for these ports. See http://www-mice.cs.ucl.ac.uk/multimedia/sofware/ for source code to vic and rat (for unix and win32). Colin From rem-conf Mon Feb 01 20:01:10 1999 From rem-conf-request@es.net Mon Feb 01 20:01:09 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 107Wu9-0007d0-00; Mon, 1 Feb 1999 19:53:37 -0800 Received: from ee.ee.ust.hk [143.89.44.243] (root) by mail1.es.net with smtp (Exim 1.81 #2) id 107Wu7-0007cq-00; Mon, 1 Feb 1999 19:53:35 -0800 Received: from eesu66 by ee.ee.ust.hk id <113385(4)>; Tue, 2 Feb 1999 11:49:58 +0800 From: "DR. DANNY TSANG" To: atm97authors@inesc.pt, atm96@inesc.pt, ActiveNets_Wire@ittc.ukans.edu, issll@mercury.lcs.mit.edu, xtp-relay@cs.concordia.ca, end2end-interest@isi.edu, enternet@bbn.com, hipparch@sophia.inria.fr, reres@laas.fr, rem-conf@es.net, sigmedia@bellcore.com, mobile-ip@tadpole.com, ieeetcpc@ccvm.sunysb.edu, cnon@maestro.bellcore.com, commsoft@cc.belcore.com, multicomm@cc.bellcore.com, activenets_all@ittc.ukansas.edu, fokus-users@fokus.gmd.de, arpanet-bboard@mc.lcs.mit.edu, cabernet-events@ncl.ac.uk, comsoc.tac@tab.ieee.org, comswtc@gmu.edu, ieee.announce@bellcore.com, atm@sun.com Subject: IFIP BC'99 Cc: eetsang@ee.ust.hk X-Sun-Charset: ISO-8859-1 Message-Id: <99Feb2.114958hkt.113385(4)@ee.ee.ust.hk> Date: Tue, 2 Feb 1999 11:49:55 +0800 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list My apology if you receive multiple copies of this message. The next IFIP Broadband Communications'99 will be held in Hong Kong on 10-12 November 1999. The deadline for paper submission is 28 February 1999 (4 weeks from today). Electronic submission is strongly encouraged. Please visit the conference web site at "www.ee.ust.hk/~bc99" for the different electronic submission formats. Danny H.K. Tsang Prof. Paul J. Kuehn General Chair Co-Chair ============================================================================== CALL FOR PAPERS IFIP TC 6 Fifth International Conference on BROADBAND COMMUNICATIONS '99 Hong Kong Convention & Exhibition Centre Hong Kong November 10-12, 1999 Scope of BC '99 --------------- Broadband communication networks form the essential infrastructure for new communication services. Network technologies will range from photonic backbones, distributed networking, fast packet routing, IP networking and ATM switching transport networks to future mobile networks with seamless interworking. Middleware, network, service and application management software are the enabling technologies to support a wide spectrum of conventional and new services. BC '99 will focus on leading edge research arising from architectural, technological, operational, management and performance issues. Special interest will be given to the development in the Asian and Far East regions. Conference topics of BC '99 include (but are not necessarily limited to): Networking Infrastructures and Technologies ------------------------------------------- IP Netwroks (Voice/Video over IP, DiffServ, MPLS) ATM Networks (Voice/Video over ATM, QoS) High Speed LANs Wireless Networks Satellite Networks Architectures and Protocols --------------------------- Interworking of Fixed/Mobile Networks Interworking of IP/ATM/SDH/WDM Interworking of PSTN and IP Networks Signalling, Multicast (IP/ATM) Routing Protocols (mobile IP, QoS routing) Addressing Active Networks Services and Applications ------------------------- Multimedia Communications Nomadic Communications and Computing Virtual Private Networks Service Integration Enabling Technologies (middleware) Service and Network Management ------------------------------ Configuration and Fault Management Security Accounting, Billing and Tariffing Service and Application Management Scaleable Service Provisioning Performance, Quality of Service and Network Operations ------------------------------------------------------ Traffic Control and Resource Management Traffic Modelling, Measurement, Analysis, Monitoring and Maintenance Application QoS and Network QoS Network Planning and Network Performance SCIENTIFIC PROGRAMME COMMITTEE ------------------------------ Ajmone-Marsan, M. Politecnico di Torino, Italy Albanese, A. International Computer Science Inst., U.S.A. Bensaou, B. Centre for Wireless Commun., Singapore Blondia, C. University of Antwerp, Belgium Butscher, B. DeTeBerkom/GMD, Germany Casaca, A. IST/INESC, Portugal Casals, O. UPC, Spain Chandran, S. Ericsson, Malaysia Chao, J. Polytechnic University, U.S.A. Chen, W.T. National Tsing Hua University, Taiwan Cheng, S. Southeast University, China Chu, W. Open University of Hong Kong, Hong Kong Costa, B. CSELT, Italy Cuthbert, L. QMW College London, UK Denzel, W. IBM Rueschlikon, Switzerland Drobnik, O. University of Frankfurt, Germany Eberspaecher, J. Technical University of Munich, Germany El-Zarki, M. University of Pennsylvania, U.S.A. Fdida, S. LIP6 Paris, France Gallassi, G. Italtel, Italy Guerin, R. University of Pennsylvania, U.S.A. Hébuterne, G. INT, France Hubaux, J.-P. EPFL, Switzerland Hui, J. Chinese University of Hong Kong, Hong Kong Iversen, V.B. Technical University of Denmark, Denmark Kawashima, K. NTT-AT, Japan Killat, U. Technical University Hamburg-H., Germany Koerner, U. University of Lund, Sweden Kofman, D. Telecom Paris, France Kuehn, P.J. University of Stuttgart, Germany Leon-Garcia, A. University of Toronto, Canada Leslie, I. University of Cambridge, UK Li, V.O.K. Hong Kong University, Hong Kong Li, X. Tsinghua University, China Liang, X.J. BUPT, China Lin, X . Tsinghua University, China Liu, E.Y.S. Cable and Wireless plc, UK Low, S. University of Melbourne, Australia Mark, J. University of Waterloo, Canada Miyaho, N. NTT, Japan Niu, Z. Tsinghua University, China Nunes, M.S. IST/INESC, Portugal Pettersen, H. Telenor R&D, Norway Rathgeb, E. Siemens AG, Germany Roberts, J.W. CNET, France Rosenberg, C. Nortel Imperial College, UK Ross, K. EURECOM, France Saito, H. NTT, Japan Stuettgen, H. NEC Europe Ltd., Germany Spaniol, O. RWTH Aachen, Germany Takahashi, Y. Nara Institute of Science and Tech., Japan Tohmé, S. Telecom Paris, France Tran-Gia, P. University of Wuerzburg, Germany Tsang, D.H.K. Hong Kong University of Sc. & Tech., Hong Kong van As, H. Vienna University of Technology, Austria Van Landegem, T. Alcatel, Belgium Walke, B. RWTH Aachen, Germany Wolisz, A. Technical U. of Berlin/GMD Fokus, Germany Wong, J. University of Waterloo, Canada Yang, T. Ascend Communications, U.S.A. Zitterbart, M. Technical Univ. of Braunschweig, Germany ORGANIZER --------- International Federation on Information Processing IFIP - WG 6.2: Broadband Communications Department of Electrical & Electronic Engineering Hong Kong University of Science & Technology SUPPORTING ORGANIZATIONS: ------------------------ Ascend Communications Inc. Cable & Wireless Cisco Systems Fore Systems Global Technology Integrator Hewlett Packard Hongkong Telecom Hongkong Telecom Institute of Information Technology IEEE CAS/COM Hong Kong Information Technology Division, Hong Kong Institution of Engineers ORGANIZING COMMITTEE: -------------------- Cheng, K.H. Hongkong Telecom, Hong Kong Kuehn, P. J. University of Stuttgart, Germany Liu, E. Y. S. Cable and Wireless plc, UK Tsang, D. H. K. Hong Kong University of Science & Technology, Hong Kong GENERAL CHAIR: ------------- Tsang, D. H. K. Hong Kong University of Science & Technology, Hong Kong CO-CHAIR: -------- Kuehn, P. J. University of Stuttgart, Germany INFORMATION FOR AUTHORS ----------------------- Contributions will be refereed from full papers (in English). The submissions should not exceed 15 double spaced pages. The front page should contain the names of the authors, the corresponding author's affiliation, address, phone, fax and e-mail address, as well as an abstract. Authors of accepted papers will be required to sign an IFIP copyright release form. The proceedings will be available at the conference, published in the IFIP series format by Kluwer Academic Publishers. Submission through e-mail is strongly encouraged. Please send the compressed, uuencoded postscript files to eetsang@ee.ust.hk If e-mail submission is not possible, please send five copies of your manuscript by mail to Dr. Danny H. K. Tsang Department of Electrical and Electronic Engineering Hong Kong University of Science & Technology Clear Water Bay Kowloon, Hong Kong For other submission formats, please consult our homepage http://www.ee.ust.hk/~bc99 IMPORTANT DATES: --------------- Deadline for full paper submissions February 28th, 1999 Authors notification May 20th, 1999 Camera-ready version due July 15th, 1999 FURTHER INFORMATION: ------------------- Home Page: www.ee.ust.hk/~bc99 Address: Dr. Danny H. K. Tsang Department of Electrical and Electronic Engineering Hong Kong University of Science & Technology Clear Water Bay, Kowloon, Hong Kong Tel: (852) 2358 7045 Fax: (852) 2358 1485 E-mail: eetsang@ee.ust.hk From rem-conf Tue Feb 02 15:05:36 1999 From rem-conf-request@es.net Tue Feb 02 15:05:35 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 107ohu-0000fV-00; Tue, 2 Feb 1999 14:54:10 -0800 Received: from nobozo.cs.berkeley.edu [128.32.34.58] by mail1.es.net with esmtp (Exim 1.81 #2) id 107oht-0000fL-00; Tue, 2 Feb 1999 14:54:09 -0800 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by nobozo.CS.Berkeley.EDU (8.8.8/8.6.3) with SMTP id OAA32337; Tue, 2 Feb 1999 14:54:08 -0800 (PST) Message-Id: <3.0.3.32.19990202145425.00aa2d90@gumby.cs.berkeley.edu> X-Sender: florissac@gumby.cs.berkeley.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Tue, 02 Feb 1999 14:54:25 -0800 To: (Recipient list suppressed) From: Florissa Colina Subject: Berkeley Multimedia, Interfaces and Graphics Seminar Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list The Berkeley Multimedia, Interfaces and Graphics Seminar scheduled for Wednesday, February 3, 1999 has been rescheduled to Wednesday, February 10, 1999. There will not be a speaker on Wednesday, February 3, 1999. I apologize for any inconvenience this might cause you. Best Regards, Florissa Colina ____________________________________________ Florissa Colina Berkeley Multimedia Research Center (BMRC) http://bmrc.berkeley.edu/ 626 Soda Hall #1776 University of California Berkeley, CA 94720-1776 Phone: (510) 643-0800 FAX: (510) 642-5615 Email: florissac@bmrc.berkeley.edu From rem-conf Wed Feb 03 02:11:32 1999 From rem-conf-request@es.net Wed Feb 03 02:11:31 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 107z9m-0005DG-00; Wed, 3 Feb 1999 02:03:38 -0800 Received: from law-f162.hotmail.com (hotmail.com) [209.185.131.225] by mail1.es.net with smtp (Exim 1.81 #2) id 107z9k-0005Ct-00; Wed, 3 Feb 1999 02:03:36 -0800 Received: (qmail 10218 invoked by uid 0); 3 Feb 1999 09:47:57 -0000 Message-ID: <19990203094757.10217.qmail@hotmail.com> Received: from 192.167.215.58 by www.hotmail.com with HTTP; Wed, 03 Feb 1999 01:47:57 PST X-Originating-IP: [192.167.215.58] From: "Gio tesista" To: rem-conf@es.net Subject: multicast S.O.S!!! Date: Wed, 03 Feb 1999 01:47:57 PST Mime-Version: 1.0 Content-Type: text/plain X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list I 'm italian student and I 'm making some experiments on multicast. I have Linux configured 3 PC( kernel 2.0.36) with multicast support and one of these is a multicast router(mrouter-3.81).If we create a work session on our same network,when we run "SD" or "SDR" I see us the session on other computers and it's O.K..The problem is ONLY mrouter see external session (by tunneling) out my network, but the other 2 computers no.What can I do to resolve this problem? Thanks Giovanni ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From rem-conf Wed Feb 03 02:36:53 1999 From rem-conf-request@es.net Wed Feb 03 02:36:51 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 107zc6-0005uO-00; Wed, 3 Feb 1999 02:32:54 -0800 Received: from telematik.iig.uni-freiburg.de [132.230.16.1] by mail1.es.net with esmtp (Exim 1.81 #2) id 107zc5-0005u5-00; Wed, 3 Feb 1999 02:32:53 -0800 Received: from drewpc6 (uwe@drewpc6.iig.uni-freiburg.de [132.230.16.49]) by telematik.iig.uni-freiburg.de (8.8.8/8.8.8) with SMTP id LAA17024 for ; Wed, 3 Feb 1999 11:32:44 +0100 From: Uwe Jendricke Reply-To: jendricke@telematik.iig.uni-freiburg.de To: rem-conf@es.net Subject: Re: multicast S.O.S!!! Date: Wed, 3 Feb 1999 11:30:38 +0100 X-Mailer: KMail [version 0.7.9] Content-Type: text/plain References: <19990203094757.10217.qmail@hotmail.com> MIME-Version: 1.0 Message-Id: <99020311322203.00230@drewpc6> Content-Transfer-Encoding: 8bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list On Wed, 03 Feb 1999, Gio tesista wrote: >I 'm italian student and I 'm making some experiments on multicast. >I have Linux configured 3 PC( kernel 2.0.36) with multicast support and >one of these is a multicast router(mrouter-3.81).If we create a work >session on our same network,when we run "SD" or "SDR" I see us the >session on other computers and it's O.K..The problem is ONLY mrouter >see external session (by tunneling) out my network, but the other 2 >computers no.What can I do >to resolve this problem? > >Thanks Giovanni Hi Giovanni for me it sounds like a multicast problem. Do all of your machines have multicast-kernels? here is my kernel-config (networking options) that works with mbone: [*] Network firewalls x x x x [*] Network aliasing x x x x [*] TCP/IP networking x x x x [*] IP: forwarding/gatewaying x x x x [*] IP: multicasting x x x x [*] IP: syn cookies x x x x [ ] IP: firewalling x x x x [ ] IP: accounting x x x x [ ] IP: optimize as router not host x x x x <*> IP: tunneling x x x x [*] IP: multicast routing (EXPERIMENTAL) x x x x < > IP: aliasing support x x x x --- (it is safe to leave these untouched) x x x bye, Uwe -- Uwe Jendricke Institut fuer Informatik und Gesellschaft, Abteilung Telematik Universitaet Freiburg Telefon: +49-761-203-4926 Friedrichstr. 50 Fax: +49-761-203-4929 D-79098 Freiburg Sekr.: +49-761-203-4964 PGP-Fingerprint: 6AC7 9B7E 809A D4F5 2091 98D8 9044 D5DD From rem-conf Wed Feb 03 02:55:50 1999 From rem-conf-request@es.net Wed Feb 03 02:55:48 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 107zwA-0006it-00; Wed, 3 Feb 1999 02:53:38 -0800 Received: from aohakobe.ipc.chiba-u.ac.jp [133.82.241.137] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 107zw9-0006ij-00; Wed, 3 Feb 1999 02:53:37 -0800 Received: from aohakobe.ipc.chiba-u.ac.jp (yozo@localhost [127.0.0.1]) by aohakobe.ipc.chiba-u.ac.jp (8.9.2/8.9.2) with ESMTP id TAA13822; Wed, 3 Feb 1999 19:53:33 +0900 (JST) Message-Id: <199902031053.TAA13822@aohakobe.ipc.chiba-u.ac.jp> To: "Gio tesista" cc: rem-conf@es.net Subject: Re: multicast S.O.S!!! In-reply-to: Your message of "Wed, 03 Feb 1999 01:47:57 PST." <19990203094757.10217.qmail@hotmail.com> Date: Wed, 03 Feb 1999 19:53:32 +0900 From: Yozo Toda X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list I'm not using Linux, but... > I have Linux configured 3 PC( kernel 2.0.36) with multicast support and > one of these is a multicast router(mrouter-3.81).If we create a work > session on our same network,when we run "SD" or "SDR" I see us the > session on other computers and it's O.K..The problem is ONLY mrouter > see external session (by tunneling) out my network, but the other 2 > computers no.What can I do > to resolve this problem? Let's check step-by-step. 1: does the mrouter machine have a kernel really configured as "multicast router"? I believe only "multicast support" kernel does not forward multicast packets. it simply is a multicast-clients. you must configure the kernel as multicast ROUTER. don't confuse this with "running mrouted". the kernel must function as MULTICAST ROUTER. 2: mrouted's running well? no errors? what's the contents of mrouted.conf? tunneling is configured well? check the tunneling configuration of mrouted by mrinfo command. 3: how mrouted's running; do "kill -USR1" and "kill -USR2" to examine the status of mrouted (and multicast routing table of the kernel). 4: are there any multicast packets forwarded to your segment? or only SIP (SDP?) packets are blocked? multicast packets from outside have high enough TTL to be forwarded? use tcpdump command to see packets on your segment. if you pass these all steps and still have any problem, then post a message again with any more information about your network configuration. -- yozo. From rem-conf Wed Feb 03 02:58:10 1999 From rem-conf-request@es.net Wed Feb 03 02:58:09 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 107zyz-0006mU-00; Wed, 3 Feb 1999 02:56:33 -0800 Received: from chico.rediris.es [130.206.1.3] by mail1.es.net with esmtp (Exim 1.81 #2) id 107zyi-0006iz-00; Wed, 3 Feb 1999 02:56:16 -0800 Received: from rediris.es (october.rediris.es [130.206.1.169]) by chico.rediris.es (8.9.1/8.9.1) with ESMTP id LAA08248; Wed, 3 Feb 1999 11:54:28 +0100 (MET) Message-Id: <199902031054.LAA08248@chico.rediris.es> X-Mailer: exmh version 2.0.2 From: "Angel L. Mateo" To: "Gio tesista" cc: rem-conf@es.net Subject: Re: multicast S.O.S!!! Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Wed, 03 Feb 1999 11:51:47 +0100 Sender: angel.mateo@rediris.es X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list El d=EDa Wed, 03 Feb 1999 01:47:57 PST "Gio tesista" escribi=F3: > = > I 'm italian student and I 'm making some experiments on multicast. = > I have Linux configured 3 PC( kernel 2.0.36) with multicast support an= d = > one of these is a multicast router(mrouter-3.81).If we create a work = > session on our same network,when we run "SD" or "SDR" I see us the = > session on other computers and it's O.K..The problem is ONLY mrouter = > see external session (by tunneling) out my network, but the other 2 = > computers no.What can I do = > to resolve this problem? > = I replied you this message a few this ago, but my answer was not good fo= r your situation. I think that I had this problem when my organization router was a SGI O2= =2E In this situation, the only computer that could listen to multicast t= rafic was this o2, but when this computer joint to a session, then all my= network could do it for the same session (I think that this is because a= SGI bug that make the o2 to ignore the IGMP join messages). Have you tried to join to session in the mrouter and then join to the sa= me session on other computer? Have you checked that IGMP join messages reach the mrouted? Now, I have change the mrouted to a Linux box with kernel 2.0.36 and mro= uted version 3.9beta3, and I have no problem. Why don't you try this version? ----------------------------------------- Angel L. Mateo Martinez Aplicaciones Telem=E1ticas de Trabajo Cooperativo RedIRIS/CSIC C/ Serrano, 142 28006 Madrid (Spain) Tlfo: +34-91-5855145 Fax: +34-91-5855146 From rem-conf Wed Feb 03 12:44:18 1999 From rem-conf-request@es.net Wed Feb 03 12:44:18 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 1088xX-0005Xr-00; Wed, 3 Feb 1999 12:31:39 -0800 Received: from pp3.shef.ac.uk [143.167.2.3] by mail1.es.net with esmtp (Exim 1.81 #2) id 1088xT-0005Xg-00; Wed, 3 Feb 1999 12:31:37 -0800 Received: from [143.167.11.148] (helo=cds148) by pp3.shef.ac.uk with smtp (Exim 2.02 #2) id 1088xS-0001Jr-00 for rem-conf@es.net; Wed, 3 Feb 1999 20:31:34 +0000 Message-ID: <00db01be4fb4$ec542e40$940ba78f@cds148.dcs.shef.ac.uk> From: "Nick A. Fikouras" To: Subject: RTP and congestion control? Date: Wed, 3 Feb 1999 20:36:48 -0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00D8_01BE4FB4.EC329C80" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list This is a multi-part message in MIME format. ------=_NextPart_000_00D8_01BE4FB4.EC329C80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I am a newbie with the RTP protocol so please excuse me if my question = is not making sense. It is presented in RFC 1889 that through the exchange of RTCP packets = the sender can be made aware of jitter and packet loss. Both can be used = to determine whether a network pipe is experiencing congestion. In that = case are there any RTP considerations for congestion control that = manipulation the session bandwidth or the payload size? If yes, where = are they presented? thanks in advance, nick ------=_NextPart_000_00D8_01BE4FB4.EC329C80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
I am a newbie with the RTP protocol = so please=20 excuse me if my question is not making sense.
 
It is presented in RFC 1889 that through the = exchange of RTCP=20 packets the sender can be made aware of jitter and packet loss. Both can = be used=20 to determine whether a network pipe is experiencing congestion. In that = case are=20 there any RTP considerations for congestion control that manipulation = the=20 session bandwidth or the payload size? If yes, where are they=20 presented?
 
thanks in advance,
 
nick
------=_NextPart_000_00D8_01BE4FB4.EC329C80-- From rem-conf Wed Feb 03 13:28:12 1999 From rem-conf-request@es.net Wed Feb 03 13:28:11 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 1089n8-0006YJ-00; Wed, 3 Feb 1999 13:24:58 -0800 Received: from sabre.sjf.novell.com (sabre) [130.57.86.42] by mail1.es.net with esmtp (Exim 1.81 #2) id 1089n6-0006Xz-00; Wed, 3 Feb 1999 13:24:57 -0800 Received: (from mahdavi@localhost) by sabre (8.9.1/8.9.1) id NAA00367; Wed, 3 Feb 1999 13:23:42 -0800 Reply-To: mahdavi@novell.com To: "Nick A. Fikouras" Cc: Subject: Re: RTP and congestion control? References: <00db01be4fb4$ec542e40$940ba78f@cds148.dcs.shef.ac.uk> From: Jamshid Mahdavi Date: 03 Feb 1999 13:23:38 -0800 In-Reply-To: "Nick A. Fikouras"'s message of "Wed, 3 Feb 1999 20:36:48 -0000" Message-ID: Lines: 27 X-Mailer: Gnus v5.5/Emacs 20.3 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list "Nick A. Fikouras" writes: > Hi, > > I am a newbie with the RTP protocol so please excuse me if my question = > is not making sense. > > It is presented in RFC 1889 that through the exchange of RTCP packets = > the sender can be made aware of jitter and packet loss. Both can be used = > to determine whether a network pipe is experiencing congestion. In that = > case are there any RTP considerations for congestion control that = > manipulation the session bandwidth or the payload size? If yes, where = > are they presented? > > thanks in advance, > > nick You can find a number of relevant references at http://www.psc.edu/networking/tcp_friendly.html These papers present a general scheme which attempts to mimic the overall performance of TCP's congestion avoidance scheme. Acceptance for these ideas seems to be growing, and soon some standards will be starting to appear which use these techniques. --Jamshid From rem-conf Wed Feb 03 19:31:33 1999 From rem-conf-request@es.net Wed Feb 03 19:31:31 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 108FKE-0001og-00; Wed, 3 Feb 1999 19:19:30 -0800 Received: from (ns.secsm.org) [210.118.74.2] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 108FKC-0001oQ-00; Wed, 3 Feb 1999 19:19:28 -0800 Received: from compws_c11 ([147.46.124.67]) by ns.secsm.org (8.8.8H1/8.8.7) with ESMTP id MAA03801 for ; Thu, 4 Feb 1999 12:04:36 +0900 Message-Id: <199902040304.MAA03801@ns.secsm.org> From: "Oh yeonhee" To: Subject: about sdr.. Date: Wed, 4 Feb 1998 12:19:35 -0000 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=euc-kr Content-Transfer-Encoding: 8bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list hello I'm Korean student. I study about mbone, and test with sgi-IRIX 5.3 these days. I met a problem. I installed 'mrouted 3.8' successfully. ~~~~~~~ comp23 31# mtrace 147.47.1.8 Mtrace from 147.47.1.8 to 147.46.113.54 via group 224.2.0.1 Querying full reverse path... 0 comp23.snu.ac.kr (147.46.113.54) -1 comp23.snu.ac.kr (147.46.113.54) DVMRP thresh^ 1 -2 nms.kren.ne.kr (147.47.1.8) DVMRP thresh^ 32 -3 nms.kren.ne.kr (147.47.1.8) Round trip time 11 ms Waiting to accumulate statistics... Results after 10 seconds: Source Response Dest Packet Statistics For Only For Traffic 147.47.1.8 147.46.113.54 All Multicast Traffic From 147.47.1.8 v __/ rtt 8 ms Lost/Sent = Pct Rate To 224.2.0.1 147.47.1.8 nms.kren.ne.kr v ^ ttl 32 0/0 = --% 0 pps 0/0 = --% 0 pps 147.46.113.54 comp23.snu.ac.kr v \__ ttl 33 147.46.113.54 147.46.113.54 Receiver Query Source ~~~~~~~ but, when I executed "sdr", there was no session. I think there is some sessions at least... I think there is some problems. but, I have no idea about that. give me some solutions. I have to configure other things? From rem-conf Wed Feb 03 20:57:31 1999 From rem-conf-request@es.net Wed Feb 03 20:57:30 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 108Glh-0002vy-00; Wed, 3 Feb 1999 20:51:57 -0800 Received: from hitiij.hitachi.co.jp [133.145.224.3] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 108Glf-0002vo-00; Wed, 3 Feb 1999 20:51:56 -0800 Received: from hsdlgw92.sdl.hitachi.co.jp by hitiij.hitachi.co.jp (8.9.1a/3.7W-hitiij) id NAA04442; Thu, 4 Feb 1999 13:51:52 +0900 (JST) Received: from yokolab2.sdl.hitachi.co.jp by hsdlgw92.sdl.hitachi.co.jp (8.9.1/3.7W98102618) id NAA29820; Thu, 4 Feb 1999 13:51:50 +0900 (JST) Received: from sdl.hitachi.co.jp (ip99148.sdl.hitachi.co.jp [133.144.99.148]) by yokolab2.sdl.hitachi.co.jp (8.9.1/3.7W98100211) with ESMTP id NAA05027 for ; Thu, 4 Feb 1999 13:51:50 +0900 (JST) Message-ID: <36B927B6.AAE7A7C4@sdl.hitachi.co.jp> Date: Thu, 04 Feb 1999 13:53:10 +0900 From: Keiko Tanigawa Organization: Systems Development Laboratory, Hitachi, Ltd. X-Mailer: Mozilla 4.05 [ja] (Win95; I) MIME-Version: 1.0 To: rem-conf@es.net Subject: Question about Cisco's RTP (multiplexing) proposal Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hello, At last IETF meeting in Orland , I heard that Cisco presented the RTP multiplexing method for VoIP router, but I cannot find any drafts on the web. Does anybody have any informations or know the pointer to the document? Best regards, Keiko. -- Keiko Tanigawa [ takahara@sdl.hitachi.co.jp ] 4th Research Dept. Systems Development Laboratory, Hitachi, Ltd. 292 Yoshida-cho, Totsuka-ku, Yokohama 244-0817 Japan TEL:+81-45-881-1241(ext.4844) Fax:+81-45-860-1675 From rem-conf Wed Feb 03 21:16:02 1999 From rem-conf-request@es.net Wed Feb 03 21:16:01 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 108H3D-0003gZ-00; Wed, 3 Feb 1999 21:10:03 -0800 Received: from dirty.research.bell-labs.com [204.178.16.6] by mail1.es.net with smtp (Exim 1.81 #2) id 108H3C-0003gP-00; Wed, 3 Feb 1999 21:10:02 -0800 Received: from couch.dnrc.bell-labs.com ([135.180.160.30]) by dirty; Thu Feb 4 00:08:37 EST 1999 Received: from dnrc.bell-labs.com (jdrosen.lra.lucent.com [135.17.249.247]) by couch.dnrc.bell-labs.com (8.8.8/8.8.8) with ESMTP id AAA24668; Thu, 4 Feb 1999 00:08:35 -0500 (EST) Message-ID: <36B92B27.A9D94781@dnrc.bell-labs.com> Date: Thu, 04 Feb 1999 00:07:51 -0500 From: Jonathan Rosenberg Organization: Bell Laboratories X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: Keiko Tanigawa CC: rem-conf@es.net Subject: Re: Question about Cisco's RTP (multiplexing) proposal References: <36B927B6.AAE7A7C4@sdl.hitachi.co.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list I don't recall a Cisco proposal, but the current ones are: http://www.ietf.org/internet-drafts/draft-ietf-avt-aggregation-00.txt http://www.ietf.org/internet-drafts/draft-ietf-avt-mux-rtp-00.txt http://www.ietf.org/internet-drafts/draft-ietf-avt-muxissues-00.txt http://www.ietf.org/internet-drafts/draft-ietf-avt-germ-00.txt http://search.ietf.org/internet-drafts/draft-tanigawa-rtp-multiplex-01.txt -Jonathan R. Keiko Tanigawa wrote: > > Hello, > > At last IETF meeting in Orland , I heard that Cisco presented the RTP > multiplexing method for VoIP router, > but I cannot find any drafts on the web. > Does anybody have any informations or know the pointer to the document? > > Best regards, > Keiko. > > -- > Keiko Tanigawa [ takahara@sdl.hitachi.co.jp ] > 4th Research Dept. > Systems Development Laboratory, Hitachi, Ltd. > 292 Yoshida-cho, Totsuka-ku, Yokohama 244-0817 Japan > TEL:+81-45-881-1241(ext.4844) > Fax:+81-45-860-1675 -- 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 Thu Feb 04 02:07:08 1999 From rem-conf-request@es.net Thu Feb 04 02:07:07 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 108Las-0006HP-00; Thu, 4 Feb 1999 02:01:06 -0800 Received: from mailhub.fokus.gmd.de [193.174.154.14] by mail1.es.net with esmtp (Exim 1.81 #2) id 108Laq-0006HF-00; Thu, 4 Feb 1999 02:01:04 -0800 Received: from fokus.gmd.de (donald [193.175.132.118]) by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id LAA23440; Thu, 4 Feb 1999 11:00:58 +0100 (MET) Message-Id: <199902041000.LAA23440@mailhub.fokus.gmd.de> To: "Nick A. Fikouras" cc: rem-conf@es.net Subject: Re: RTP and congestion control? In-reply-to: Your message of "Wed, 03 Feb 1999 20:36:48 GMT." <00db01be4fb4$ec542e40$940ba78f@cds148.dcs.shef.ac.uk> Date: Thu, 04 Feb 1999 11:00:55 +0100 From: Dorgham Sisalem X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list "Nick A. Fikouras" writes: > Hi, > > I am a newbie with the RTP protocol so please excuse me if my question = > is not making sense. > > It is presented in RFC 1889 that through the exchange of RTCP packets = > the sender can be made aware of jitter and packet loss. Both can be used = > to determine whether a network pipe is experiencing congestion. In that = > case are there any RTP considerations for congestion control that = > manipulation the session bandwidth or the payload size? If yes, where = > are they presented? > > thanks in advance, > > nick there is also another paper by Henning Schulzrinne in Nossdav'98 not included in the list but uses the RTCP messages for adapting the sender behavior in a TCP-friendly manner "The Loss-Delay Based Adjustment Algorithm: A TCP-Friendly Adaptation Scheme" ftp://ftp.fokus.gmd.de/pub/step/papers/Sisa9807:Loss.ps.gz Regards Dorgham From rem-conf Thu Feb 04 04:07:07 1999 From rem-conf-request@es.net Thu Feb 04 04:07:05 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 108NSy-0007Q5-00; Thu, 4 Feb 1999 04:01:04 -0800 Received: from bells.cs.ucl.ac.uk [128.16.5.31] by mail1.es.net with smtp (Exim 1.81 #2) id 108NSu-0007Po-00; Thu, 4 Feb 1999 04:01:01 -0800 Received: from eucharisto.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Thu, 4 Feb 1999 12:00:01 +0000 To: Jonathan Rosenberg cc: Keiko Tanigawa , rem-conf@es.net Subject: Re: Question about Cisco's RTP (multiplexing) proposal In-reply-to: Your message of "Thu, 04 Feb 1999 00:07:51 EST." <36B92B27.A9D94781@dnrc.bell-labs.com> Date: Thu, 04 Feb 1999 11:59:58 +0100 Message-ID: <1615.918129598@cs.ucl.ac.uk> From: Colin Perkins X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list There wasn't an internet-draft, but Dean Willis presented some ideas discussed during the meeting (late one evening in the terminal room). Essentially it was a brute-force UDP multiplexing scheme. I don't have an electronic copy of the slides, unfortunately. Colin --> Jonathan Rosenberg writes: >I don't recall a Cisco proposal, but the current ones are: > >http://www.ietf.org/internet-drafts/draft-ietf-avt-aggregation-00.txt >http://www.ietf.org/internet-drafts/draft-ietf-avt-mux-rtp-00.txt >http://www.ietf.org/internet-drafts/draft-ietf-avt-muxissues-00.txt >http://www.ietf.org/internet-drafts/draft-ietf-avt-germ-00.txt >http://search.ietf.org/internet-drafts/draft-tanigawa-rtp-multiplex-01.txt > >-Jonathan R. > >Keiko Tanigawa wrote: >> >> Hello, >> >> At last IETF meeting in Orland , I heard that Cisco presented the RTP >> multiplexing method for VoIP router, >> but I cannot find any drafts on the web. >> Does anybody have any informations or know the pointer to the document? >> >> Best regards, >> Keiko. >> >> -- >> Keiko Tanigawa [ takahara@sdl.hitachi.co.jp ] >> 4th Research Dept. >> Systems Development Laboratory, Hitachi, Ltd. >> 292 Yoshida-cho, Totsuka-ku, Yokohama 244-0817 Japan >> TEL:+81-45-881-1241(ext.4844) >> Fax:+81-45-860-1675 > >-- >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 Thu Feb 04 05:08:48 1999 From rem-conf-request@es.net Thu Feb 04 05:08:47 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 108ORM-0000XL-00; Thu, 4 Feb 1999 05:03:28 -0800 Received: from lu-s1.zid.ufg.ac.at [193.170.96.105] by mail1.es.net with esmtp (Exim 1.81 #2) id 108ORI-0000X3-00; Thu, 4 Feb 1999 05:03:25 -0800 Received: from ufg.ac.at (s08haau0.zid.ufg.ac.at [193.170.96.98]) by lu-s1.zid.ufg.ac.at (8.9.1/8.8.8) with ESMTP id PAA26930 for ; Thu, 4 Feb 1999 15:04:37 +0100 Received: from S08HAAU0/SpoolDir by ufg.ac.at (Mercury 1.43); 4 Feb 99 14:56:05 GMT-1 Received: from SpoolDir by S08HAAU0 (Mercury 1.43); 4 Feb 99 14:56:02 GMT-1 Received: from ufg.ac.at (193.170.96.110) by ufg.ac.at (Mercury 1.43) with ESMTP; 4 Feb 99 14:55:59 GMT-1 Message-ID: <36B99A40.3C92564E@ufg.ac.at> Date: Thu, 04 Feb 1999 14:01:52 +0100 From: Schahram Dustdar Organization: Center for Informatics, University of Art and Industrial Design X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: "rem-conf@es.net" Subject: vat IRIX 6.5 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Where can I find a vat or rat version for Irix 6.5. (vat for Irix 5.3 says wrong architecture). Any pointers? Thanks schahram From rem-conf Thu Feb 04 09:02:01 1999 From rem-conf-request@es.net Thu Feb 04 09:02:00 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 108Rxk-0003ls-00; Thu, 4 Feb 1999 08:49:08 -0800 Received: from law-f225.hotmail.com (hotmail.com) [209.185.130.163] by mail1.es.net with smtp (Exim 1.81 #2) id 108Rxe-0003lc-00; Thu, 4 Feb 1999 08:49:07 -0800 Received: (qmail 20214 invoked by uid 0); 4 Feb 1999 16:47:55 -0000 Message-ID: <19990204164755.20213.qmail@hotmail.com> Received: from 192.167.219.2 by www.hotmail.com with HTTP; Thu, 04 Feb 1999 08:47:42 PST X-Originating-IP: [192.167.219.2] From: "Gio tesista" To: yozo@aohakobe.ipc.chiba-u.ac.jp Cc: rem-conf@es.net Subject: Re: MULTICAST Date: Thu, 04 Feb 1999 08:47:42 PST Mime-Version: 1.0 Content-Type: text/plain X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Sorry for my little clearness. I try again. The mrouter machine have a kernel configured as multicast router. In mrouted.config I see: tunnel our_mrouter-host end-tunnel-host metric 1 thresold 24 I can't understand 3)-4):Kill-USR1 and Kill-USR2.If from mrouter I run ps -ax,I don't see these.Is there other method to esamine the status of mrouted and multicast routing table of the kernel? By tcpdump,I can't see SIP,SDP;what?Can you help me to see if any pachets are blocked and if ttl value is high enough whit more details? I don't know if that I will write can be useful for you. Now,I'm on a machine,"ing58",and it's not mrouter. If I run ping 224.x.x.x,our mrouter answers as it's right. I configured "ing89" as mrouter. If from ing58(my not mrouter machine)run mtrace ing89,I see Mtrace from ing.89 to ing.58 via group 224.2.0.1 Source & receiver are directly connected, no path to trace Our mrouter(ing89)is connected by tunneling whit "ciscone",and "ciscone" whit "astra". If from my computer, I run mtrace astra,I see Mtrace from 192.135.23.2 to ing.58 via group 224.2.0.1 Querying full reverse path... 0 ing58(my machine no mroute) -1 ing89(mrouter) thresh^ 1 -2 ciscone Unknown protocol code 5 thresh^ 24 -3 ? (192.135.23.2) DVMRP thresh^ 24 -4 ? (192.135.23.2) Round trip time 131 ms Waiting to accumulate statistics... Results after 10 seconds: Source Respon Dest Packet Statistics For Only For Traffic 192.135.23.2 ing.58(mine) All MultTraffic From192.135.23.2 v __/ rtt 79 ms Lost/Sent=PctRate To 224.2.0.1 192.135.23.2 ? v ^ ttl 24 617/1271=49% 127pps 0/0= --% 0 pps 193.204.120.1 193.204.120.113 ciscone v ^ ttl 25 -1/55= -1% 5 pps 0/0= --% 0 pps ing.89 ing89.unife.it v \__ ttl 26 0 0 pps 0 0 pps ing.58 ing.58(my host) Receiver Query Source Finally,if from my machine(ing58) do ifconfig,I see also the line etho ..................... UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 I hope this can help you to help me! Thanks Giovanni ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From rem-conf Thu Feb 04 09:36:56 1999 From rem-conf-request@es.net Thu Feb 04 09:36:55 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 108SVF-0004ed-00; Thu, 4 Feb 1999 09:23:45 -0800 Received: from nobozo.cs.berkeley.edu [128.32.34.58] by mail1.es.net with esmtp (Exim 1.81 #2) id 108SVF-0004eS-00; Thu, 4 Feb 1999 09:23:45 -0800 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by nobozo.CS.Berkeley.EDU (8.8.8/8.6.3) with SMTP id JAA14152; Thu, 4 Feb 1999 09:23:44 -0800 (PST) Message-Id: <3.0.3.32.19990204092403.0090d320@gumby.cs.berkeley.edu> X-Sender: florissac@gumby.cs.berkeley.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Thu, 04 Feb 1999 09:24:03 -0800 To: (Recipient list suppressed) From: Florissa Colina Subject: 2/10 Berkeley Multimedia, Interfaces and Graphics Seminar Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list The Berkeley Multimedia, Interfaces and Graphics Seminar scheduled for Wednesday, February 3, 1999 has been rescheduled to Wednesday, February 10, 1999. Berkeley Internet Broadcasting System (Wednesday February 10, 1999 1:00-2:30pm 405 Soda Hall) Lawrence A. Rowe EECS Department U.C. Berkeley For the past 4 years we have broadcast the Berkeley Multimedia, Graphics, and Interfaces Seminar, a regularly scheduled seminar, world-wide on the Internet using the Internet MBone tools. We began broadcasting live video sources (e.g., broadcast television and cable networks) and other graduate and undergraduate classes this past fall. These interactive programs are archived for on-demand replay. The system is called the Berkeley Internet Broadcasting System (BIBS). This talk will discuss the development and deployment of the BIBS system including: Broadcast infrastructure - the hardware and software used to produce programs. Studio classrooms - the analog audio/video and control systems used in a classroom. Software infrastructure - the software developed to produce programs reliably and efficiently (e.g., broadcast manager, video effects, archive services, transcoding gateways, etc.) Several research problems suitable for masters and doctoral research will be described. Our future plans include broadcasting more programs using various technologies (e.g., Real Networks), improving the interaction with remote participants. The seminar is broadcast on the Internet Mbone. The addresses are video 224.2.163.7/57076 and audio 224.2.147.61/27202. Sponsored by the Berkeley Multimedia Research Center ____________________________________________ Florissa Colina Berkeley Multimedia Research Center (BMRC) http://bmrc.berkeley.edu/ 626 Soda Hall #1776 University of California Berkeley, CA 94720-1776 Phone: (510) 643-0800 FAX: (510) 642-5615 Email: florissac@bmrc.berkeley.edu From rem-conf Thu Feb 04 18:04:22 1999 From rem-conf-request@es.net Thu Feb 04 18:04:20 1999 Received: from list by mail2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 108aUW-0001FZ-00; Thu, 4 Feb 1999 17:55:32 -0800 Received: from ndcrelay2.mcit.com ([166.37.172.6]) by mail2.es.net with esmtp (Exim 1.92 #1) for rem-conf@es.net id 108aUT-0001FK-00; Thu, 4 Feb 1999 17:55:30 -0800 Received: from omta4.mcit.com (omta4.mcit.com [166.37.204.6]) by ndcrelay2.mcit.com (8.8.7/) with ESMTP id BAA31219; Fri, 5 Feb 1999 01:50:24 GMT Received: from dwillispc3 ([166.35.227.169]) by omta4.mcit.com (InterMail v03.02.05 118 121 101) with SMTP id <19990205015321.FVVF23797@dwillispc3>; Thu, 4 Feb 1999 19:53:21 -0600 From: "Dean Willis" To: "Colin Perkins" , "Jonathan Rosenberg" Cc: "Keiko Tanigawa" , Subject: RE: Question about Cisco's RTP (multiplexing) proposal Date: Thu, 4 Feb 1999 19:50:34 -0600 Message-ID: <001901be50a9$ebbd4f20$a9e323a6@dwillispc3.mcit.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0 In-reply-to: <1615.918129598@cs.ucl.ac.uk> X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Electronic copies of the slides we presented in Orlando can be retrieved from: http://www.greycouncil.com/ietf/trunkmuxing.pdf Stephen Sprunk and I have been debating on whether this was worh writing up an ID on. Current thoughts are probably not -- there are bigger fish waiting to be fried. I also suspect we may have reinvented a near-cousin of rfc1692 -- the TMUX protocol. Anybody else looked at RFC1692 lately? -- Dean Willis > -----Original Message----- > From: Colin Perkins [mailto:C.Perkins@cs.ucl.ac.uk] > Sent: Thursday, February 04, 1999 5:00 AM > To: Jonathan Rosenberg > Cc: Keiko Tanigawa; rem-conf@es.net > Subject: Re: Question about Cisco's RTP (multiplexing) proposal > > > There wasn't an internet-draft, but Dean Willis presented some ideas > discussed during the meeting (late one evening in the terminal room). > Essentially it was a brute-force UDP multiplexing scheme. I don't have > an electronic copy of the slides, unfortunately. > > Colin > > --> Jonathan Rosenberg writes: > >I don't recall a Cisco proposal, but the current ones are: > > > >http://www.ietf.org/internet-drafts/draft-ietf-avt-aggregation-00.txt > >http://www.ietf.org/internet-drafts/draft-ietf-avt-mux-rtp-00.txt > >http://www.ietf.org/internet-drafts/draft-ietf-avt-muxissues-00.txt > >http://www.ietf.org/internet-drafts/draft-ietf-avt-germ-00.txt > >http://search.ietf.org/internet-drafts/draft-tanigawa-rtp-mul tiplex-01.txt > >-Jonathan R. > >Keiko Tanigawa wrote: >> >> Hello, >> >> At last IETF meeting in Orland , I heard that Cisco presented the RTP >> multiplexing method for VoIP router, >> but I cannot find any drafts on the web. >> Does anybody have any informations or know the pointer to the document? >> >> Best regards, >> Keiko. >> >> -- >> Keiko Tanigawa [ takahara@sdl.hitachi.co.jp ] >> 4th Research Dept. >> Systems Development Laboratory, Hitachi, Ltd. >> 292 Yoshida-cho, Totsuka-ku, Yokohama 244-0817 Japan >> TEL:+81-45-881-1241(ext.4844) >> Fax:+81-45-860-1675 > >-- >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 Thu Feb 04 23:48:40 1999 From rem-conf-request@es.net Thu Feb 04 23:48:39 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 108fpz-0005Il-00; Thu, 4 Feb 1999 23:38:03 -0800 Received: from dirty.research.bell-labs.com [204.178.16.6] by mail1.es.net with smtp (Exim 1.81 #2) id 108fpx-0005Ia-00; Thu, 4 Feb 1999 23:38:01 -0800 Received: from couch.dnrc.bell-labs.com ([135.180.160.30]) by dirty; Fri Feb 5 02:36:56 EST 1999 Received: from dnrc.bell-labs.com (jdrosen.lra.lucent.com [135.17.248.89]) by couch.dnrc.bell-labs.com (8.8.8/8.8.8) with ESMTP id CAA23945; Fri, 5 Feb 1999 02:36:53 -0500 (EST) Message-ID: <36BA9F69.AC43AD74@dnrc.bell-labs.com> Date: Fri, 05 Feb 1999 02:36:09 -0500 From: Jonathan Rosenberg Organization: Bell Laboratories X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: Dean Willis CC: Colin Perkins , Keiko Tanigawa , rem-conf@es.net Subject: Re: Question about Cisco's RTP (multiplexing) proposal References: <001901be50a9$ebbd4f20$a9e323a6@dwillispc3.mcit.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Dean Willis wrote: > > I also suspect we may have reinvented a near-cousin of rfc1692 -- the > TMUX protocol. > > Anybody else looked at RFC1692 lately? I just gave it a quick read. It looks like it basically does what you were proposing, except one layer higher, since you can mux UDP and TCP packets together. -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 Fri Feb 05 04:48:44 1999 From rem-conf-request@es.net Fri Feb 05 04:48:43 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 108kYv-00008K-00; Fri, 5 Feb 1999 04:40:45 -0800 Received: from bells.cs.ucl.ac.uk [128.16.5.31] by mail1.es.net with smtp (Exim 1.81 #2) id 108kYt-000085-00; Fri, 5 Feb 1999 04:40:43 -0800 Received: from scary.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Fri, 5 Feb 1999 12:40:32 +0000 to: rem-conf@es.net, confctrl@isi.edu Subject: RTP Payload types for miniature animatronic figures. Date: Fri, 05 Feb 1999 12:40:31 +0100 Message-ID: <1475.918218431@cs.ucl.ac.uk> From: Jon Crowcroft X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list there are now several protocols for communicating and controlling voice communication to/from automata viz http://www.homestead.com/hackfurby/ http://www.geekchic.com/~jpd/barney we should be getting rtp payload types for these and adding appropriate message types for them to the confbus work in mmusic too surely? our children's future depends on this... cheers jon sorry for the cross posting... From rem-conf Fri Feb 05 05:28:49 1999 From rem-conf-request@es.net Fri Feb 05 05:28:46 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 108lFR-00019m-00; Fri, 5 Feb 1999 05:24:41 -0800 Received: from lu-s1.zid.ufg.ac.at [193.170.96.105] by mail1.es.net with esmtp (Exim 1.81 #2) id 108lFN-000199-00; Fri, 5 Feb 1999 05:24:38 -0800 Received: from ufg.ac.at (s08haau0.zid.ufg.ac.at [193.170.96.98]) by lu-s1.zid.ufg.ac.at (8.9.1/8.8.8) with ESMTP id PAA27962; Fri, 5 Feb 1999 15:25:26 +0100 Received: from S08HAAU0/SpoolDir by ufg.ac.at (Mercury 1.43); 5 Feb 99 15:17:29 GMT-1 Received: from SpoolDir by S08HAAU0 (Mercury 1.43); 5 Feb 99 15:17:08 GMT-1 Received: from ufg.ac.at (193.170.96.110) by ufg.ac.at (Mercury 1.43) with ESMTP; 5 Feb 99 15:17:01 GMT-1 Message-ID: <36BAF080.A417FE63@ufg.ac.at> Date: Fri, 05 Feb 1999 14:22:08 +0100 From: Schahram Dustdar Organization: Center for Informatics, University of Art and Industrial Design X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: "mbone@ISI.EDU" , "rem-conf@es.net" Subject: Call for papers IMSA Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list (Sorry for any cross-postings) CALL FOR PAPERS Third IASTED/ISMM Conference on Internet and Multimedia Systems and Applications (IMSA) October 18-21, 1999 - Nassau, Grand Bahamas http://www.iasted.com/conferences/1999/bahamas/imsa/c298.html Schahram -- Dr.Schahram Dustdar University of Art and Industrial Design Center for Informatics Services (ZID) Head of Department Hauptplatz 8, A-4010 Linz-Austria/Europe eMail: dustdar@khsa.khs-linz.ac.at Home: http://khs-x6.zid.ufg.ac.at/~dustdar WWW: http://www.khs-linz.ac.at Tel: XX43-732-7898-260 Fax: XX43-732-783508 -------------------------------------------- Austrian Multimedia National Support Centre for multimedia conferencing support From rem-conf Fri Feb 05 11:28:51 1999 From rem-conf-request@es.net Fri Feb 05 11:28:51 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 108qjt-0005IN-00; Fri, 5 Feb 1999 11:16:29 -0800 Received: from (debate.com.mx) [200.34.86.196] by mail1.es.net with smtp (Exim 1.81 #2) id 108qjn-0005GC-00; Fri, 5 Feb 1999 11:16:25 -0800 Received: from fnmail.com by debate.com.mx (SMI-8.6/SMI-SVR4) id MAA17309; Fri, 5 Feb 1999 12:05:10 -0700 From: ventureway1@fnmail.com Message-Id: <199902051905.MAA17309@debate.com.mx> Date: 2/5/99 9:23:08 AM Pacific Daylight Time Reply-To: ventureway1@fnmail.com To: ventureway1@fnmail.com Subject: MAKE $1000 - $3000+ PER WEEK WORKING FROM HOME!!! X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list MAKE $1000 - $3000+ PER WEEK WORKING FROM HOME!!! Want to get out of the rat race? Do you like to travel? "Make Your Vocation Your Vacation" NOT MULTI-LEVEL MARKETING OR GPG. We will teach you everything you need to succeed. Grab your share of a $3.4 trillion industry! Contact us now to see if you qualify!! Call for a free 2 minute message. 800-320-9895 ext 9326 We look forward to hearing with you soon! ___________________________________________________________ To be placed on a REMOVE LIST, return to "earleyrose@usa.net" with "remove" in the subject heading. From rem-conf Sun Feb 07 06:31:05 1999 From rem-conf-request@es.net Sun Feb 07 06:31:04 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 109UvJ-0006So-00; Sun, 7 Feb 1999 06:10:57 -0800 Received: from imo23.mx.aol.com [198.81.17.67] by mail1.es.net with esmtp (Exim 1.81 #2) id 109UvI-0006SQ-00; Sun, 7 Feb 1999 06:10:56 -0800 Received: from Videoduck1@aol.com by imo23.mx.aol.com (IMOv18.1) id 8BSPa07017; Sun, 7 Feb 1999 09:09:30 -0500 (EST) From: Videoduck1@aol.com Message-ID: <5971911b.36bd9e9a@aol.com> Date: Sun, 7 Feb 1999 09:09:30 EST To: rem_conf@es.net, rem-conf@es.net, videophone@es.net Mime-Version: 1.0 Subject: UK Videoconferencing Demo Numbers Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit X-Mailer: AOL 3.0.i for Windows sub 177 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Dear Sir/Madam The following auto-answer ISDN videoconferencing numbers are available 24hrs/day: 0906 55 25 501 0906 55 96 001 0906 55 96 026 0906 55 96 051 full details and lots of useful UK videoconferencing links are at: http://members.aol.com/videoduck1/ Hope this is useful to you. From rem-conf Sun Feb 07 12:10:10 1999 From rem-conf-request@es.net Sun Feb 07 12:10:09 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 109aJh-0002KP-00; Sun, 7 Feb 1999 11:56:29 -0800 Received: from hercules.cs.ucsb.edu [128.111.41.30] by mail1.es.net with esmtp (Exim 1.81 #2) id 109aJg-0002KF-00; Sun, 7 Feb 1999 11:56:28 -0800 Received: from cs.ucsb.edu (ksarac@steamboat [128.111.52.12]) by hercules.cs.ucsb.edu (8.8.6/8.8.6) with ESMTP id LAA16695; Sun, 7 Feb 1999 11:56:26 -0800 (PST) Sender: ksarac@cs.ucsb.edu Message-ID: <36BDEFE7.A53106D4@cs.ucsb.edu> Date: Sun, 07 Feb 1999 11:56:24 -0800 From: Kamil Sarac X-Mailer: Mozilla 4.5 [en] (X11; U; SunOS 5.5.1 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: rem-conf@es.net, almeroth@cs.ucsb.edu Subject: sdr-monitor at UCSB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Dear Sir/Madam, This mail is in regard of sdr-monitor effort at UCSB: The original script that we sent out to participants had a recursive call which never returned back causing the sdr image to grow. We have written a second version of this script which does not have such effects and will not cause the sdr image to grow. This new script also enables you to not to send administratively scoped sessions or any encrypted sessions if you want. To do that you will need to modify one or two variable flags at the beginning of the script by following the comments at the beginning of the code. But if you leave as it is, it will send administratively scoped sessions and will not send the "k " field of sdr entry (which contains information related to encryption ) of encrypted sessions. Right now we are testing the new version and will be sending it out to our participants soon... Sincerely, Kamil Sarac. From rem-conf Mon Feb 08 20:15:51 1999 From rem-conf-request@es.net Mon Feb 08 20:15:50 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10A4Gw-00022Q-00; Mon, 8 Feb 1999 19:55:38 -0800 Received: from f194.hotmail.com (hotmail.com) [207.82.251.83] by mail1.es.net with smtp (Exim 1.81 #2) id 10A4Gv-000225-00; Mon, 8 Feb 1999 19:55:37 -0800 Received: (qmail 25271 invoked by uid 0); 9 Feb 1999 03:54:32 -0000 Message-ID: <19990209035432.25270.qmail@hotmail.com> Received: from 206.217.184.17 by www.hotmail.com with HTTP; Mon, 08 Feb 1999 19:54:32 PST X-Originating-IP: [206.217.184.17] From: "y.y. chang" To: rem-conf@es.net Subject: FreeBSD or Linux Date: Mon, 08 Feb 1999 19:54:32 PST Mime-Version: 1.0 Content-type: text/plain X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Dear all: I am bringing up a conferencing system using some Unix running on PCs. As I have limited budget, I wonder which of the low cost Unix's is better: FreeBSD or Linux ? I am in particular interested in the multicast support. Any pointers will be appreciated. /yy ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From rem-conf Tue Feb 09 02:19:34 1999 From rem-conf-request@es.net Tue Feb 09 02:19:33 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10AAAU-000569-00; Tue, 9 Feb 1999 02:13:22 -0800 Received: from pop3.tu-dresden.de [141.30.2.83] by mail1.es.net with smtp (Exim 1.81 #2) id 10AAAT-00055z-00; Tue, 9 Feb 1999 02:13:21 -0800 Received: from rmail.urz.tu-dresden.de by rks3 with SMTP (PP); Tue, 9 Feb 1999 11:07:14 +0100 Received: from rncmm2.urz.tu-dresden.de by rmail with SMTP (IC-PP); Tue, 9 Feb 1999 11:07:13 +0100 Received: from localhost (fleck@localhost) by rncmm2.urz.tu-dresden.de (8.8.8+Sun/8.8.8) with SMTP id LAA07638; Tue, 9 Feb 1999 11:13:05 +0100 (MET) X-Authentication-Warning: rncmm2.urz.tu-dresden.de: fleck owned process doing -bs Date: Tue, 9 Feb 1999 11:13:05 +0100 (MET) From: Christoph Fleck X-Sender: fleck@rncmm2.urz.tu-dresden.de Reply-To: Multimedia Referenzzentrum To: "y.y. chang" cc: rem-conf@es.net Subject: Re: FreeBSD or Linux In-Reply-To: <19990209035432.25270.qmail@hotmail.com> 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 am bringing up a conferencing system > using some Unix running on PCs. > As I have limited budget, I wonder which of the > low cost Unix's is better: FreeBSD or Linux ? > I am in particular interested in the multicast > support. I could't say which system is the better one. Best way: try both, use both. Why ether FreeBSD or Linux? You need about 1GB per system. With a bootmanager or from dos you can boot what you wont. Some of my experience with FreeBSD and Linux (using for MBone conferencing): FreeBSD: + I have less work for installation. (for base system, audio and video support I need 2 hours) http://www-mm.urz.tu-dresden.de/freebsd/ (sorry, only in german) + runs better with little RAM (32MB) than Linux + has many MBone-Tools as package (easy installation) Linux: + is much more known and accepted than FreeBSD in Germany (don't know why) + V4L (video for linux) + the ALSA sound driver supports all mixer switches (analog monitor switch) - has many different distibutions (I used debian and red hat) - I have different stability problems on different versions (audio or video hangs my system sometimes - should be solvable) - there are some mrouted versions that would't prune - I run in more pitfalls than on FreeBSD. Rgds, Christoph Fleck ,------------------------------------------------------------------. | Referenzzentrum fuer multimediale Teledienste (MMRZ), TU Dresden | | Dr. Klaus Koehler, Christoph Fleck | | e-mail: mmt-ref@tu-dresden.de Tel.: 0351 / 463 5653 | | WWW: http://www-mm.urz.tu-dresden.de (GERMANY) | `------------------------------------------------------------------' From rem-conf Tue Feb 09 02:31:22 1999 From rem-conf-request@es.net Tue Feb 09 02:31:20 1999 Received: from list by mail2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 10AALp-0003Xd-00; Tue, 9 Feb 1999 02:25:05 -0800 Received: from orionserver1.orion.net.tr ([195.174.123.1] helo=orion_server1.ORION.net.tr) by mail2.es.net with esmtp (Exim 1.92 #1) for rem-conf@es.net id 10AALm-0003XR-00; Tue, 9 Feb 1999 02:25:03 -0800 Received: from tugba ([195.175.110.190]) by orion_server1.ORION.net.tr (Post.Office MTA v3.1.2 release (PO205-101c) ID# 0-42849U2500L250S0) with SMTP id AAA314 for ; Tue, 9 Feb 1999 12:33:09 +0000 Message-ID: <000701be5469$a1c39000$0d00000a@tugba> From: talayli@bicakcilar.com (Bicakcilar A.S. - T.Alayli) To: Subject: Date: Tue, 9 Feb 1999 12:20:26 -0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01BE5426.92E00D40" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list This is a multi-part message in MIME format. ------=_NextPart_000_0004_01BE5426.92E00D40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Dear Responsible person, =20 We produce some surgical equipment, such as surgical operation lamps. = But the reflectors that we use for our operation lamps are, not as good = as we want to. If you have some reflectors that we can use for our = operation lamps, please inform me, as soon as possible.If you wanna fax = me; =20 Fax:00(90) 212 635 12 10 =20 =20 Thanks for your interest, =20 Tuba ALAYLI Product Manager =20 talayli@bicakcilar.com ------=_NextPart_000_0004_01BE5426.92E00D40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Dear Responsible person,
 
We  produce some surgical equipment, such as = surgical=20 operation lamps. But the reflectors that we use for our operation lamps = are, not=20 as good as we want to. If you have some reflectors that we can use for = our=20 operation lamps, please inform me, as soon as possible.If you wanna fax=20 me;
 
Fax:00(90) 212 635 12 10
 
 
Thanks for your interest,
 
Tuba ALAYLI
Product Manager
 
talayli@bicakcilar.com<= /DIV>
------=_NextPart_000_0004_01BE5426.92E00D40-- From rem-conf Tue Feb 09 09:45:29 1999 From rem-conf-request@es.net Tue Feb 09 09:45:28 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10AH70-0002ID-00; Tue, 9 Feb 1999 09:38:14 -0800 Received: from nobozo.cs.berkeley.edu [128.32.34.58] by mail1.es.net with esmtp (Exim 1.81 #2) id 10AH6z-0002I3-00; Tue, 9 Feb 1999 09:38:13 -0800 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by nobozo.CS.Berkeley.EDU (8.8.8/8.6.3) with SMTP id JAA16151; Tue, 9 Feb 1999 09:38:13 -0800 (PST) Message-Id: <3.0.3.32.19990209093833.00aa9e30@gumby.cs.berkeley.edu> X-Sender: florissac@gumby.cs.berkeley.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Tue, 09 Feb 1999 09:38:33 -0800 To: (Recipient list suppressed) From: Florissa Colina Subject: 2/10 Berkeley Multimedia, Interfaces and Graphics Seminar Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list The Berkeley Multimedia, Interfaces and Graphics Seminar scheduled for Wednesday, February 3, 1999 has been rescheduled to Wednesday, February 10, 1999. Berkeley Internet Broadcasting System (Wednesday February 10, 1999 1:00-2:30pm 405 Soda Hall) Lawrence A. Rowe EECS Department U.C. Berkeley For the past 4 years we have broadcast the Berkeley Multimedia, Graphics, and Interfaces Seminar, a regularly scheduled seminar, world-wide on the Internet using the Internet MBone tools. We began broadcasting live video sources (e.g., broadcast television and cable networks) and other graduate and undergraduate classes this past fall. These interactive programs are archived for on-demand replay. The system is called the Berkeley Internet Broadcasting System (BIBS). This talk will discuss the development and deployment of the BIBS system including: Broadcast infrastructure - the hardware and software used to produce programs. Studio classrooms - the analog audio/video and control systems used in a classroom. Software infrastructure - the software developed to produce programs reliably and efficiently (e.g., broadcast manager, video effects, archive services, transcoding gateways, etc.) Several research problems suitable for masters and doctoral research will be described. Our future plans include broadcasting more programs using various technologies (e.g., Real Networks), improving the interaction with remote participants. The seminar is broadcast on the Internet Mbone. The addresses are video 224.2.163.7/57076 and audio 224.2.147.61/27202. Sponsored by the Berkeley Multimedia Research Center ____________________________________________ Florissa Colina Berkeley Multimedia Research Center (BMRC) http://bmrc.berkeley.edu/ 626 Soda Hall #1776 University of California Berkeley, CA 94720-1776 Phone: (510) 643-0800 FAX: (510) 642-5615 Email: florissac@bmrc.berkeley.edu From rem-conf Tue Feb 09 11:10:26 1999 From rem-conf-request@es.net Tue Feb 09 11:10:26 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10AISc-0003uq-00; Tue, 9 Feb 1999 11:04:38 -0800 Received: from gumby.cs.berkeley.edu [128.32.32.38] by mail1.es.net with esmtp (Exim 1.81 #2) id 10AISa-0003uc-00; Tue, 9 Feb 1999 11:04:36 -0800 Received: from BMRC.Berkeley.EDU (opus.CS.Berkeley.EDU [128.32.131.116]) by gumby.CS.Berkeley.EDU (8.8.4/8.6.9) with ESMTP id LAA14331; Tue, 9 Feb 1999 11:01:43 -0800 (PST) Message-ID: <36C08605.3F4423D@BMRC.Berkeley.EDU> Date: Tue, 09 Feb 1999 11:01:25 -0800 From: "Lawrence A. Rowe" Reply-To: Rowe@bmrc.berkeley.edu Organization: U.C. Berkeley X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: jgemmell@microsoft.com, ucb-mbone@cs.berkeley.edu, lindahl@ack.Berkeley.EDU, casner@cisco.com, berc@pa.dec.com, srodawa@oakland.edu, johnb@pal.xerox.com, mbone@ISI.EDU, sumisu@nttlabs.com, rem-conf@es.net, kevin@cc.gatech.edu, aswan@cs.berkeley.edu, mccanne@CS.Berkeley.EDU, delaroca@ucla.edu, hankm@mtinet.com, deba@george.lbl.gov, radhika@hpl.hp.com, bibs-list@gumby.CS.Berkeley.EDU, ace@ecn.purdue.edu, dewitt@cs.wisc.edu Subject: Berkeley Seminar Wed 2/10 1-2.30 PDT Content-Type: multipart/mixed; boundary="------------EEF89BB5008C45BEF84FD13A" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list This is a multi-part message in MIME format. --------------EEF89BB5008C45BEF84FD13A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi - I want to call your attention to the seminar I am giving tomorrow at Berkeley MIG Seminar. I will be describing the studio classroom and broadcast configuration we use to produce this seminar which has been going on for over 4 years. Berkeley is not connected to the vBNS/Internet2 so multicast ought to work better than it has the past 18 months. During the seminar I will also describe software we have developed and are developing to improve the quality and reduce the effort required to produce a broadcast. We are going to try a number of things that are likely to be "high-risk" but should point the direction for future interactive broadcasting using the Internet MBone. A highlight will be the first live demonstration of video effects applied to RTP streams using Ketan Meyer-Patel's parallel video effects system. For more info on the seminar see http://bmrc.berkeley.edu/mig/w4 I have attached an sdp file for the seminar so you can just launch it. Enjoy! Larry -- Professor Lawrence A. Rowe Internet: Rowe@BMRC.Berkeley.EDU Computer Science Division - EECS Phone: 510-642-5117 University of California, Berkeley Fax: 510-642-5615 Berkeley, CA 94720-1776 URL: http://bmrc.berkeley.edu/~larry --------------EEF89BB5008C45BEF84FD13A Content-Type: application/x-sd; name="mig.sdp" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="mig.sdp" dj0wDQpvPXBiaHVhbmcgMSAxIElOIElQNCAxMjguMzIuMTMxLjE2OQ0Kcz1VQ0JlcmtlbGV5 IE11bHRpbWVkaWEsIEludGVyZmFjZXMgYW5kIEdyYXBoaWNzIFNlbWluYXINCmk9QnJvYWRj YXN0aW5nIHRoZSBVQ0JlcmtlbGV5IE11bHRpbWVkaWEsIEludGVyZmFjZXMgYW5kIEdyYXBo aWNzIHNlbWluYXIuDQpWYXJpb3VzIGd1ZXN0IHNwZWFrZXJzIHdpbGwgYmUgYXBwZWFyaW5n IGFuZCBnaXZpbmcgdGFsa3MuIENoZWNrIHRoZSB3ZWINCnNpdGUgZm9yIHVwY29taW5nIHNw ZWFrZXJzLiBUaGlzIGlzIGEgd2Vla2x5IGJyb2FkY2FzdCB1bnRpbCB0aGUgZW5kIG9mDQp0 aGUgc2VtZXN0ZXIsIGluIERlY2VtYmVyLg0KdT1odHRwOi8vYm1yYy5iZXJrZWxleS5lZHUv Y291cnNld2FyZS9jczI5OC9mYWxsOTgvaW5kZXguaHRtbA0KcD1QYXVsIEh1YW5nIDUxMC02 NDMtNzEwNg0KZT1QYXVsIEh1YW5nIDxwYmh1YW5nQGJtcmMuYmVya2VsZXkuZWR1Pg0KdD0z MTEzMTQ4NjAwIDMxMTU1NzUwMDANCnI9NjA0ODAwIDcyMDAgMA0KYT10b29sOnNkciB2Mi40 YTcNCmE9dHlwZTpicm9hZGNhc3QNCm09YXVkaW8gMjcyMDIgUlRQL0FWUCAwDQpjPUlOIElQ NCAyMjQuMi4xNDcuNjEvMTI3DQphPXB0aW1lOjQwDQptPXZpZGVvIDU3MDc2IFJUUC9BVlAg MzENCmM9SU4gSVA0IDIyNC4yLjE2My43LzEyNw== --------------EEF89BB5008C45BEF84FD13A-- From rem-conf Tue Feb 09 13:20:52 1999 From rem-conf-request@es.net Tue Feb 09 13:20:52 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10AKVi-0005nd-00; Tue, 9 Feb 1999 13:15:58 -0800 Received: from vela.acs.oakland.edu [141.210.10.2] (sdong) by mail1.es.net with esmtp (Exim 1.81 #2) id 10AKVg-0005nS-00; Tue, 9 Feb 1999 13:15:56 -0800 Received: from localhost (sdong@localhost) by vela.acs.oakland.edu (8.8.4/8.6.6) with SMTP id QAA08298; Tue, 9 Feb 1999 16:15:53 -0500 (EST) Date: Tue, 9 Feb 1999 16:15:52 -0500 (EST) From: Shujie To: "Lawrence A. Rowe" cc: rem-conf@es.net Subject: Re: Berkeley Seminar Wed 2/10 1-2.30 PDT In-Reply-To: <36C08605.3F4423D@BMRC.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 Dear Sir, We are very interested in this seminar. Could you please tell me what kind of tools I need to view it and record it? Thank you. Sincerely, Shujie On Tue, 9 Feb 1999, Lawrence A. Rowe wrote: > Hi - > > I want to call your attention to the seminar I am giving tomorrow at > Berkeley MIG Seminar. I will be describing the studio classroom and > broadcast configuration we use to produce this seminar which has been > going on for over 4 years. Berkeley is not connected to the > vBNS/Internet2 so multicast ought to work better than it has the past 18 > months. > > During the seminar I will also describe software we have developed and > are developing to improve the quality and reduce the effort required to > produce a broadcast. We are going to try a number of things that are > likely to be "high-risk" but should point the direction for future > interactive broadcasting using the Internet MBone. A highlight will be > the first live demonstration of video effects applied to RTP streams > using Ketan Meyer-Patel's parallel video effects system. > > For more info on the seminar see > http://bmrc.berkeley.edu/mig/w4 > I have attached an sdp file for the seminar so you can just launch it. > > Enjoy! > Larry > -- > Professor Lawrence A. Rowe Internet: Rowe@BMRC.Berkeley.EDU > Computer Science Division - EECS Phone: 510-642-5117 > University of California, Berkeley Fax: 510-642-5615 > Berkeley, CA 94720-1776 URL: http://bmrc.berkeley.edu/~larry From rem-conf Wed Feb 10 03:18:50 1999 From rem-conf-request@es.net Wed Feb 10 03:18:49 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10AXUF-0004Yj-00; Wed, 10 Feb 1999 03:07:19 -0800 Received: from 1cust174.tnt5.new-orleans.la.da.uu.net (mailer1.123email.com) [208.250.16.174] by mail1.es.net with smtp (Exim 1.81 #2) id 10AXU8-0004YZ-00; Wed, 10 Feb 1999 03:07:13 -0800 To: From: Subject: Translate Your Web-Site into: Spanish, German, French, Italian, and Portuguese. Date: Wed, 10 Feb 1999 01:25:13 Message-Id: X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list If Your Business or personal Web-Site is only viewable in English, You are missing the boat on sales or providing information via a global Web-Site or Web-Page. AAA Technologies can translate Your Web-Site into: Spanish, German, French, Italian, and Portuguese. Japanese will be added to this package next month and this package will be priced higher, but those who contract our services during the next five business days will have the Japanese translation added to their site for free. If You are looking for much greater global exposure, this is a killer package. To Check out a sample Web-Site just give Us a call and We will give You a URL. In this example , You simply Click on any of the flags and view the site in that language. We can make it happen for You or Your Business too. Pricing for the five language package is around $5K for a small business site. $10-$25K for a medium or large site. Just one or two pages, $499.00-$999.00. We also can do Web Hosting (Our advanced server automatically allows Your site to be viewed in seven different languages(including Japanese and Korean) with pricing from $500-$1500 monthly with six month and 12 month discountcontracts available depending on site size ) and Maintenance on Our Secure Servers. We can mirror Your site on Our server for foreign language service if You wish to remain on another webhost server. But don't Wait, AAA Technologies is only taking on a small number of new clients at this time and I don't want to have to ask You to call back in a couple of months. I really don't like to have to do that. So give Us a call at: 1-800-242-0363 ext.2427 and leave Your name, phone number, e-mail address, URL(address of Your web-site) and a good time to contact You and We will get back to You ASAP. Best Regards, General Manager AAA Technologies P.S. We also list Your site with the appropriate foreign search engines at no additional charge. Please Do Not Reply By E-Mail ! If You Recieved This Ad a second Time, We appologize for any inconvience We may have caused You. The Anti-Democratic forces on the internet are making it real tough on small commercial advertising services, small startup businesses, and free marketing all over the world. News of new goods and services will be increasingly channeled thru the large and multinational companies that are exerting more control and intimadation everyday. If You want to get Your product or service or idea out to people, You had better be ready to pay their price, plus a nice piece of Your action and hard work. Just doesn't sound like Democracy to Us. REMOVE SECTION: This Advertisement is delivered by opportunity E - Mail Service in conjunction with Cajun E - Mail Service. To be removed from all Our mailing list,simply reply with remove in the subject to nothankyou@gtemail.net (for as long as it lasts) and You Will be removed from all of Our mailing Lists From rem-conf Thu Feb 11 15:55:19 1999 From rem-conf-request@es.net Thu Feb 11 15:55:18 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10B5e8-0001d2-00; Thu, 11 Feb 1999 15:35:48 -0800 Received: from ece.rice.edu (eta.ece.rice.edu) [128.42.4.34] by mail1.es.net with esmtp (Exim 1.81 #2) id 10B5e7-0001cs-00; Thu, 11 Feb 1999 15:35:47 -0800 Received: from qos.ece.rice.edu (qos.ece.rice.edu [128.42.12.65]) by eta.ece.rice.edu (8.9.0/8.9.0) with ESMTP id RAA05306 for ; Thu, 11 Feb 1999 17:32:10 -0600 (CST) Received: by qos.ece.rice.edu (8.9.0/8.9.0) id RAA17273 for rem-conf@es.net; Thu, 11 Feb 1999 17:35:45 -0600 (CST) From: "Edward W. Knightly" Message-Id: <990211173545.ZM17271@qos.ece.rice.edu> Date: Thu, 11 Feb 1999 17:35:44 -0600 X-Mailer: Z-Mail (4.0.1 13Jan97) To: rem-conf@es.net Subject: Final CFP: Special Issue on Integrated and Differentiated Services for the Internet MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Call For Papers - Special Issue of IEEE Network Magazine on Integrated and Differentiated Services for the Internet Guest Editors ============= Hui Zhang Edward Knightly School of Computer Science ECE Department Carnegie Mellon University Rice University 5000 Forbes Ave 6100 Main Street Pittsburgh, PA 15213-3891 Houston, TX 77005-1892 Phone: (412) 268-8945 Phone: (713) 737-5748 Fax: (412) 268-5574 Fax: (713) 524-5237 Email: hzhang@cs.cmu.edu Email: knightly@ece.rice.edu Several important trends have emerged following the Internet's success. First, the Internet has evolved into a global and commercial communication infrastructure. Second, Internet technology has become the technical basis for not only the Internet, but also for most data communication networks, both public and private. Finally, new and diverse applications are emerging, including distributed multimedia applications, making the inadequacies of a one-size-fits-all service increasingly apparent. These new developments challenge the original design goals of TCP/IP's best effort service model and end-system-only traffic management, and indicate potential opportunities for alternate service models and traffic management schemes. Consequently, new service models, protocols, and resource management architectures have been proposed to cope with emerging applications, and new business and administrative requirements. However, a number of questions must be addressed before enhanced network services can be deployed on the Internet: What are the appropriate service models? What are the architectures and algorithms required for multiple services to co-exist? What are the fundamental tradeoffs in scalability and granularity of quality of service control? This special issue of IEEE Network seeks to shed light on the state-of-the-art and the future of integrated services and differentiated services on the Internet. Topics of interest include: -Testbeds and trials for intserv and diffserv -QoS and scalability -QoS in heterogeneous networks -Multi-class scheduling architectures and algorithms -Internet admission control -Per-hop-behavior definitions and approaches -End-to-end QoS and service differentiation -QoS routing -QoS and aggregate traffic flows -Aggregate vs. per-flow QoS -Service measurement and monitoring -Pricing models -Future of QoS on the Internet Authors are requested to send an email to the guest editor, Ed Knightly, (knightly@ece.rice.edu), giving a URL where a postscript or PDF file can be downloaded by the guest editors. Important Dates --------------- Paper Submission Deadline: March 1 Feedback to Authors: April 1 Final Manuscripts to Publisher: July 1 Publication of Special Issue: September 1999 http://www.comsoc.org/socstr/techcom/ntwrk/special/knightly_zhang.html From rem-conf Sat Feb 13 05:17:12 1999 From rem-conf-request@es.net Sat Feb 13 05:17:11 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10BeiB-0002w6-00; Sat, 13 Feb 1999 05:02:19 -0800 Received: from aohakobe.ipc.chiba-u.ac.jp [133.82.241.137] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 10BeiA-0002vw-00; Sat, 13 Feb 1999 05:02:18 -0800 Received: from aohakobe.ipc.chiba-u.ac.jp (yozo@localhost [127.0.0.1]) by aohakobe.ipc.chiba-u.ac.jp (8.9.2/8.9.2) with ESMTP id WAA14695 for ; Sat, 13 Feb 1999 22:02:10 +0900 (JST) Message-Id: <199902131302.WAA14695@aohakobe.ipc.chiba-u.ac.jp> To: "rem-conf@es.net" Subject: Re: vat IRIX 6.5 In-reply-to: Your message of "Thu, 04 Feb 1999 14:01:52 +0100." <36B99A40.3C92564E@ufg.ac.at> Date: Sat, 13 Feb 1999 22:02:09 +0900 From: Yozo Toda X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list > Where can I find a vat or rat version for Irix 6.5. > (vat for Irix 5.3 says wrong architecture). > > Any pointers? how about rat-3.0.31 on Irix6.2? see . -- yozo. From rem-conf Sat Feb 13 05:27:03 1999 From rem-conf-request@es.net Sat Feb 13 05:27:02 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10BexC-0003F2-00; Sat, 13 Feb 1999 05:17:50 -0800 Received: from aohakobe.ipc.chiba-u.ac.jp [133.82.241.137] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 10BexB-0003Ep-00; Sat, 13 Feb 1999 05:17:49 -0800 Received: from aohakobe.ipc.chiba-u.ac.jp (yozo@localhost [127.0.0.1]) by aohakobe.ipc.chiba-u.ac.jp (8.9.2/8.9.2) with ESMTP id WAA14784; Sat, 13 Feb 1999 22:17:43 +0900 (JST) Message-Id: <199902131317.WAA14784@aohakobe.ipc.chiba-u.ac.jp> To: "Oh yeonhee" cc: rem-conf@es.net Subject: Re: about sdr.. In-reply-to: Your message of "Wed, 04 Feb 1998 12:19:35 GMT." <199902040304.MAA03801@ns.secsm.org> Date: Sat, 13 Feb 1999 22:17:42 +0900 From: Yozo Toda X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list > I study about mbone, and test with sgi-IRIX 5.3 these days. > I met a problem. > I installed 'mrouted 3.8' successfully. > comp23 31# mtrace 147.47.1.8 > Mtrace from 147.47.1.8 to 147.46.113.54 via group 224.2.0.1 > Querying full reverse path... > 0 comp23.snu.ac.kr (147.46.113.54) > -1 comp23.snu.ac.kr (147.46.113.54) DVMRP thresh^ 1 > -2 nms.kren.ne.kr (147.47.1.8) DVMRP thresh^ 32 > -3 nms.kren.ne.kr (147.47.1.8) > Round trip time 11 ms [snip] > but, when I executed "sdr", there was no session. > I think there is some sessions at least... I think there is some problems. > but, I have no idea about that. give me some solutions. > I have to configure other things? are you on comp23.snu.ac.kr? I did mrinfo to several hosts but cannot see how your site are connected to MBone. can you see any sap packets on your machine? try "tcpdump host sap.mcast.net." I bet you can see any session info which you create. -- yozo. From rem-conf Sat Feb 13 06:36:41 1999 From rem-conf-request@es.net Sat Feb 13 06:36:40 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10Bg0W-0005Hv-00; Sat, 13 Feb 1999 06:25:20 -0800 Received: from aohakobe.ipc.chiba-u.ac.jp [133.82.241.137] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 10Bg0U-0005Hl-00; Sat, 13 Feb 1999 06:25:19 -0800 Received: from aohakobe.ipc.chiba-u.ac.jp (yozo@localhost [127.0.0.1]) by aohakobe.ipc.chiba-u.ac.jp (8.9.2/8.9.2) with ESMTP id XAA15220; Sat, 13 Feb 1999 23:25:08 +0900 (JST) Message-Id: <199902131425.XAA15220@aohakobe.ipc.chiba-u.ac.jp> To: "Gio tesista" cc: rem-conf@es.net Subject: Re: MULTICAST In-reply-to: Your message of "Thu, 04 Feb 1999 08:47:42 PST." <19990204164755.20213.qmail@hotmail.com> Date: Sat, 13 Feb 1999 23:25:08 +0900 From: Yozo Toda X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Gio, you still have any problem? > I can't understand 3)-4):Kill-USR1 and Kill-USR2.If from mrouter I run do "man mrouted" and read it. you can use the command "kill" to send signals to any process. when mrouted process receive the signal USR1 or USR2, it dumps the information. you can examine those files and check how mrouted's working. netstat command may show multicast-related kernel status. > Our mrouter(ing89)is connected by tunneling whit "ciscone",and "ciscone" I try mtrace to your host... aohakobe:yozo% mtrace -s ing58.unife.it. aohakobe sap.mcast.net. Mtrace from 192.167.215.58 to 133.82.241.137 via group 224.2.127.254 Querying full reverse path... * switching to hop-by-hop: 0 aohakobe.ipc.chiba-u.ac.jp (133.82.241.137) -1 suzuran.ipc.chiba-u.ac.jp (133.82.241.67) DVMRP thresh^ 1 -2 ayame.cix.chiba-u.ac.jp (133.82.254.224) DVMRP thresh^ 16 -3 nic.ric-tsukuba.ad.jp (192.70.179.247) DVMRP thresh^ 32 -4 * mbone.imnet.ad.jp (202.241.2.71) DVMRP thresh^ 32 -5 mbone.otemachi.wide.ad.jp (202.249.3.129) DVMRP thresh^ 32 -6 sw01.TokyoNet.AD.JP (203.183.255.106) DVMRP thresh^ 32 -7 * dec3800-2-fddi-0.SanFrancisco.cw.net (204.70.158.61) DVMRP thresh^ 64 -8 dec3800-1-fddi-1.Dallas.cw.net (204.70.114.45) DVMRP thresh^ 1 -9 dec3800-1-fddi-0.Washington.cw.net (204.70.2.13) DVMRP thresh^ 1 -10 de-ws.ten-34.net (193.203.254.34) DVMRP thresh^ 48 -11 atm.ws1.de.ten-155.net (212.1.193.233) DVMRP thresh^ 48 -12 * astra.infn.it (192.135.23.2) DVMRP thresh^ 48 -13 * * ciscone.cineca.it (193.204.120.1) PIM/Special thresh^ 24 -14 * * ing89.unife.it (192.167.215.89) DVMRP thresh^ 24 -15 ing58.unife.it (192.167.215.58) Round trip time 1202 ms; total ttl of 72 required. aohakobe:yozo% the mbone connection seems ok... -- yozo. From rem-conf Sat Feb 13 07:32:27 1999 From rem-conf-request@es.net Sat Feb 13 07:32:27 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10BgxL-0006HK-00; Sat, 13 Feb 1999 07:26:07 -0800 Received: from 1cust163.tnt1.west-palm-beach.fl.da.uu.net (mail.mia.machine) [208.253.42.163] by mail1.es.net with smtp (Exim 1.81 #2) id 10BgxH-0006Fc-00; Sat, 13 Feb 1999 07:26:03 -0800 From: Subject: humone growth ADVERTISMENT AD Date: Mon, 22 Feb 1999 02:46:33 Message-Id: Bcc: To: rem-conf@es.net X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Human Growth Hormones Available Now Without a Prescription Biggest Medical Breakthrough in Anti-Aging in the 20th Century Human Growth Hormone is a naturally occurring substance secreted by the pituitary gland, and our bodies age because the pituitaries production of human growth hormones decreases with age. The production of Human Growth Hormones helps to slow down, and in some cases even reverse the aging process. Best of all, there are "no know side effects" when taken in the proper amounts. Over 1000 doctors that attended the Anti-Aging conference in December agreed that Human Growth Hormones is one of the "most exciting advancements in reversing the disease of aging," since the introduction of DHEA. Traditionally, Human Growth Hormone has been used in Europe and the United States for approximately 15 years with amazing results. It has previously been available by injection only, and since injections by doctors costs between $5,000 and $20,000 a year, only the wealthy were able to afford these treatment. Now everyone can afford and receive the benefits of Human Growth Hormones. Now it is available for less than $100 per month in a handy application that you can spray under your tongue. Some of the benefits you will receive from using Human Growth Hormones are: A more youthful skin and hair appearance. Increased mental alertness. Increased strength and muscle mass. Increased feeling of well being. Decreased wrinkling. Increased sexual function. Increased stamina and energy. Decreased body fat. Improved neurological function. Rejuvenation of all cell and organ tissue. If you are interested in improving your quality of life, have an overall feeling of well being, then call 1-800-955-5553 to order your Human Growth Hormones. Call within 24 hours of receiving this letter and get a free gift from Advanced Labs. _________________________________________________________________ Cloud 9, the Original Herbal Ecstacy. Get High Naturally Now! Feel Love, Maintain Energy, Enhance Sexual Activity, Open Your Mind, Elevate your mood. 100% Natural A secret formula with over 6 years of proven Worldwide satisfaction. Retail store price $29.95. Our price direct to you, 50% off, $15.00 for two doses. 100% Money back guarantee. No risk, no hype, no lies.... 1-800-656-8763 24 hours. Call within 48 hrs. For your free Nirvana plus sample (Enhancer). Operator a standing by to put you on Cloud 9... Ups/Fedex shipping available same day. Enjoy.......:) to be removed from our list please phone 1800 636-6773 X 4692. From rem-conf Sat Feb 13 07:33:58 1999 From rem-conf-request@es.net Sat Feb 13 07:33:58 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10BgzW-0006KH-00; Sat, 13 Feb 1999 07:28:22 -0800 Received: from bells.cs.ucl.ac.uk [128.16.5.31] by mail1.es.net with smtp (Exim 1.81 #2) id 10BgzV-0006K7-00; Sat, 13 Feb 1999 07:28:21 -0800 Received: from eucharisto.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Sat, 13 Feb 1999 15:28:07 +0000 To: Yozo Toda cc: "rem-conf@es.net" Subject: Re: vat IRIX 6.5 In-reply-to: Your message of "Sat, 13 Feb 1999 22:02:09 +0900." <199902131302.WAA14695@aohakobe.ipc.chiba-u.ac.jp> Date: Sat, 13 Feb 1999 15:28:06 +0100 Message-ID: <712.918919686@cs.ucl.ac.uk> From: Colin Perkins X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --> Yozo Toda writes: > >> Where can I find a vat or rat version for Irix 6.5. >> (vat for Irix 5.3 says wrong architecture). >> >> Any pointers? > >how about rat-3.0.31 on Irix6.2? >see . For some reason, that binary doesn't work on irix 6.5, if anyone manages to figure out why, I'd be interested to hear it (we don't have any 6.5 machines to test on). Colin From rem-conf Sat Feb 13 07:52:10 1999 From rem-conf-request@es.net Sat Feb 13 07:52:09 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10BhGr-0000Av-00; Sat, 13 Feb 1999 07:46:17 -0800 Received: from (ns.secsm.org) [210.118.74.2] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 10BhGp-0000Al-00; Sat, 13 Feb 1999 07:46:15 -0800 Received: from secsm.org ([147.46.212.66]) by ns.secsm.org (8.8.8H1/8.8.7) with ESMTP id AAA24546; Sun, 14 Feb 1999 00:30:50 +0900 Message-ID: <36C59E14.484AFDB9@secsm.org> Date: Sun, 14 Feb 1999 00:45:25 +0900 From: Oh yeonhee X-Mailer: Mozilla 4.5 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: Yozo Toda , rem-conf@es.net Subject: Re: about sdr.. References: <199902131317.WAA14784@aohakobe.ipc.chiba-u.ac.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Thanks for your reply. Because there was no reply, it was very hard for me to solve those problems. At last, I found out that tunneling between Korea and other country was broken. (Naturally, there was no output for "tcpdump host sap.mcast.net".) Furthermore there is little multicast conference in Korea. so, it is hard for me to see the session in sdr. Even though it is poor situation, I want to succeed this experiment. At last, I made a sesson for testing by myself. But, I couldn't still see any session in sdr. (I think that maybe I don't know about session open exactly. I just selected 'quick call', and 'vic' was excuted. Video camela in IRIX5.3 was OK.) I also tested with 'tcpdump' like this.(this is not when i conducted 'quick call' with sdr) ------------------------------------------------------------------------------------- # tcpdump -af -c 10 igmp tcpdump: listening on ec0 00:17:54.512412 comp23.snu.ac.kr > 224.0.0.4: igmp dvmrp Probe [ttl 1] 00:17:54.513451 comp23.snu.ac.kr > 147.47.1.8: igmp dvmrp Probe 00:17:54.513654 comp23.snu.ac.kr > 147.47.1.8: igmp dvmrp Probe 00:18:01.835820 147.47.1.8 > comp23.snu.ac.kr: igmp dvmrp Probe (DF) 00:18:03.514889 comp23.snu.ac.kr > 147.47.1.8: igmp dvmrp Report[|igmp] 00:18:03.515195 comp23.snu.ac.kr > 147.47.1.8: igmp dvmrp Report[|igmp] 00:18:04.515045 comp23.snu.ac.kr > 224.0.0.4: igmp dvmrp Probe [ttl 1] 00:18:04.515919 comp23.snu.ac.kr > 147.47.1.8: igmp dvmrp Probe 00:18:04.516129 comp23.snu.ac.kr > 147.47.1.8: igmp dvmrp Probe 00:18:10.841380 147.47.1.8 > comp23.snu.ac.kr: igmp dvmrp Report[|igmp] (DF) ------------------------------------------------------------------------------------ Anyway, I need your advises. I want to open the video session with sgi-IRIX5.3. and make certain of the result. Current situation is : 1. sgi-IRIX5.3(comp23.snu.ac.kr - 147.46.113.54) : tunneling with 147.47.1.8 mrouted-3.8, sdr, vic-2.8 2. ALzzA Linux release 5.2 - Kernel 2.2.0 on an i586 (comp98.snu.ac.kr - 147.46.113.135) : same subnet with upper system. also multicasting possible. sdr, vic(for qcam) - for confirm, and other testing. Thanks for reading my writing. Bye~ From rem-conf Sat Feb 13 16:32:59 1999 From rem-conf-request@es.net Sat Feb 13 16:32:58 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10BpLO-0004Md-00; Sat, 13 Feb 1999 16:23:30 -0800 Received: from aohakobe.ipc.chiba-u.ac.jp [133.82.241.137] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 10BpLM-0004MT-00; Sat, 13 Feb 1999 16:23:28 -0800 Received: from aohakobe.ipc.chiba-u.ac.jp (yozo@localhost [127.0.0.1]) by aohakobe.ipc.chiba-u.ac.jp (8.9.2/8.9.2) with ESMTP id JAA18111; Sun, 14 Feb 1999 09:23:22 +0900 (JST) Message-Id: <199902140023.JAA18111@aohakobe.ipc.chiba-u.ac.jp> To: Oh yeonhee cc: rem-conf@es.net Subject: Re: about sdr.. In-reply-to: Your message of "Sun, 14 Feb 1999 00:45:25 +0900." <36C59E14.484AFDB9@secsm.org> Date: Sun, 14 Feb 1999 09:23:21 +0900 From: Yozo Toda X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list > (I think that maybe I don't know about session open exactly. I just selected > 'quick call', and 'vic' was excuted. Video camela in IRIX5.3 was OK.) use "Create advertised session", then it start multicast the session info. -- yozo. From rem-conf Sun Feb 14 03:39:17 1999 From rem-conf-request@es.net Sun Feb 14 03:39:16 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10Bzig-000223-00; Sun, 14 Feb 1999 03:28:14 -0800 Received: from laas.laas.fr [140.93.0.15] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 10Bzif-00021t-00; Sun, 14 Feb 1999 03:28:13 -0800 Received: from klebs.laas.fr (khalil@klebs [140.93.192.5]) by laas.laas.fr (8.9.1a/8.9.1) with ESMTP id MAA21792; Sun, 14 Feb 1999 12:24:19 +0100 (MET) Received: (from khalil@localhost) by klebs.laas.fr (8.9.1a/8.9.1) id MAA08457; Sun, 14 Feb 1999 12:23:44 +0100 (MET) Date: Sun, 14 Feb 1999 12:23:44 +0100 (MET) From: Khalil Drira Message-Id: <199902141123.MAA08457@klebs.laas.fr> To: ActiveNets_Wire@ittc.ukans.edu, activenets_all@ittc.ukansas.edu, arpanet-bboard@mc.lcs.mit.edu, atm96@inesc.pt, atm97authors@inesc.pt, atm@sun.com, bd_email@inesc.pt, cabernet-events@ncl.ac.uk, cif@injector.ca.sandia.gov, cnon@maestro.bellcore.com, commsoft@cc.belcore.com, comsoc.tac@tab.ieee.org, comswtc@gmu.edu, cost237-transport@comp.lancs.at, end2end-interest@ISI.EDU, ersads99-br@di.fc.ul.pt, ersads99-euro@di.fc.ul.pt, ersads99-pt@di.fc.ul.pt, ersads99-resto@di.fc.ul.pt, ersads99-usa@di.fc.ul.pt, f-troup@codex.cis.upenn.edu, fokus-users@fokus.gmd.de, g-troup@ccrc.wustl.edu, heads@hpovua.org, hipparch@sophia.inria.fr, ieee.announce@bellcore.com, ieeetcpc@ccvm.sunysb.edu, issll@mercury.lcs.mit.edu, members@hpovua.org, mobile-ip@tadpole.com, multicomm@cc.bellcore.com, osimcast@bbn.com, rem-conf@es.net, reres@laas.fr, sigmedia@bellcore.com, tccc@ieee.org, xtp-relay@cs.concordia.ca Subject: 2nd CFP session on COORDINATION X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list [Our apologies for duplicate messages] ======================================================================= Call for Papers Special Session on Coordination in Parallel and Distributed Applications and Activities http://www.laas.fr/~khalil/cpdaa http://www.gdl.cinvestav.mx/others/call.htm A session in PDPTA'99 June 28 - July 1, 1999 Monte Carlo Resort, Las Vegas, Nevada, USA http://www.cps.udayton.edu/~pan/pdpta/ This session is an approved technical session in the 5th International Conference on Parallel and Distributed Processing Techniques and Applications, PDPTA'99 (http://www.cps.udayton.edu/~pan/pdpta and http//www.jhpc.org/pdpta). Aims and scope =============== The emergence of new work activities, where remote participants -supported by coordination and collaboration tools- collaborate to achieve complex tasks, makes coordination from, both the activity and the software point of view, an important research issue. Coordination is, by nature, an inter-disciplinary research area involving different research skills and serving different application areas. This includes process coordination in multi-threaded programs, components coordination in concurrent applications, workflow management in CSCW, transactions in distributed applications, etc. The purpose of this session is to bring together researchers, and practitioners working on coordination in these different disciplinaries. The session serves as a forum enabling experience exchange between academia and industry as well as between researchers working in the different coordination research branches. Topics ====== Topics of interest include but are not limited to: o multisites coordination o dynamic architecture management for multi-component applications o coordination software architecture o coordination models and applications for collaborative work and CSCW o group decision protocols o coordination models for programming languages and application to Java and CORBA. o formal and semi-formal techniques for coordination description and analysis Accepted papers publishing ============================ Papers describing original research results are solicited and authors are encouraged to address both theoretical and practical aspects of coordination. All submitted papers will be subject to peer review and papers accepted for presentation at PDPTA'99 will be published in the conference Proceedings. Some technical sessions will be considered for publication in relevant international journals. Paper submission ================= Prospective authors are invited to submit three copies of their draft paper (about 4 pages) to one of the session co-chairs (address is given below) by the due date. E-mail and Fax submissions are also acceptable. The length of the Camera-Ready papers (if accepted) will be limited to 7 pages. Papers must not have been previously published or currently submitted for publication elsewhere. The first page of the draft paper should include: title of the paper, name, affiliation, postal address, E-mail address, telephone number, and Fax number for each author. The first page should also include the name of the author who will be presenting the paper (if accepted) and a maximum of 5 keywords. Important dates ================= March 1, 1999 (Monday): Draft papers (about 4 pages) due April 5, 1999 (Monday): Notification of acceptance May 1, 1999 (Monday): Camera-Ready papers & Prereg. due June 28 - July 1, 1999: PDPTA'99 Conference Session co-chairs ================= Khalil DRIRA Raul JACINTO MONTES Communication Tools and Software Group Distributed and Parallel Systems Group LAAS-CNRS CINVESTAV 7, Av. Colonel Roche Prol. Av. Lopez Mateos Sur 590 31077 Toulouse Cedex 4 c.p. 45090 Guadalajara Jalisco FRANCE MEXICO e-mail: khalil@laas.fr e-mail: rjacinto@gdl.cinvestav.mx Tel: +33 5 61 33 63 22 Tel: +52 3 6.84.15.80 Fax: +33 5 61 33 64 11 Fax: +52 3 6.84.17.08 WEB-ADRESSES : PDPTA'99: http://www.cps.udayton.edu/~pan/pdpta and http//www.jhpc.org/pdpta From rem-conf Sun Feb 14 16:04:11 1999 From rem-conf-request@es.net Sun Feb 14 16:04:10 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10CBHG-0001lG-00; Sun, 14 Feb 1999 15:48:42 -0800 Received: from proxy3.ba.best.com [206.184.139.14] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 10CBHF-0001l6-00; Sun, 14 Feb 1999 15:48:41 -0800 Received: from mg130-173.ricochet.net (mg130-173.ricochet.net [204.179.130.173]) by proxy3.ba.best.com (8.9.3/8.9.2/best.out) with SMTP id PAA03292; Sun, 14 Feb 1999 15:46:58 -0800 (PST) Message-Id: <3.0.5.16.19990214154327.20975616@shell7.ba.best.com> X-Sender: rsf@shell7.ba.best.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (16) Date: Sun, 14 Feb 1999 15:43:27 To: mbone@isi.edu, rem-conf@es.net From: Ross Finlayson Subject: Update re. multicast MP3 streaming tools Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list FYI, a quick update on the multicast MP3 audio tools that I first announced a couple of weeks ago: "liveCaster" (the multicast MP3 audio source): This can now take its MP3 input not only from ".mp3" files, but also from stdin, or from a HTTP stream (such as a 'Shoutcast' server, or just from a MP3 file on the web). Also, it will now automatically make an SDP announcements for its session (although you can choose not to do so). "playRTPMPEG" (the MP3/RTP/UDP multicast receiver tool): Unix versions (Linux, FreeBSD, Solaris/SPARC and IRIX) are now available. These will write the received MP3 frames to 'stdout', so you can use this tool to feed a separate MP3 player program (such as "X11Amp"). (The Windows version feeds the "Winamp" MP3 player, but by using a hack where it acts as a special-purpose HTTP server.) This tool doesn't do any buffering of the incoming MP3/RTP/UDP data; instead, it assumes that whatever application it feeds (via 'stdout') will have sufficient buffering. (I repeat my plea for someone to add MP3 decoding to an existing multicast audio tool, such as "rat". This would ultimately be a better solution.) Finally, both tools now do RTCP, although currently only at a basic level. (CNAME is the only item sent in a SDES, and the RRs are 'empty'.) Ross. From rem-conf Sun Feb 14 18:13:02 1999 From rem-conf-request@es.net Sun Feb 14 18:13:00 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10CDP2-0003GV-00; Sun, 14 Feb 1999 18:04:52 -0800 Received: from tc3-ccnj-176.ppp.cybercomm.net (Distributor Forum) [208.199.67.176] by mail1.es.net with smtp (Exim 1.81 #2) id 10CDOt-0003GK-00; Sun, 14 Feb 1999 18:04:50 -0800 From: Joe Barnes To: Message-Id: <419.436205.87914664stockcrawler@yahoo.com> Subject: Are you in a rural area? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date: Sun, 14 Feb 1999 18:04:50 -0800 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list This is not spam. You are currently subscribed to one of our links or newsletters. To be removed from future mailings reply to sender with a blank message and our software will do the rest. Hello, If you live in a rural area that is serviced by septic tanks, cesspools or drywells then we have an excellent opportunity for you. Become a distributor for Septic Care. Septic Care is sold in 1 year supplies which include the product, a written guarantee for your customers a break down ingredient sheet and loads of important information concerning septic systems. Septic Care retails for $49.95 per one year supply and your cost is only $12.50 That gives you a 75% profit on each and every order. With Y2K only 10 months away those with septic systems are guaranteed to be the only ones left with sanitary facilitys and Septic Care is there to maintain these systems. You can triple your small investment in as little as 30 days. Distributor kits start as low as $255.00 To find out more contact one of our represenitives at 1-800-505-8800 Thank you for your time and concern. From rem-conf Mon Feb 15 07:38:37 1999 From rem-conf-request@es.net Mon Feb 15 07:38:36 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10CPzk-0003G5-00; Mon, 15 Feb 1999 07:31:36 -0800 Received: from odin.ietf.org (ietf.org) [132.151.1.176] by mail1.es.net with esmtp (Exim 1.81 #2) id 10CPzj-0003FW-00; Mon, 15 Feb 1999 07:31:35 -0800 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.8.5/8.8.7a) with ESMTP id KAA19281; Mon, 15 Feb 1999 10:29:12 -0500 (EST) Message-Id: <199902151529.KAA19281@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: rem-conf@es.net From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-avt-rtcptest-00.txt Date: Mon, 15 Feb 1999 10:29:12 -0500 Sender: cclark@ns.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 : Conformance Tests for RTP Scalability Algorithms Author(s) : J. Rosenberg, H. Schulzrinne Filename : draft-ietf-avt-rtcptest-00.txt Pages : 9 Date : 12-Feb-99 This document defines a set of tests that can be run on an RTP imple- mentation to determine the level of conformance with the various sca- lability algorithms defined in the draft version of RTP. These tests do not require access to internal implementations, and use black box testing techniques to determine compliance. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-avt-rtcptest-00.txt Internet-Drafts are also 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-rtcptest-00.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-avt-rtcptest-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: <19990212135723.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-rtcptest-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-rtcptest-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19990212135723.I-D@ietf.org> --OtherAccess-- --NextPart-- From rem-conf Mon Feb 15 11:11:52 1999 From rem-conf-request@es.net Mon Feb 15 11:11:51 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10CTLb-0006v6-00; Mon, 15 Feb 1999 11:06:23 -0800 Received: from newgate.mitel.com (Mitel.COM) [198.53.180.100] by mail1.es.net with esmtp (Exim 1.81 #2) id 10CTLZ-0006uU-00; Mon, 15 Feb 1999 11:06:21 -0800 Received: from Software.Mitel.COM (software.mitel.com [134.199.30.49]) by Mitel.COM (V8/MAIL-RELAY-2.1) with SMTP id OAA20775 for ; Mon, 15 Feb 1999 14:05:14 -0500 (EST) Received: from woodr by Software.Mitel.COM (4.1/SMI-4.0) id AA11174 for rem-conf@es.net; Mon, 15 Feb 99 14:05:12 EST Sender: woodr@Mitel.COM Message-Id: <36C86FE8.12F0@mitel.com> Date: Mon, 15 Feb 1999 14:05:12 -0500 From: Robert Wood Organization: Mitel Corporation X-Mailer: Mozilla 3.01 (X11; I; HP-UX B.10.20 9000/715) Mime-Version: 1.0 To: rem-conf@es.net Subject: ietf-avt-profile-new-04.txt Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list I was just perusing the above draft and notice that the table in section 4.5 gives the PCMA and PCMU sampling rates as variable. I thought 8kHz is what the world uses. Also, it states 20mS/frame. I see no reason for this other than historical reasons and issues of software performance limitations. [\] Robert Wood The St. Lawrence river - fresh, warm, visible diving. mailto:robert_wood@mitel.com From rem-conf Mon Feb 15 11:59:48 1999 From rem-conf-request@es.net Mon Feb 15 11:59:46 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10CU7J-0000CZ-00; Mon, 15 Feb 1999 11:55:41 -0800 Received: from mail-out2.apple.com [17.254.0.51] by mail1.es.net with esmtp (Exim 1.81 #2) id 10CU7H-0000CP-00; Mon, 15 Feb 1999 11:55:39 -0800 Received: from mailgate1.apple.com (A17-128-100-225.apple.com [17.128.100.225]) by mail-out2.apple.com (8.8.5/8.8.5) with ESMTP id LAA08134 for ; Mon, 15 Feb 1999 11:39:20 -0800 Received: from scv2.apple.com (scv2.apple.com) by mailgate1.apple.com (mailgate1.apple.com- SMTPRS 2.0.15) with ESMTP id for ; Mon, 15 Feb 1999 11:39:13 -0800 Received: from [17.255.20.102] (dsinger2.apple.com [17.255.20.102]) by scv2.apple.com (8.8.5/8.8.5) with ESMTP id LAA27788 for ; Mon, 15 Feb 1999 11:39:05 -0800 MIME-Version: 1.0 X-Sender: singer@mail.apple.com Message-Id: In-Reply-To: <36C86FE8.12F0@mitel.com> Date: Mon, 15 Feb 1999 11:35:26 -0800 To: rem-conf@es.net From: Dave Singer Subject: Re: ietf-avt-profile-new-04.txt Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list At 2:05 PM -0500 2/15/99, Robert Wood wrote: >I was just perusing the above draft and notice that > the table in section 4.5 gives the PCMA and PCMU > sampling rates as variable. I thought 8kHz is what > the world uses. > Well, that's what telephones use. But there is nothing intrinsic about this format that limits it to 8kHz, so there is no reason to limit the sampling frequency in RTP, either. David Singer Apple Computer/QuickTime From rem-conf Wed Feb 17 23:30:50 1999 From rem-conf-request@es.net Wed Feb 17 23:30:49 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10DNhP-00013e-00; Wed, 17 Feb 1999 23:16:39 -0800 Received: from themis.derecho.unam.mx (themis) [132.248.84.1] by mail1.es.net with smtp (Exim 1.81 #2) id 10DNhM-000130-00; Wed, 17 Feb 1999 23:16:36 -0800 Received: from freemail.org.mk by themis (SMI-8.6/SMI-SVR4) id BAA27844; Thu, 18 Feb 1999 01:17:57 -0600 From: vic-olin@freemail.org.mk Message-Id: <199902180717.BAA27844@themis> Date: 2/17/99 9:59:18 PM Pacific Daylight Time Reply-To: vic-olin@freemail.org.mk To: vic-olin@freemail.org.mk Subject: No Suits, No Commutes !!! X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Greetings, The opportunity of a lifetime is knocking on your door. Will you answer??? Now for the first time ever, you have the opportunity to join the most extraordinary and most powerful wealth building program in the world ! It has never been offered to the general public before. If you're skeptical, that's ok. All you have to do is make one toll free phone call to see for yourself. Our current associates are making an average of $2,000 to $5,000 per week ... in as little as 3 weeks !!! This is a highly ethical and lucrative home business opportunity. With desire and effort, you can not fail !! If you didn't earn $200,000 last year, you owe it to yourself and your family to take a look. Don't let this opportunity pass you by !!! This is "NOT" Multi Level Marketing, so please , Serious Inquiries Only!! "Call Now" for all the exciting details: "TOLL FREE" 888-718-4942 _________________________________________________________ To be placed on a REMOVE LIST, return to "vic-olin@usa.net" with "remove" in the subject heading. __________________________________________________________ From rem-conf Thu Feb 18 00:26:42 1999 From rem-conf-request@es.net Thu Feb 18 00:26:40 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10DOev-0002WC-00; Thu, 18 Feb 1999 00:18:09 -0800 Received: from (yukselinsaat.com.tr) [195.33.255.10] by mail1.es.net with smtp (Exim 1.81 #2) id 10DOer-0002VV-00; Thu, 18 Feb 1999 00:18:05 -0800 Received: from user500.mel2net200.net by yukselinsaat.com.tr (Lotus SMTP MTA v1.05 (274.9 11-27-1996)) with SMTP id C225671C.002DDDB2; Thu, 18 Feb 1999 10:17:18 +0300 To: remccarth@delphi.com From: olympia@mail.md Subject: Great Shirts ayra Reply-To: olympia@mail.md Date: Fri, 2 Sep 98 21:24:52 EST Message-Id: X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Quality embroidered active wear is a great gift idea! *High Quality Custom embroidered active wear at great prices. *Custom Embroidered 100% Cotton Golf Shirt 19.00 ea. *Custom Embroidered Satin,Quilt lined Jacket 45.00 ea. *Custom Embroidered 80/20 Sweat Shirt 18.00 ea. *Custom Embroidered 50/50 Golf Shirts 16.00 ea. *Quality American made apparel. *Prices include heart size embroidered Logo up to 6 colors and all set up and shipping charges. CMI will digitize your group or corporate logo at no charge. 1000's of stock designs availible. CMI has a stock design to fit any project. *CMI ships custom design embroidered apparel in 10 working days. *CMI ships stock design embroidered apparel in 5 working days. *All orders embroidered in and shipped from Pennsylvania,U.S.A. *No minimum purchase required. Volume discounts available. *Personalized clothing is a great gift or corporate award. *CMI creates top of the line customized products at low prices with no set up or shipping charges. To order or to obtain more information contact CMI directly by fax at: 1-650-617-3754 (Attn:Barbara)Please include your email address in correspondence. *Please contact CMI directly by fax. Removal information below: ---------------------------------------------------------------------------- This quality offer presented by Worldgo Marketing. To be removed from future mailings email Worldgo at: bela@iloveindia.com with "Remove" in the subject line. Thank you,Worldgo Marketing,407 Kwain Krumah Ave.,Accra,Ghana ---------------------------------------------------------------------------- From rem-conf Thu Feb 18 09:43:22 1999 From rem-conf-request@es.net Thu Feb 18 09:43:22 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10DXLR-0003oC-00; Thu, 18 Feb 1999 09:34:37 -0800 Received: from f183.hotmail.com (hotmail.com) [207.82.251.72] by mail1.es.net with smtp (Exim 1.81 #2) id 10DXLQ-0003nQ-00; Thu, 18 Feb 1999 09:34:36 -0800 Received: (qmail 14749 invoked by uid 0); 18 Feb 1999 17:33:35 -0000 Message-ID: <19990218173335.14748.qmail@hotmail.com> Received: from 208.211.99.70 by www.hotmail.com with HTTP; Thu, 18 Feb 1999 09:33:35 PST X-Originating-IP: [208.211.99.70] From: "Neal Schneider" To: rem-conf@es.net Subject: MGCP Negotiation Date: Thu, 18 Feb 1999 09:33:35 PST Mime-Version: 1.0 Content-type: text/plain X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Has there been a standard method proposed for re-negotiating codec's between MGCP gateways? Since there is no TCP negotiation channel, changing codec's midstream seems to require a proprietary scheme. Regards, Neal A. Schneider ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From rem-conf Thu Feb 18 09:43:25 1999 From rem-conf-request@es.net Thu Feb 18 09:43:25 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10DXP2-0003sF-00; Thu, 18 Feb 1999 09:38:20 -0800 Received: from bells.cs.ucl.ac.uk [128.16.5.31] by mail1.es.net with smtp (Exim 1.81 #2) id 10DXOy-0003rz-00; Thu, 18 Feb 1999 09:38:18 -0800 Received: from eucharisto.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Thu, 18 Feb 1999 17:37:39 +0000 To: rem-conf@es.net Subject: How to send large rtcp packets? Date: Thu, 18 Feb 1999 17:37:39 +0100 Message-ID: <4015.919359459@cs.ucl.ac.uk> From: Colin Perkins X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list An RTP session with a large number of active senders will result in an application generating RTCP reception reports with a large number of report blocks. Clearly, these become large and may exceed the MTU of the network. What is the correct behaviour for such an application? There seem to be multiple options: 1) Send a single large packet, which will be fragmented. This is undesirable, due to the loss multipler effect of fragmentation. 2) Split the single RTCP packet into multiple smaller packets, and send these back-to-back. 3) Report only on a subset of the active sources, which will fit into an MTU sized packet. Which subset? Does it matter? I guess the correct answer is (3), but can't find confirmation of this in the spec anywhere. Comments? Colin From rem-conf Thu Feb 18 10:18:01 1999 From rem-conf-request@es.net Thu Feb 18 10:18:01 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10DXwg-0005vN-00; Thu, 18 Feb 1999 10:13:06 -0800 Received: from ns.cablelabs.com [206.168.71.2] by mail1.es.net with esmtp (Exim 1.81 #2) id 10DXwe-0005vB-00; Thu, 18 Feb 1999 10:13:04 -0800 Received: (from uucp@localhost) by ns.cablelabs.com (unknown/classified) id LAA28494; Thu, 18 Feb 1999 11:07:20 -0700 (MST) Received: from hermes(192.160.73.162) by aegis via smap (V1.3) id sma028491; Thu Feb 18 11:06:55 1999 Received: by hermes.cablelabs.com with Internet Mail Service (5.5.1960.3) id ; Thu, 18 Feb 1999 11:13:02 -0700 Message-ID: From: David Bukovinsky To: rem-conf@es.net, "'Neal Schneider'" Subject: RE: MGCP Negotiation Date: Thu, 18 Feb 1999 11:12:57 -0700 X-Mailer: Internet Mail Service (5.5.1960.3) X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list In the case of fax/modem detection on an MGCP based residential gateway, the client is given a notification request for fax/modem tones, and when detected the client notifies the call agent. The call agent can then instruct the gateway to switch to G.711 on both sides. My current thoughts are that this would work in a similar fashion if a bandwidth monitor is involved - if the network becomes saturated, the BW manager notifies the call agent, the call agent sends down a modify connection command to both sides to switch to a lower bandwidth codec. Obviously there are issues with timing [i.e. receiving packets in G.729 when you've already switched to G.711]; however, in discussions with DSP experts we aren't seeing anything that would be a show stopper [i.e. you may lose 30ms in a worst case race condition]. ---dave > ---------- > From: Neal Schneider[SMTP:nschneid@hotmail.com] > Sent: Thursday, February 18, 1999 9:33 AM > To: rem-conf@es.net > Subject: MGCP Negotiation > > Has there been a standard method proposed for re-negotiating codec's > between MGCP gateways? Since there is no TCP negotiation channel, > changing codec's midstream seems to require a proprietary scheme. > > Regards, > Neal A. Schneider > > ______________________________________________________ > Get Your Private, Free Email at http://www.hotmail.com > From rem-conf Thu Feb 18 10:55:55 1999 From rem-conf-request@es.net Thu Feb 18 10:55:55 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10DYVV-0007MB-00; Thu, 18 Feb 1999 10:49:05 -0800 Received: from lois.dgim.crc.ca [142.92.39.60] by mail1.es.net with smtp (Exim 1.81 #2) id 10DYVV-0007KY-00; Thu, 18 Feb 1999 10:49:05 -0800 Received: (qmail 11929 invoked from network); 18 Feb 1999 18:48:03 -0000 Received: from mainframe.dgrc.crc.ca (142.92.38.206) by lois.dgim.crc.ca with SMTP; 18 Feb 1999 18:48:03 -0000 Received: from crc.ca (luigi@meson.dgrc.crc.ca [142.92.34.4]) by mainframe.dgrc.crc.ca (8.9.1a/8.9.1) with ESMTP id NAA04507; Thu, 18 Feb 1999 13:53:51 -0500 (EST) Sender: luigi@mainframe.dgrc.crc.ca Message-ID: <36CC6095.1CF62FD@crc.ca> Date: Thu, 18 Feb 1999 13:48:53 -0500 From: John Stewart Organization: CRC Canada X-Mailer: Mozilla 4.5 [en] (X11; U; Linux 2.0.35 i686) X-Accept-Language: en MIME-Version: 1.0 To: Colin Perkins CC: rem-conf@es.net Subject: Re: How to send large rtcp packets? References: <4015.919359459@cs.ucl.ac.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Colin Perkins wrote: Hi Colin; When I was looking at a lot of rtcp data with MultiMON, I noticed that your option 3) was the one that was implemented. What I can't remember is (application specific??) how they cycle through the subset, or whether they just report on the first so many senders... That may not be the spec, but it is how the majority of code out there seems to be written. John Stewart CRC Canada. > What is the correct behaviour for such an application? There seem to be > multiple options: > 1) Send a single large packet, which will be fragmented. This is > undesirable, due to the loss multipler effect of fragmentation. > 2) Split the single RTCP packet into multiple smaller packets, and > send these back-to-back. > 3) Report only on a subset of the active sources, which will fit > into an MTU sized packet. Which subset? Does it matter? > I guess the correct answer is (3), but can't find confirmation of this in > the spec anywhere. > > Comments? > > Colin From rem-conf Thu Feb 18 12:31:26 1999 From rem-conf-request@es.net Thu Feb 18 12:31:26 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10DZzZ-0001sz-00; Thu, 18 Feb 1999 12:24:13 -0800 Received: from dirty.research.bell-labs.com [204.178.16.6] by mail1.es.net with smtp (Exim 1.81 #2) id 10DZzW-0001sn-00; Thu, 18 Feb 1999 12:24:12 -0800 Received: from nova.dnrc.bell-labs.com ([135.180.131.5]) by dirty; Thu Feb 18 15:23:36 EST 1999 Received: from dnrc.bell-labs.com (arrakis [135.180.130.41]) by nova.dnrc.bell-labs.com (8.9.1/8.9.1) with ESMTP id PAA11436; Thu, 18 Feb 1999 15:23:35 -0500 (EST) Message-ID: <36CC762A.6BCDBC58@dnrc.bell-labs.com> Date: Thu, 18 Feb 1999 15:20:58 -0500 From: Jonathan Rosenberg X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: Neal Schneider CC: rem-conf@es.net Subject: Re: MGCP Negotiation References: <19990218173335.14748.qmail@hotmail.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Your question is probably best addressed to the megaco list, megaco@baynetworks.com. Neal Schneider wrote: > > Has there been a standard method proposed for re-negotiating codec's > between MGCP gateways? Since there is no TCP negotiation channel, > changing codec's midstream seems to require a proprietary scheme. > > Regards, > Neal A. Schneider > > ______________________________________________________ > Get Your Private, Free Email at http://www.hotmail.com -- 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 Thu Feb 18 12:53:10 1999 From rem-conf-request@es.net Thu Feb 18 12:53:09 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10DaMw-0002pE-00; Thu, 18 Feb 1999 12:48:22 -0800 Received: from dirty.research.bell-labs.com [204.178.16.6] by mail1.es.net with smtp (Exim 1.81 #2) id 10DaMv-0002ov-00; Thu, 18 Feb 1999 12:48:21 -0800 Received: from nova.dnrc.bell-labs.com ([135.180.131.5]) by dirty; Thu Feb 18 15:47:32 EST 1999 Received: from dnrc.bell-labs.com (arrakis [135.180.130.41]) by nova.dnrc.bell-labs.com (8.9.1/8.9.1) with ESMTP id PAA11881; Thu, 18 Feb 1999 15:47:32 -0500 (EST) Message-ID: <36CC7BC6.FE38370E@dnrc.bell-labs.com> Date: Thu, 18 Feb 1999 15:44:54 -0500 From: Jonathan Rosenberg X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: Colin Perkins CC: rem-conf@es.net Subject: Re: How to send large rtcp packets? References: <4015.919359459@cs.ucl.ac.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Colin Perkins wrote: > > An RTP session with a large number of active senders will result in an > application generating RTCP reception reports with a large number of > report blocks. Clearly, these become large and may exceed the MTU of the > network. > > What is the correct behaviour for such an application? There seem to be > multiple options: > 1) Send a single large packet, which will be fragmented. This is > undesirable, due to the loss multipler effect of fragmentation. > 2) Split the single RTCP packet into multiple smaller packets, and > send these back-to-back. > 3) Report only on a subset of the active sources, which will fit > into an MTU sized packet. Which subset? Does it matter? And what is the path MTU? Unless you do some kind of MTU discovery, you won't know this at the RTP sender. I guess we could use the minimum allowed MTU (I think there is such a beast). -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 Thu Feb 18 13:09:48 1999 From rem-conf-request@es.net Thu Feb 18 13:09:48 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10Dadt-0003h4-00; Thu, 18 Feb 1999 13:05:53 -0800 Received: from basil.cdt.luth.se [130.240.64.67] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 10Dads-0003gs-00; Thu, 18 Feb 1999 13:05:52 -0800 Received: from fix (fix.cdt.luth.se [130.240.64.20]) by basil.cdt.luth.se (8.8.8/8.7.3) with ESMTP id WAA09673; Thu, 18 Feb 1999 22:05:44 +0100 (MET) Message-Id: <199902182105.WAA09673@basil.cdt.luth.se> X-Mailer: exmh version 2.0.2 2/24/98 To: Jonathan Rosenberg cc: Colin Perkins , rem-conf@es.net Subject: Re: How to send large rtcp packets? In-reply-to: Your message of "Thu, 18 Feb 1999 15:44:54 EST." <36CC7BC6.FE38370E@dnrc.bell-labs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 Feb 1999 22:05:43 +0100 From: Peter Parnes X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list > And what is the path MTU? Many of the MBone tools today take MTU=1500 for granted. /P From rem-conf Thu Feb 18 13:22:24 1999 From rem-conf-request@es.net Thu Feb 18 13:22:24 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10Dapx-0004Qr-00; Thu, 18 Feb 1999 13:18:21 -0800 Received: from dirty.research.bell-labs.com [204.178.16.6] by mail1.es.net with smtp (Exim 1.81 #2) id 10Dapw-0004QJ-00; Thu, 18 Feb 1999 13:18:20 -0800 Received: from nova.dnrc.bell-labs.com ([135.180.131.5]) by dirty; Thu Feb 18 16:16:28 EST 1999 Received: from dnrc.bell-labs.com (igorspc [135.180.130.146]) by nova.dnrc.bell-labs.com (8.9.1/8.9.1) with ESMTP id QAA12505; Thu, 18 Feb 1999 16:16:26 -0500 (EST) Message-ID: <36CC832B.4385668F@dnrc.bell-labs.com> Date: Thu, 18 Feb 1999 16:16:27 -0500 From: Igor Slepchin Organization: Bell Labs X-Mailer: Mozilla 4.04 [en] (WinNT; U) MIME-Version: 1.0 To: Colin Perkins CC: rem-conf@es.net Subject: Re: How to send large rtcp packets? References: <4015.919359459@cs.ucl.ac.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Quoting from draft-ietf-avt-rtp-new-02.ps, page 17: If the overall length of a compound (RTCP) packet would exceed MTU of the network path, it SHOULD be segmented into multiple shorter compound packets to be transmitted in separate packets of the underlying protocol. There is a "may" instead of SHOULD in RFC1889. I am not sure if this is implemented by anybody, though. --- Igor Slepchin Colin Perkins wrote: > > An RTP session with a large number of active senders will result in an > application generating RTCP reception reports with a large number of > report blocks. Clearly, these become large and may exceed the MTU of the > network. > > What is the correct behaviour for such an application? There seem to be > multiple options: > 1) Send a single large packet, which will be fragmented. This is > undesirable, due to the loss multipler effect of fragmentation. > 2) Split the single RTCP packet into multiple smaller packets, and > send these back-to-back. > 3) Report only on a subset of the active sources, which will fit > into an MTU sized packet. Which subset? Does it matter? > I guess the correct answer is (3), but can't find confirmation of this in > the spec anywhere. > > Comments? > > Colin From rem-conf Thu Feb 18 14:57:27 1999 From rem-conf-request@es.net Thu Feb 18 14:57:26 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10DcI1-0006MU-00; Thu, 18 Feb 1999 14:51:25 -0800 Received: from bells.cs.ucl.ac.uk [128.16.5.31] by mail1.es.net with smtp (Exim 1.81 #2) id 10DcI0-0006ME-00; Thu, 18 Feb 1999 14:51:24 -0800 Received: from eucharisto.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Thu, 18 Feb 1999 22:51:16 +0000 To: Igor Slepchin cc: rem-conf@es.net Subject: Re: How to send large rtcp packets? In-reply-to: Your message of "Thu, 18 Feb 1999 16:16:27 EST." <36CC832B.4385668F@dnrc.bell-labs.com> Date: Thu, 18 Feb 1999 22:51:14 +0100 Message-ID: <6619.919378274@cs.ucl.ac.uk> From: Colin Perkins X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --> Igor Slepchin writes: >Quoting from draft-ietf-avt-rtp-new-02.ps, page 17: > >If the overall length of a compound (RTCP) packet would exceed MTU of >the network path, it SHOULD be segmented into multiple shorter compound >packets to be transmitted in separate packets of the underlying >protocol. > >There is a "may" instead of SHOULD in RFC1889. I am not sure if this is >implemented by anybody, though. Missed that... :-( Still, does it fully answer the question? If those multiple packets are sent together (ie: option 2 below), the RTCP transmission interval becomes incorrect, since it rely on the average packet size so that two small packets don't have the same effect as one large one. This gets us back to sending smaller packets by only reporting on a subset of sources each interval. I'm concerned what this does to the semantics of the RRs though: before we either got a report on all sources a receiver was receiving, or on none of them (if the report was lost). If only some of the sources are reported on, we can't tell if it's a partial report or if that receiver is not receiving some sources. Or have I missed something else? Colin >Colin Perkins wrote: >> >> An RTP session with a large number of active senders will result in an >> application generating RTCP reception reports with a large number of >> report blocks. Clearly, these become large and may exceed the MTU of the >> network. >> >> What is the correct behaviour for such an application? There seem to be >> multiple options: >> 1) Send a single large packet, which will be fragmented. This is >> undesirable, due to the loss multipler effect of fragmentation. >> 2) Split the single RTCP packet into multiple smaller packets, and >> send these back-to-back. >> 3) Report only on a subset of the active sources, which will fit >> into an MTU sized packet. Which subset? Does it matter? >> I guess the correct answer is (3), but can't find confirmation of this in >> the spec anywhere. >> >> Comments? >> >> Colin From rem-conf Thu Feb 18 15:03:34 1999 From rem-conf-request@es.net Thu Feb 18 15:03:34 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10DcQj-0006kk-00; Thu, 18 Feb 1999 15:00:25 -0800 Received: from ursamajor.cisco.com [171.69.63.56] by mail1.es.net with esmtp (Exim 1.81 #2) id 10DcQi-0006cC-00; Thu, 18 Feb 1999 15:00:24 -0800 Received: from casner-pc.cisco.com (casner-pc.cisco.com [171.71.37.112]) by ursamajor.cisco.com (8.8.5-Cisco.2-SunOS.5.5.1.sun4/8.6.5) with ESMTP id OAA00042; Thu, 18 Feb 1999 14:59:21 -0800 (PST) Date: Thu, 18 Feb 1999 15:02:41 -0800 (Pacific Standard Time) From: Stephen Casner To: Colin Perkins cc: rem-conf@es.net Subject: Re: How to send large rtcp packets? In-Reply-To: <4015.919359459@cs.ucl.ac.uk> Message-ID: Sender: casner@cisco.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Colin, > What is the correct behaviour for such an application? There seem to be > multiple options: > 1) Send a single large packet, which will be fragmented. This is > undesirable, due to the loss multipler effect of fragmentation. > 2) Split the single RTCP packet into multiple smaller packets, and > send these back-to-back. > 3) Report only on a subset of the active sources, which will fit > into an MTU sized packet. Which subset? Does it matter? > I guess the correct answer is (3), but can't find confirmation of this in > the spec anywhere. What I implemented was a combination of 2) and 3). I fill up an RTCP compound packet with multiple RR packets up to the MTU, then I have a knob to control how many such compound RTCP packets may be generated at once (back-to-back). I think I have the knob currently set to 2. If not all sources are reported at one interval, I continue round-robin at the next interval. This should all balance out if the interval calculation is done correctly. However, the average RTCP packet size calculation computed by each participant may not be correct if the knob is set greater than 1. This suggests that your guess at 3) as the right answer would be valid. There may be a problem with RTCP monitors if they interpret the lack of an RR block for a particular source as an indication that no packets were received from that source in that interval. I suppose we should say something about this in the spec somewhere. -- Steve From rem-conf Thu Feb 18 18:26:24 1999 From rem-conf-request@es.net Thu Feb 18 18:26:24 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10DfZ5-000203-00; Thu, 18 Feb 1999 18:21:15 -0800 Received: from george.lbl.gov [131.243.2.12] by mail1.es.net with esmtp (Exim 1.81 #2) id 10DfZ4-0001zt-00; Thu, 18 Feb 1999 18:21:14 -0800 Received: (from mperry@localhost) by george.lbl.gov (8.9.2/8.9.2) id SAA20530; Thu, 18 Feb 1999 18:19:18 -0800 (PST) Date: Thu, 18 Feb 1999 18:19:18 -0800 (PST) Message-Id: <199902190219.SAA20530@george.lbl.gov> From: mperry@george.lbl.gov To: DAAgarwal@lbl.gov, Jason_Sylvester@3com.com, Ksiple@home.com, MPerry@lbl.gov, M_Howard-Jeweler@lbl.gov, Rowe@BMRC.Berkeley.edu, bjorn@it.kth.se, cpmcparland@lbl.gov, ferenc@deepthought.EECS.Berkeley.EDU, ikeda@hike.te.chiba-u.ac.jp, itf@mcs.anl.gov, jam@mattheij.nl, jim.myers@pnl.gov, mbone@isi.edu, olson@mcs.anl.gov, philippe.galvez@cern.ch, rem-conf@es.net, roland@irdu.nus.edu.sg, toonen@mcs.anl.gov, van@ee.lbl.gov, yb@magic.be Subject: Multithreaded devserv for Windows X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi All, Multithreaded versions of devserv are now available for Windows 95/NT (at ftp://george.lbl.gov/pub/mbone/devserv or via link to src/binaries at http://www-itg.lbl.gov/ mbone/devserv). If you are downloading either the source or binary .zip packages, please be sure to get version "a1.0". As with the UNIX multithreaded versions, you should see faster device startup/shutdown and no polling for network receives. Please feel free to email me if there are problems or if you have feedback, questions... --Marcia _____________________________________________________________________ Marcia Perry MPerry@lbl.gov Lawrence Berkeley National Laboratory WORK# (510) 486-6786 1 Cyclotron Road FAX# (510) 486-6363 Berkeley, CA 94720 MS: 50B-2239 From rem-conf Thu Feb 18 20:42:08 1999 From rem-conf-request@es.net Thu Feb 18 20:42:07 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10Dhdc-0003Re-00; Thu, 18 Feb 1999 20:34:04 -0800 Received: from dirty.research.bell-labs.com [204.178.16.6] by mail1.es.net with smtp (Exim 1.81 #2) id 10Dhda-0003RU-00; Thu, 18 Feb 1999 20:34:02 -0800 Received: from couch.dnrc.bell-labs.com ([135.180.160.30]) by dirty; Thu Feb 18 23:32:42 EST 1999 Received: from dnrc.bell-labs.com (jdrosen.lra.lucent.com [135.17.250.82]) by couch.dnrc.bell-labs.com (8.8.8/8.8.8) with ESMTP id XAA20465; Thu, 18 Feb 1999 23:32:36 -0500 (EST) Message-ID: <36CCE942.A3246328@dnrc.bell-labs.com> Date: Thu, 18 Feb 1999 23:32:02 -0500 From: Jonathan Rosenberg Organization: Bell Laboratories X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: Colin Perkins CC: Igor Slepchin , rem-conf@es.net Subject: Re: How to send large rtcp packets? References: <6619.919378274@cs.ucl.ac.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Colin Perkins wrote: > > Still, does it fully answer the question? If those multiple packets are > sent together (ie: option 2 below), the RTCP transmission interval becomes > incorrect, since it rely on the average packet size so that two small > packets don't have the same effect as one large one. Agreed. You need to send only one packet. > > This gets us back to sending smaller packets by only reporting on a subset > of sources each interval. I'm concerned what this does to the semantics of > the RRs though: before we either got a report on all sources a receiver was > receiving, or on none of them (if the report was lost). If only some of the > sources are reported on, we can't tell if it's a partial report or if that > receiver is not receiving some sources. I don't see this conflict. Not getting a receiver report for some sender just means that the receiver report was not sent (or, perhaps was lost). This does not mean that the participant isn't getting RTP from that sender. If this were the case, there would be a receiver report with high loss rates. This might serve as a useful way to decide what RR's to include: highest loss rate first. -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 Fri Feb 19 00:50:00 1999 From rem-conf-request@es.net Fri Feb 19 00:49:59 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10DlRa-0005ja-00; Fri, 19 Feb 1999 00:37:54 -0800 Received: from bells.cs.ucl.ac.uk [128.16.5.31] by mail1.es.net with smtp (Exim 1.81 #2) id 10DlRY-0005jQ-00; Fri, 19 Feb 1999 00:37:53 -0800 Received: from hocus.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Fri, 19 Feb 1999 08:37:46 +0000 To: Stephen Casner cc: Colin Perkins , rem-conf@es.net Subject: Re: How to send large rtcp packets? In-reply-to: Your message of "Thu, 18 Feb 1999 15:02:41 PST." Date: Fri, 19 Feb 1999 08:37:44 +0100 Message-ID: <709.919413464@cs.ucl.ac.uk> From: Jon Crowcroft X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list In message , Stephe n Casner typed: so the questions are 1/ respect the bandwidth restriction on rtcp traffic and do so over a per packet interval, not just the whole.... 2/ make sure no-one is deterministcailly left out of reports of course, if sources come and go, this is tricky, so maybe you want to report most recent seen first with higher probability? as to MTU, i thought only 576 octets was mandated? if you use 1500 you are really gonna break lots of wireless and legacy links... >>Colin, >> >>> What is the correct behaviour for such an application? There seem to be >>> multiple options: >>> 1) Send a single large packet, which will be fragmented. This is >>> undesirable, due to the loss multipler effect of fragmentation. >>> 2) Split the single RTCP packet into multiple smaller packets, and >>> send these back-to-back. >>> 3) Report only on a subset of the active sources, which will fit >>> into an MTU sized packet. Which subset? Does it matter? >>> I guess the correct answer is (3), but can't find confirmation of this in >>> the spec anywhere. >> >>What I implemented was a combination of 2) and 3). I fill up an RTCP >>compound packet with multiple RR packets up to the MTU, then I have a >>knob to control how many such compound RTCP packets may be generated >>at once (back-to-back). I think I have the knob currently set to 2. >>If not all sources are reported at one interval, I continue >>round-robin at the next interval. >> >>This should all balance out if the interval calculation is done >>correctly. However, the average RTCP packet size calculation computed >>by each participant may not be correct if the knob is set greater than >>1. This suggests that your guess at 3) as the right answer would be >>valid. >> >>There may be a problem with RTCP monitors if they interpret the lack >>of an RR block for a particular source as an indication that no >>packets were received from that source in that interval. >> >>I suppose we should say something about this in the spec somewhere. >> >> -- Steve >> >> cheers jon From rem-conf Fri Feb 19 01:03:04 1999 From rem-conf-request@es.net Fri Feb 19 01:03:04 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10DlmA-0006OO-00; Fri, 19 Feb 1999 00:59:10 -0800 Received: from basil.cdt.luth.se [130.240.64.67] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 10Dlm9-0006Nw-00; Fri, 19 Feb 1999 00:59:09 -0800 Received: from fix (fix.cdt.luth.se [130.240.64.20]) by basil.cdt.luth.se (8.8.8/8.7.3) with ESMTP id JAA24133; Fri, 19 Feb 1999 09:59:01 +0100 (MET) Message-Id: <199902190859.JAA24133@basil.cdt.luth.se> X-Mailer: exmh version 2.0.2 2/24/98 To: Jon Crowcroft cc: Stephen Casner , Colin Perkins , rem-conf@es.net Subject: Re: How to send large rtcp packets? In-reply-to: Your message of "Fri, 19 Feb 1999 08:37:44 +0100." <709.919413464@cs.ucl.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Feb 1999 09:59:01 +0100 From: Peter Parnes X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list AI was wrong about the 1500. Vic/Vat take 1024+headers for granted though. %79 Peppar:> grep MTU vic-2.8/rtp.h #define RTP_MTU 1024 Thats is the limit vic uses for breaking up video packets. /P From rem-conf Fri Feb 19 06:55:01 1999 From rem-conf-request@es.net Fri Feb 19 06:55:00 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10DrEV-0002kU-00; Fri, 19 Feb 1999 06:48:47 -0800 Received: from duke.poly.edu [128.238.2.92] (mv) by mail1.es.net with esmtp (Exim 1.81 #2) id 10DrET-0002kJ-00; Fri, 19 Feb 1999 06:48:45 -0800 Received: from localhost (mv@localhost) by duke.poly.edu (8.9.0/8.9.0) with SMTP id JAA13545; Fri, 19 Feb 1999 09:48:30 -0500 (EST) Date: Fri, 19 Feb 1999 09:48:30 -0500 (EST) From: Malathi Veeraraghavan To: comsoc.tac@tab.ieee.org, sb.all@ieee.org, rem-conf@es.net Subject: Infocom 99 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list IEEE Infocom99 will be held in New York city >from March 21-25, 99. The deadline for early registration is coming up: March 1, 99. Please register. Check the web site http://www.comm.utoronto.ca/~infocom/ for details. ********************************************************** Malathi Veeraraghavan Associate Professor Tel: 718-260-3493 Dept. of Elec. Engg. Fax: 718-260-3074 Polytechnic University Email: mv@poly.edu 6 Metrotech Center Room: LC219 Brooklyn, NY 11201 ********************************************************** From rem-conf Fri Feb 19 08:33:40 1999 From rem-conf-request@es.net Fri Feb 19 08:33:38 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10Dsn5-0004AK-00; Fri, 19 Feb 1999 08:28:35 -0800 Received: from dxmint.cern.ch [137.138.26.76] by mail1.es.net with esmtp (Exim 1.81 #2) id 10Dsn3-00049r-00; Fri, 19 Feb 1999 08:28:33 -0800 Received: from dxcoms.cern.ch (dxcoms.cern.ch [137.138.28.176]) by dxmint.cern.ch (8.9.1a/8.9.1) with SMTP id RAA25276 for ; Fri, 19 Feb 1999 17:27:31 +0100 (MET) Received: from localhost by dxcoms.cern.ch (5.65v4.0/1.1.10.5/15Nov97-1020AM) id AA32264; Fri, 19 Feb 1999 17:27:31 +0100 Date: Fri, 19 Feb 1999 17:27:31 +0100 (MET) From: Christian Isnard - CERN IT/IA To: rem-conf MBONE List Subject: CERN ATLAS MBone Announcement Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list CERN is pleased to announce the MBONE broadcast of the ATLAS Plenary Session and Physics Meeting ========================================= 25-26 February 1999 Place: CERN Main Auditorium *** Times are UTC+1 *** Thursday 25 Feb. AM : Physics Meeting Thursday 25 Feb. PM : Plenary Session Friday 26 Feb. AM/PM: Physics Meeting (Please see detailed agenda below) The broadcast is announced on MBone via SDR as "CERN ATLAS" with scope "World" (ttl 127). In case of questions or problems please contact: multicast@noc.cern.ch. ================== Detailed agenda: Thursday morning ================ 25 February 1999 I) System performance (summaries) --------------------------------- - Muons 15' + 5' - Hadronic calorimetry 15' + 5' - Electromagnetic calorimetry 15' + 5' - Inner Detector 15' + 5' II) Combined performance ------------------------ - Electron/gamma 50' + 5' Expect presentations on: E/p, gamma/jet with combined ATRIG/ATRECON, J/psi to e+e-, electron ID ... - Jets/ETmiss 50' + 5' Expect presentations on: jet calibration, FCAL performance, tau/ETmiss, ETmiss tails for Z+jets, compositeness (?) ... - Trigger 50' + 5' Expect presentations on: B-physics at high L, pi/K decays, LVL2 muons, LVL2 electrons in ID versus noise/eff. of system ... Thursday Afternoon: Plenary Session =================================== 25 February 1999 14:00 Introduction and status - LHCC matters - Council and Non-Member State matters - decisions of the ATLAS EB since the last Plenary - status of milestones - video of some activities in the collaboration 14:45 Progress on understanding of the 100 MeV background 15:15 Conclusions from the computing review 16:15 --- tea break --- 16:45 Overview of the work programme for the coming months 17:15 First report from the Advisory Group committee on ATLAS leadership responsibilities and renewal 18:00 Brief announcements Friday morning ============== 26 February 1999 II) Combined performance (continued) ------------------------------------ - Muons 50' + 5' Expect presentations on: muon matching (combined resolution/eff.), low-pT muon ID (end-cap Inner Station, tile and HEC) ... - b-tagging 30' + 5' Expect presentations on: soft electrons, soft muons, combined b-tagging performance ... III) Structure functions J. Huston 20' + 5' ------------------------ IV) Mass scale 50' + 5' -------------- -Z to e+e- S. Simion 10' -E/p calibration M. Taddel 10' -Jet scale M. Bosman 20' -Muon scale C. Guyot 10' V) Luminosity K. Piotrzkowski 20' + 5' ------------- **************** Lunch break ******************* **************** Restart at 13:30 ******************* Friday afternoon ================ 26 February 1999 VI) QCD 35' + 5' ------- Expect presentations on: diffraction, jets/multijets, b-production, top production ... VII) Precision physics 30' + 5' ---------------------- -Triple/quadruple gauge couplings J. B. Hansen 15' -W mass measurement F. Gianotti 10' -Sin2(thetaW) S. Haywood 5' Expect presentations on: triple/quadruple gauge boson couplings, W mass, sin2(thetaW) ... VIII) Higgs physics 45' + 5' ------------------- -Standard Model Higgs K. Jakobs 15' -SUSY Higgs E. Richter-Was 15' -Heavy Higgs L. Poggioli 15' IX) Top physics 50' + 5' --------------- Expect presentations on: measurement of mass in top to jjb decays, meas. of mass in multi-lepton decays, rare decays, 4th family ... X) B-physics 40' + 5' ------------ Expect presentations on: K/pi separation and impact on sin(2alpha), new channels ... XI) SUSY physics and exotics 50' + 5' ---------------------------- -SUSY summary 15' -Technicolour G. Azuelos 10' -Heavy gauge bosons J. Collot 10' -Excited quarks R. Mehdiyev 5' -Monopoles V. Koreshev 5' -Compositeness Z. Usubov 5' From rem-conf Sun Feb 21 03:44:09 1999 From rem-conf-request@es.net Sun Feb 21 03:44:07 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10EWP0-00042V-00; Sun, 21 Feb 1999 02:46:22 -0800 Received: from 2cust109.tnt24.sfo3.da.uu.net (tasteory.server) [208.255.66.237] by mail1.es.net with smtp (Exim 1.81 #2) id 10EWOu-00041a-00; Sun, 21 Feb 1999 02:46:16 -0800 From: Subject: The Free Online 1,800 Page Y2K Report Date: Sun, 21 Feb 1999 07:11:30 Message-Id: Bcc: To: rem-conf@es.net X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Here is where you can see the 1,800 page Y2K report that you probably heard about on the news. It's free. Double Click On This Link: http://209.60.152.131 From rem-conf Sun Feb 21 15:47:30 1999 From rem-conf-request@es.net Sun Feb 21 15:47:29 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10EiON-0004vk-00; Sun, 21 Feb 1999 15:34:31 -0800 Received: from 121.newark-03-04rs.nj.dial-access.att.net (default) [12.78.97.121] by mail1.es.net with smtp (Exim 1.81 #2) id 10EiOK-0004vU-00; Sun, 21 Feb 1999 15:34:30 -0800 From: BMC Translations To: Message-Id: <419.436212.77368021mw99@bigfoot.com> Subject: ADV: Language Translation Service Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date: Sun, 21 Feb 1999 15:34:30 -0800 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list LANGUAGE TRANSLATION SERVICE We are experienced in translating all business and personal documents. Fast service and very reasonable rates. ENGLISH - SPANISH - PORTUGUESE For other languages, please call or fax us. World wide service! BMC International Translations Tel: 1 (908) 820 0720 Fax: 1 (908) 820 4972 Located in New Jersey, USA. To be removed from our mailing list, reply with "Remove" in the subject area. From rem-conf Mon Feb 22 12:42:45 1999 From rem-conf-request@es.net Mon Feb 22 12:42:44 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10F1xh-0000PY-00; Mon, 22 Feb 1999 12:28:17 -0800 Received: from odisea.dif.um.es [155.54.95.100] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 10F1xf-0000PO-00; Mon, 22 Feb 1999 12:28:16 -0800 Received: from odisea.dif.um.es (pedrom@localhost [127.0.0.1]) by odisea.dif.um.es (8.8.7/8.8.7) with ESMTP id VAA01260 for ; Mon, 22 Feb 1999 21:24:11 +0100 Message-Id: <199902222024.VAA01260@odisea.dif.um.es> X-Mailer: exmh version 2.0.2 From: Pedro Miguel Ruiz Martinez To: rem-conf@es.net Subject: Problems with mrouted-3.9-beta3 and Linux 2.2.0 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Mon, 22 Feb 1999 21:24:11 +0100 Sender: pedrom@odisea.dif.um.es X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi all, I'm trying to run mrouted-3.9-beta3 with on my Linux box. = On my old 2.0.36 kernel there was no problem but now I'm using 2.2.0 I ge= t the = following error message: warning - setsockopt MRT_ADD_MFC: Invalid argument Does anybody now what could be wrong? Thanks = -------------------------------------------------------------------- Pedro Miguel Ruiz Martinez Laboratorio de Redes Facultad de Informatica Universidad de Murcia Tlf +34 968364644 Spain -------------------------------------------------------------------- From rem-conf Tue Feb 23 01:45:57 1999 From rem-conf-request@es.net Tue Feb 23 01:45:56 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10FEGy-0005hE-00; Tue, 23 Feb 1999 01:37:00 -0800 Received: from chico.rediris.es [130.206.1.3] by mail1.es.net with esmtp (Exim 1.81 #2) id 10FEGo-0005gH-00; Tue, 23 Feb 1999 01:36:53 -0800 Received: from rediris.es (october.rediris.es [130.206.1.169]) by chico.rediris.es (8.9.1/8.9.1) with ESMTP id KAA24956; Tue, 23 Feb 1999 10:34:49 +0100 (MET) Message-Id: <199902230934.KAA24956@chico.rediris.es> X-Mailer: exmh version 2.0.2 From: "Angel L. Mateo" To: Yozo Toda cc: rem-conf@es.net Subject: Re: Vic on video4linux? Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Tue, 23 Feb 1999 10:31:21 +0100 Sender: angel.mateo@rediris.es X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list El d=EDa Tue, 15 Dec 1998 12:57:46 +0900 Yozo Toda escribi=F3: > = > > Does anybody know where can I find vic on video4linux? > = > Patrick Vielle said in the message to MBONE mailing list (Sep.22, 1998)= > = > Patrick> Also there is a VIC compiled for video4linux which I have'nt t= ried. > Patrick> = > Patrick> http://user.cs.tu-berlin.de/~kraxel/linux/ > = > try and tell us if it's usable or not (-: > = Yes, I have tried, and it's usable. ----------------------------------------- Angel L. Mateo Martinez Aplicaciones Telem=E1ticas de Trabajo Cooperativo RedIRIS/CSIC C/ Serrano, 142 28006 Madrid (Spain) Tlfo: +34-91-5855145 Fax: +34-91-5855146 From rem-conf Tue Feb 23 04:10:18 1999 From rem-conf-request@es.net Tue Feb 23 04:09:50 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10FGYe-000761-00; Tue, 23 Feb 1999 04:03:24 -0800 Received: from p-voyageur.issy.cnet.fr [139.100.0.39] by mail1.es.net with smtp (Exim 1.81 #2) id 10FGYc-00075l-00; Tue, 23 Feb 1999 04:03:22 -0800 Received: by p-voyageur.issy.cnet.fr with Internet Mail Service (5.5.2232.9) id ; Tue, 23 Feb 1999 13:00:14 +0100 Message-ID: <425A62747E7CD111B4570060974B1C63F8E622@r-mhs.rennes.cnet.fr> From: GOULEAU Emmanuel CNET/DSM/REN To: "'rem-conf@es.net'" Subject: Sequence Number Date: Tue, 23 Feb 1999 13:12:37 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Dear AVT participants, Having an RTP server streaming a pre-recorded file on an infinite loop, when it switches from the end of the (n) session to the begining of the next session (n+1), does it re-initialize the Sequence Number in the RTP header with a random value? Or does it increment the Sequence Number by one? Thank you in advance for your answer. Emmanuel ********************************************************************** <<...>> Emmanuel GOULEAU France Telecom CNET "Broadcast and On-Line Services Networks" Tel : +33 2 99 12 43 94 - Fax : +33 2 99 12 40 98 mailto:emmanuel.gouleau@cnet.francetelecom.fr ********************************************************************** From rem-conf Tue Feb 23 11:39:41 1999 From rem-conf-request@es.net Tue Feb 23 11:39:41 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10FNYk-0004Uu-00; Tue, 23 Feb 1999 11:31:58 -0800 Received: from 144.atl-sav900.pool.eni.net (localhost) [155.229.128.144] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 10FNYg-0004Tu-00; Tue, 23 Feb 1999 11:31:54 -0800 Received: from localhost (127.0.0.1) by localhost (8.8.5/8.8.5) with SMTP id HAA29768; Sat, 20 Feb 1999 07:59:42 -0500 (EST) Received: from (del.ginko.bell345.com) by (130.22.253.256) (8.8.5/8.6.5) with SMTP id GAA06007 for ; Tue, 23 Feb 1999 12:37:52 -0600 (EST) Date: Tue, 23 Feb 99 12:37:52 EST From: udel@localhost To: Announcement@localhost Subject: Get More Web Page Hits! Message-ID: <> X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Need website traffic from ALL of the MAJOR search engines on the net? Here's what we can do for you: - Get your site listed in the top 5-20 of All MAJOR SEARCH ENGINES! - Provide hits on an unlimited amount of keywords and keyword phrases. - Provide daily stats on where and how your hits are generated. - You only pay for the hits we generate! If you want to INCREASE your hits, we can help! For a LIVE and PERSONALIZED online tour of our system, please call us toll free: 1-888-248-7073 To be removed from this mailing list, type REMOVE in the subject field and send to: mailstop@eastmail.com From rem-conf Tue Feb 23 12:16:33 1999 From rem-conf-request@es.net Tue Feb 23 12:16:33 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10FOBG-0005ig-00; Tue, 23 Feb 1999 12:11:46 -0800 Received: from ns.stardust.com (ziggy.stardust.com) [205.184.205.34] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 10FOBF-0005iW-00; Tue, 23 Feb 1999 12:11:45 -0800 Received: from lazlor (dhcp204-96.stardust.com [205.184.204.96]) by ziggy.stardust.com (8.8.8/8.8.8/Debian/GNU/Stardust) with SMTP id MAA27545 for ; Tue, 23 Feb 1999 12:11:40 -0800 Message-Id: <3.0.5.32.19990223121132.00b41dc0@stardust.com> X-Sender: lazlor@stardust.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Tue, 23 Feb 1999 12:11:32 -0800 To: rem-conf@es.net From: "Allen K. Smith" Subject: SPAM forged from stardust Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Re: Subject: Get More Web Page Hits! There is a piece of spam circuling with the preceding subject with poorly forged stardust headers. It did not come from stardust and has nothing to do with us. Sigh. Allen Smith, lazlor@stardust.com IP Multicast. Turn it on and tune-in to the future. From rem-conf Tue Feb 23 13:04:54 1999 From rem-conf-request@es.net Tue Feb 23 13:04:53 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10FOpk-0006k3-00; Tue, 23 Feb 1999 12:53:36 -0800 Received: from ns.stardust.com (ziggy.stardust.com) [205.184.205.34] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 10FOpi-0006js-00; Tue, 23 Feb 1999 12:53:34 -0800 Received: from lazlor (dhcp204-96.stardust.com [205.184.204.96]) by ziggy.stardust.com (8.8.8/8.8.8/Debian/GNU/Stardust) with SMTP id MAA28632 for ; Tue, 23 Feb 1999 12:53:33 -0800 Message-Id: <3.0.5.32.19990223125325.009c5430@stardust.com> X-Sender: lazlor@stardust.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Tue, 23 Feb 1999 12:53:25 -0800 To: rem-conf@es.net From: "Allen K. Smith" Subject: OFFTOPIC: Re: SPAM forged from stardust In-Reply-To: <3.0.5.32.19990223121132.00b41dc0@stardust.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Actually it apparantly came from an unqualified address, thus "self forging" to look like it came from my domain. Tricky. Allen Sorry for the traffic. From rem-conf Tue Feb 23 20:59:29 1999 From rem-conf-request@es.net Tue Feb 23 20:59:28 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10FWIP-0002uS-00; Tue, 23 Feb 1999 20:51:41 -0800 Received: from ursamajor.cisco.com [171.69.63.56] by mail1.es.net with esmtp (Exim 1.81 #2) id 10FWIO-0002u5-00; Tue, 23 Feb 1999 20:51:40 -0800 Received: from REVELSTOKE ([171.70.119.75]) by ursamajor.cisco.com (8.8.5-Cisco.2-SunOS.5.5.1.sun4/8.6.5) with ESMTP id UAA18915; Tue, 23 Feb 1999 20:50:35 -0800 (PST) Date: Tue, 23 Feb 1999 20:50:15 -0800 (Pacific Standard Time) From: Stephen Casner To: GOULEAU Emmanuel CNET/DSM/REN cc: "'rem-conf@es.net'" Subject: Re: Sequence Number In-Reply-To: <425A62747E7CD111B4570060974B1C63F8E622@r-mhs.rennes.cnet.fr> Message-ID: Sender: casner@cisco.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list > Having an RTP server streaming a pre-recorded file on an infinite loop, when > it switches from the end of the (n) session to the begining of the next > session (n+1), does it re-initialize the Sequence Number in the RTP header > with a random value? Or does it increment the Sequence Number by one? It should increment the sequence number by one, just as if it were one long continuous transmission. The same is true of the RTP timestamp: it should be updated so that first sample of audio at the beginning of the loop for the next play has the timestamp that would be the same as the next packet of audio if the loop had one more than it really does, and similarly for video frames. I believe that the RTSP spec (RFC 2326) talks about this or a similar scenario. -- Steve From rem-conf Wed Feb 24 03:00:42 1999 From rem-conf-request@es.net Wed Feb 24 03:00:41 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10FbxS-0005kR-00; Wed, 24 Feb 1999 02:54:26 -0800 Received: from proxy3.ba.best.com [206.184.139.14] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 10FbxR-0005kG-00; Wed, 24 Feb 1999 02:54:25 -0800 Received: from mg-20425418-115.ricochet.net (mg-20425418-115.ricochet.net [204.254.18.115]) by proxy3.ba.best.com (8.9.3/8.9.2/best.out) with SMTP id CAA23998 for ; Wed, 24 Feb 1999 02:53:54 -0800 (PST) Message-Id: <3.0.5.16.19990224024948.43f71866@shell7.ba.best.com> X-Sender: rsf@shell7.ba.best.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (16) Date: Wed, 24 Feb 1999 02:49:48 To: rem-conf@es.net From: Ross Finlayson Subject: A new RTP payload format for MP3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list FYI, I have recently submitted an Internet-Draft describing a proposed new RTP payload format for MP3 audio - one that should more tolerant of packet loss than the existing standard (RFC 2250). I've included the abstract below. The I-D will probably appear as "draft-finlayson-rtp-mp3-00.txt"; for now, you can find it online at . I hope to be able to talk about this briefly at the Minneapolis IETF (if I can afford to go to it :-(, including whether to adopt it as a product of the AVT working group for possible standardization. In the meantime I'd be interested in any comments (especially from experts in MPEG audio). Ross. --------------------- A More Loss-Tolerant RTP Payload Format for MP3 Audio [...] 2. Abstract While the RTP payload format defined in RFC 2250 is generally applicable to all forms of MPEG audio or video, it is less suitable for MPEG 1 or 2, layer III audio (commonly known as "MP3"). The reason for this is that an MP3 frame is not a true "Application Data Unit" - it contains a back-pointer to data in earlier frames, and so cannot be decoded independently of these earlier frames. Because RFC 2250 defines that packet boundaries coincide with frame boundaries, it handles packet loss inefficiently when carrying MP3 data. The loss of an MP3 frame will render some data in previous (or future) frames useless, even if they are received without loss. In this document we define a new RTP payload format for MP3 audio. The new format is essentially the same as that defined in RFC 2250, except for a data-preserving rearrangement of the original MPEG frames, so that packet boundaries now coincide with true MP3 "Application Data Units". This new format is therefore more data efficient in the face of packet loss. --------------------- From rem-conf Wed Feb 24 06:41:45 1999 From rem-conf-request@es.net Wed Feb 24 06:41:44 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10FfNy-0000lh-00; Wed, 24 Feb 1999 06:34:02 -0800 Received: from teco01a.teco.uni-karlsruhe.de [129.13.170.1] by mail1.es.net with esmtp (Exim 1.81 #2) id 10FfNu-0000lW-00; Wed, 24 Feb 1999 06:33:58 -0800 Received: (from majordom@localhost) by teco01a.teco.uni-karlsruhe.de (8.8.5/8.8.5) id NAA09087 for events-outgoing; Wed, 24 Feb 1999 13:06:42 +0100 (MET) Message-ID: <36D3DF42.718F@teco.uni-karlsruhe.de> Date: Wed, 24 Feb 1999 12:15:14 +0100 From: Hans-Werner Gellersen X-Mailer: Mozilla 3.0 (X11; I; OSF1 V4.0 alpha) MIME-Version: 1.0 To: events@teco.edu Subject: CfP - Symposium on Handheld and Ubiquitous Computing Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: huc@teco.edu Reply-To: huc@teco.edu X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list (Please apologize, if you receive multiple copies of this CfP) HUC99 - CALL FOR PAPERS ======================= International Symposium on Handheld and Ubiquitous Computing September 27-29, 1999 Karlsruhe, Germany http://www.teco.edu/huc/ Organised by University of Karlsruhe, Telecooperation Office Hosted by ZKM (Center for Art and Media), Karlsruhe In cooperation with ACM SIGMOBILE, SIGAPP, SIGCHI and SIGGROUP IMPORTANT DATES --------------- April 30, 1999 Deadline for submission of papers June 18, 1999 Author notification June 30, 1999 Deadline for submission of posters July 16, 1999 Final papers due YOU ARE INVITED TO PARTICIPATE IN HUC99 --------------------------------------- Truly personal handheld and wearable technologies are small and unobtrusive, usable most of the time and in most circumstances for access to information and computing. Complimentary, environment-based technologies make artefacts of our surrounding world computationally accessible, and facilitate use of everyday things and environments as ubiquitous computing interface. The symposium will bring together researchers and practitioners from different communities to explore links and synergies between personal and environment-based technologies, in the context of innovative applications with thematic focus on "Interaction with Environments", "Information Appliances" and "Handheld CSCW". The venue is Karlsruhe in the southwest of Germany, situated in the Upper Rhine Valley bordering Black Forest, Alsace, and Palatine. The town is within easy reach from international airports at Frankfurt and Stuttgart. The symposium will be held at the Center for Art and Media (ZKM), quite a new type of museum which involves the public with interactive, hands-on installations. CALL FOR CONTRIBUTIONS ---------------------- We solicit full papers (5000 words) and poster contributions (1500 words) related to the symposium themes. See below for a non-exhaustive list of topics of interest. Note, that in addition to papers and posters, also contributions to workshops are sought. For further information see http://www.teco.edu/huc/. TOPICS OF INTEREST INCLUDE: - Handheld, wearable and environment-based computing - Ultra-portable devices - Personal information appliances - Ubiquitous information appliances - Ubiquitous computing environments - Interactive environments - Location- and context-awareness - Ad hoc networking and collaboration - Inherently mobile collaborative work - Handhelds and wearables for groups and communities - Awareness of collaboration and work environments - Novel interfaces and usage metaphors - Human factors in ubiquitous computing - Unobtrusive human-computer interaction - Linking virtual worlds and physical worlds - Portable media, ubiquitous media, and ambient media - Augmented reality - Personal agents and ubiquitous agents - Appliance networking and management - Privacy and security concerns - Mobile informatics - Experimental school environments - Applications in arts and entertainment - New technologies for social interaction MORE INFORMATION ---------------- For more information contact: Hans-W. Gellersen Telecooperation Office (TecO) University of Karslruhe Vincenz-Priessnitz-Str. 1 76131 Karlsruhe, Germany huc@teco.edu From rem-conf Wed Feb 24 09:10:23 1999 From rem-conf-request@es.net Wed Feb 24 09:10:23 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10Fhi5-0002is-00; Wed, 24 Feb 1999 09:02:57 -0800 Received: from redale.cisco.com [171.69.95.102] by mail1.es.net with esmtp (Exim 1.81 #2) id 10Fhi4-0002hd-00; Wed, 24 Feb 1999 09:02:56 -0800 Received: from cisco.com (dhcp-71-147-164.cisco.com [171.71.147.164]) by redale.cisco.com (8.8.5-Cisco.2-SunOS.5.5.1.sun4/8.6.5) with ESMTP id JAA27885; Wed, 24 Feb 1999 09:01:52 -0800 (PST) Message-ID: <36D42FA0.1E56C192@cisco.com> Date: Wed, 24 Feb 1999 08:58:08 -0800 From: Anup Rao Reply-To: anrao@cisco.com Organization: Cisco Systems X-Mailer: Mozilla 4.03 [en] (WinNT; U) MIME-Version: 1.0 To: GOULEAU Emmanuel CNET/DSM/REN CC: "'rem-conf@es.net'" Subject: Re: Sequence Number References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Stephen Casner wrote: > > > Having an RTP server streaming a pre-recorded file on an infinite loop, when > > it switches from the end of the (n) session to the begining of the next > > session (n+1), does it re-initialize the Sequence Number in the RTP header > > with a random value? Or does it increment the Sequence Number by one? > > It should increment the sequence number by one, just as if it were one > long continuous transmission. The same is true of the RTP timestamp: > it should be updated so that first sample of audio at the beginning of > the loop for the next play has the timestamp that would be the same as > the next packet of audio if the loop had one more than it really does, > and similarly for video frames. > > I believe that the RTSP spec (RFC 2326) talks about this or a similar > scenario. > -- Steve Yes, in Appendix B. -Anup. From rem-conf Wed Feb 24 12:51:21 1999 From rem-conf-request@es.net Wed Feb 24 12:51:21 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10Fl8g-0005Mw-00; Wed, 24 Feb 1999 12:42:38 -0800 Received: from cs.columbia.edu [128.59.16.20] by mail1.es.net with esmtp (Exim 1.81 #2) id 10Fl8f-0005Mm-00; Wed, 24 Feb 1999 12:42:37 -0800 Received: from opus.cs.columbia.edu (opus.cs.columbia.edu [128.59.20.100]) by cs.columbia.edu (8.9.1/8.9.1) with ESMTP id PAA18565; Wed, 24 Feb 1999 15:42:31 -0500 (EST) Received: from cs.columbia.edu (erlang.cs.columbia.edu [128.59.19.141]) by opus.cs.columbia.edu (8.9.1/8.9.1) with ESMTP id PAA05556; Wed, 24 Feb 1999 15:42:15 -0500 (EST) Sender: hgs@cs.columbia.edu Message-ID: <36D46426.D3011447@cs.columbia.edu> Date: Wed, 24 Feb 1999 15:42:14 -0500 From: Henning Schulzrinne Organization: Columbia University, Dept. of Computer Science X-Mailer: Mozilla 4.5 [en] (X11; I; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: confctrl@ISI.EDU, iptel@lists.research.bell-labs.com, rem-conf@es.net, voip-tech@vocaltec.com CC: Jeff Pulver Subject: First SIP Bake-Off at Columbia University, April 8/9, 1999 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list After an informal survey, a number of people have expressed interest in participating in a first ``SIP Bake-Off''. The purpose of the bake-off is to test for interoperability of finished and in in-progress SIP implementations. The bake-off will take place at Columbia University, New York, NY on Thursday, April 8th and Friday, April 9th. Details can be found at http://www.cs.columbia.edu/~hgs/sip/bakeoff.html -- Henning Schulzrinne http://www.cs.columbia.edu/~hgs From rem-conf Wed Feb 24 13:52:41 1999 From rem-conf-request@es.net Wed Feb 24 13:52:40 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10Fm2I-0006Wt-00; Wed, 24 Feb 1999 13:40:06 -0800 Received: from mail.utstar.com (Aries.utstar.com) [205.185.99.6] by mail1.es.net with esmtp (Exim 1.81 #2) id 10Fm2G-0006Wb-00; Wed, 24 Feb 1999 13:40:04 -0800 Received: from ieee.org ([209.220.43.232]) by Aries.utstar.com (8.9.3/8.9.3) with ESMTP id QAA09108; Wed, 24 Feb 1999 16:28:16 -0500 (EST) Message-ID: <36D46FA2.2BB0CC31@ieee.org> Date: Wed, 24 Feb 1999 13:31:14 -0800 From: "Willie W.LU" Reply-To: wwlu@ieee.org Organization: IEEE Silicon Valley, USA X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: Omar Elloumi CC: bd_email@inesc.pt, ActiveNets_Wire@ittc.ukans.edu, issll@mercury.lcs.mit.edu, heads@hpovua.org, members@hpovua.org, xtp-relay@cs.concordia.ca, end2end-interest@ISI.EDU, tccc@ieee.org, enternet@bbn.com, apc@eee.nthu.edu.tw, dbword@cs.wisc.edu, f-troup@codex.cis.upenn.edu, g-troup@ccrc.wustl.edu, hipparch@sophia.inria.fr, reres@laas.fr, rem-conf@es.net, sigmedia@bellcore.com, mobile-ip@tadpole.com, ieeetcpc@ccvm.sunysb.edu, cnon@maestro.bellcore.com, commsoft@cc.belcore.com, multicomm@cc.bellcore.com, activenets_all@ittc.ukansas.edu, arpanet-bboard@mc.lcs.mit.edu, cabernet-events@ncl.ac.uk, comsoc.tac@tab.ieee.org, comswtc@gmu.edu, ieee.announce@bellcore.com, osimcast@bbn.com, cif@injector.ca.sandia.gov, atm@sun.com, cost237-transport@comp.lancs.at, Hossam.Afifi@enst-bretagne.fr Subject: wmATM'99 in Silicon Valley References: <199811181053.LAA02134@pacman> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by Aries.utstar.com id QAA09108 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list <> Dear Colleagues, On behalf of the wmATM=9299 Committee, I am pleased to invite you to participate and join the discussion in this important workshop. Among over 220 papers submitted to wmATM=9299, 40 original papers are accepted to be included into the Workshop programme and will be published in the wmATM=9299 proceedings. wmATM=9299 will be the significant international event focusing on the exchange of experiences on wireless mobile ATM implementational issues targeting 3G wireless communications among scientists, researchers, engineers and government officers. Apart from the technical sessions, most of the worldwide leaders in this field will share their expertise with all participants in the workshop. I expect this wmATM=9299 will reflect both technical and professional excellence for this advanced technology, and you will absolutely benefit well from this technical forum. For further information about wmATM=9299, please browse the web site at: http://www.delson.org/tf-wmatm/wmatm99/ Thank you for your time. Yours truly, Willie W. Lu, SrMIEEE General Chair, wmATM=9299 Committee 1960 Linden Lane Milpitas, CA 95035, U.S.A E-mail: wwlu@ieee.org From rem-conf Wed Feb 24 14:27:53 1999 From rem-conf-request@es.net Wed Feb 24 14:27:52 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10FmgY-0007eq-00; Wed, 24 Feb 1999 14:21:42 -0800 Received: from odin.ietf.org (ietf.org) [132.151.1.176] by mail1.es.net with esmtp (Exim 1.81 #2) id 10FmgX-0007dZ-00; Wed, 24 Feb 1999 14:21:41 -0800 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA25648; Wed, 24 Feb 1999 17:20:37 -0500 (EST) Message-Id: <199902242220.RAA25648@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: rem-conf@es.net From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-avt-interleaving-01.txt Date: Wed, 24 Feb 1999 17:20:37 -0500 Sender: cclark@ns.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 Interleaved Media Author(s) : C. Perkins Filename : draft-ietf-avt-interleaving-01.txt Pages : 6 Date : 22-Feb-99 This memo defines an interleaving scheme for RTP streams. This scheme is derived from the RTP payload format for redundant audio data [4] and hence is targetted primarily at streamed audio, although it may be of use in other scenarios. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-avt-interleaving-01.txt Internet-Drafts are also 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-interleaving-01.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-avt-interleaving-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: <19990224170015.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-interleaving-01.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-interleaving-01.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19990224170015.I-D@ietf.org> --OtherAccess-- --NextPart-- From rem-conf Wed Feb 24 20:13:03 1999 From rem-conf-request@es.net Wed Feb 24 20:13:03 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10Fs3a-0003Ju-00; Wed, 24 Feb 1999 20:05:50 -0800 Received: from tay-78-28.ev1.net (System) [216.88.78.28] by mail1.es.net with smtp (Exim 1.81 #2) id 10Fs3X-0003Jk-00; Wed, 24 Feb 1999 20:05:49 -0800 From: Hidden Treasures To: Message-Id: <419.436216.16644132mgr@Fiberia.com> Subject: ADV. 16 Successful years, 100% Guaranteed Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date: Wed, 24 Feb 1999 20:05:49 -0800 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Start Earning A Nice Steady Income GUARANTEED or Your Money Back!!!! With a REAL BUSINESS as a licensed associate of a Very Unusual FREE monthly shopping paper. Sixteen years of successful local operation, now starting national expansion program. Only $29 gets you started. No Selling, No Mail-outs, No gimmicks and Not MLM. You can easily earn $900-$1200 per week with this genius, honest business. Complete recorded details 24 hours at 1-800-350-9692 or 281-315-1069. This message is being sent in compliance of the new e-mail bill: SECTION 301. Per Section 301, Paragraph (a)(2)(c) of S. 1618. We obtained your address as that of a person interested in receiving information on a legitimate home business. If this message is in error, then please forgive this intrusion and send a blank e-mail with Remove in the subject line to: Listmgr@mail.entrepreneurmag.com to be immediately and permanently removed from this list. From rem-conf Thu Feb 25 12:31:49 1999 From rem-conf-request@es.net Thu Feb 25 12:31:49 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10G7Gv-000530-00; Thu, 25 Feb 1999 12:20:37 -0800 Received: from nobozo.cs.berkeley.edu [128.32.34.58] by mail1.es.net with esmtp (Exim 1.81 #2) id 10G7Gu-00052p-00; Thu, 25 Feb 1999 12:20:36 -0800 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by nobozo.CS.Berkeley.EDU (8.8.8/8.6.3) with SMTP id MAA03566; Thu, 25 Feb 1999 12:20:34 -0800 (PST) Message-Id: <3.0.3.32.19990225122101.00ab2e40@plateau.cs.berkeley.edu> X-Sender: florissa@plateau.cs.berkeley.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Thu, 25 Feb 1999 12:21:01 -0800 To: (Recipient list suppressed) From: Florissa Colina Subject: 3/3 Berkeley Multimedia, Interfaces and Graphics Seminar Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Berkeley Multimedia, Interfaces and Graphics Seminar Parallel Software-Only Video Effects Processing Wednesday, March 3, 1999, 1:00-2:30 p.m. 405 Soda Hall Ketan Meyer-Patel Computer Science Division - EECS, UC Berkeley Experience in the television and film industries shows that video effects like fades, transitions, and titling improve the perceived quality of video material. Traditional production methods for video effects, however, are not well matched to the needs of Internet video streaming. In this talk, I describe a parallel software-only video effects processing system designed specifically for streaming Internet video. I will describe mechanisms for supporting different types of parallelism and show how their design is constrained by properties of streaming video formats and protocols. I will also describe a novel control mechanism built on Scalable Reliable Multicast (SRM). The seminar is broadcast on the Internet Mbone. The addresses are video 224.2.163.7/57076 and audio 224.2.147.61/27202. Sponsored by the Berkeley Multimedia Research Center ____________________________________________ Florissa Colina Berkeley Multimedia Research Center (BMRC) http://bmrc.berkeley.edu/ 626 Soda Hall #1776 University of California Berkeley, CA 94720-1776 Phone: (510) 643-0800 FAX: (510) 642-5615 Email: florissac@bmrc.berkeley.edu From rem-conf Thu Feb 25 20:59:39 1999 From rem-conf-request@es.net Thu Feb 25 20:59:38 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10GFEN-0002PV-00; Thu, 25 Feb 1999 20:50:31 -0800 Received: from ee.ee.ust.hk [143.89.44.243] (root) by mail1.es.net with smtp (Exim 1.81 #2) id 10GFEL-0002PL-00; Thu, 25 Feb 1999 20:50:29 -0800 Received: from eesu66 by ee.ee.ust.hk id <113377(4)>; Fri, 26 Feb 1999 12:48:23 +0800 From: "DR. DANNY TSANG" To: commsoft@cc.belcore.com, multicomm@cc.bellcore.com, activenets_all@ittc.ukansas.edu, arpanet-bboard@mc.lcs.mit.edu, ActiveNets_Wire@ittc.ukans.edu, issll@mercury.lcs.mit.edu, xtp-relay@cs.concordia.ca, end2end-interest@isi.edu, enternet@bbn.com, hipparch@sophia.inria.fr, reres@laas.fr, rem-conf@es.net, sigmedia@bellcore.com, mobile-ip@tadpole.com, ieeetcpc@ccvm.sunysb.edu, cnon@maestro.bellcore.com, cabernet-events@ncl.ac.uk, comsoc.tac@tab.ieee.org, comswtc@gmu.edu, ieee.announce@bellcore.com, itc@ieee.org, tcgn@ieee.org, amlist@takilab.k.dendai.ac.jp, members@tmforum.org, apnoms-all@nile.postech.ac.kr, comsoc-gicb@ieee.org, giga@tele.pitt.edu, SIGMOB@ACM.ORG Subject: IFIP BC'99 (Hong Kong) - new submission deadline X-Sun-Charset: US-ASCII Message-Id: <99Feb26.124823hkt.113377(4)@ee.ee.ust.hk> Date: Fri, 26 Feb 1999 12:48:17 +0800 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Dear colleagues, Sorry if you receive multiple copies of this message. Due to the short announcement of the Call for Papers for IFIP Broadband Communications '99, the paper submission for the original deadline, February 28, 1999, is slow. The new paper submission deadline for IFIP Broadband Communications'99 has now been extended to 22 MARCH 1999 as requested by some of the potential authors. Please circulate this message to your colleagues as wide as possible and to encourage them to submit a paper before the deadline. Please also visit the conference web site for the latest annoucements at http://www.ee.ust.hk/~bc99 Thank you in advance for your help and look forward to having your participation in BC'99 in Hong Kong. Sincerely yours, Danny H.K. Tsang Paul J. Kuehn General Chair of BC'99 Co-chair of BC'99 From rem-conf Thu Feb 25 23:15:31 1999 From rem-conf-request@es.net Thu Feb 25 23:15:30 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10GHPP-0003zu-00; Thu, 25 Feb 1999 23:10:03 -0800 Received: from dirty.research.bell-labs.com [204.178.16.6] by mail1.es.net with smtp (Exim 1.81 #2) id 10GHPN-0003zk-00; Thu, 25 Feb 1999 23:10:01 -0800 Received: from couch.dnrc.bell-labs.com ([135.180.160.30]) by dirty; Fri Feb 26 02:09:56 EST 1999 Received: from dnrc.bell-labs.com (jdrosen.lra.lucent.com [135.17.250.228]) by couch.dnrc.bell-labs.com (8.8.8/8.8.8) with ESMTP id CAA08933 for ; Fri, 26 Feb 1999 02:09:54 -0500 (EST) Message-ID: <36D648A3.324D05B6@dnrc.bell-labs.com> Date: Fri, 26 Feb 1999 02:09:23 -0500 From: Jonathan Rosenberg Organization: Bell Laboratories X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: rem-conf@es.net Subject: New I-D on FEC Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Folks, I've submitted an updated FEC draft. Changes since last version: * specification of usage with SDP * more details on use with rfc2198 Until it appears in the archives, you can find a copy at: http://www.cs.columbia.edu/~jdrosen/papers/draft-ietf-avt-fec-05.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 Fri Feb 26 04:57:40 1999 From rem-conf-request@es.net Fri Feb 26 04:57:39 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10GMlM-0006lB-00; Fri, 26 Feb 1999 04:53:04 -0800 Received: from lri.lri.fr [129.175.15.1] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 10GMlL-0006l1-00; Fri, 26 Feb 1999 04:53:03 -0800 Received: from lri.fr (pc-copri.lri.fr [129.175.13.18]) by lri.lri.fr (8.9.1a/8.9.1) with ESMTP id NAA20935; Fri, 26 Feb 1999 13:53:00 +0100 (MET) Message-ID: <36FB8460.24F2C5BF@lri.fr> Date: Fri, 26 Mar 1999 13:58:08 +0100 From: =?iso-8859-1?Q?kav=E9?= Salamatian X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: rem-conf@es.net Subject: Request Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Dear sir, I have heard about a linux driver for the ATI all in wonder Pro video grabber and of an update of vic to work with this grabber. Anybody can get me a pointer. Thanks Kave From rem-conf Fri Feb 26 04:57:40 1999 From rem-conf-request@es.net Fri Feb 26 04:57:39 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10GMkQ-0006kz-00; Fri, 26 Feb 1999 04:52:06 -0800 Received: from galaxy.uci.agh.edu.pl (uci.agh.edu.pl) [149.156.96.9] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 10GMkG-0006kn-00; Fri, 26 Feb 1999 04:52:04 -0800 Received: from saturn.kt.agh.edu.pl (saturn.kt.agh.edu.pl [149.156.114.3]) by uci.agh.edu.pl (8.9.3/8.8.7/rchk1.20) with SMTP id NAA20188 for ; Fri, 26 Feb 1999 13:51:03 +0100 (MET) Received: from madzia.kt.agh.edu.pl by saturn.kt.agh.edu.pl (AIX 3.2/UCB 5.64/5.1) id AA05061; Fri, 26 Feb 1999 13:53:06 +0100 Received: by madzia.kt.agh.edu.pl (SMI-8.6/SMI-SVR4) id NAA19980; Fri, 26 Feb 1999 13:52:59 +0100 Date: Fri, 26 Feb 1999 13:52:59 +0100 From: pach@saturn.kt.agh.edu.pl (Andrzej Pach) Message-Id: <199902261252.NAA19980@madzia.kt.agh.edu.pl> Organization: University of Mining and Metallurgy Address: Mickiewicza 30, 30-059 Krakow, POLAND To: rem-conf@es.net Subject: Broadband Access Conference '99 - CfP X-Sun-Charset: US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Apologies if you receive unintentional duplicates of this message. Announcement and Call for Papers BROADBAND ACCESS CONFERENCE (BAC99) Cracow, Poland, October 11-13, 1999 http://BAC99.kt.agh.edu.pl/ Sponsored by IEEE Poland Section and Cracow Communications Society Chapter Rapidly growing demand for Internet resources access and emerging broadband interactive applications attracts telecom operators' and service providers' attention to access technologies: copper (xDSL), fibre (FTTx) and wireles (WLL). The conference addresses a full spectrum of issues related to a residential access - from signal level, through network architectures and their life cycle costs up to live field trial description. The conference will help incumbent operators to determine their own technology migration path to the broadband forefront that will match their current status and prospected market niches. The conference programme is organised in three streamed sessions: * Digital Subscriber Line * Fibre in the Loop * Wireless Solutions Submitted extended abstracts will undergo three independent reviews and accepted papers will appear in the conference proceedings. Digital Subscriber Line ======================= The digital subscriber line technologies xDSL have received a great attention >from the telecom operators in the past years. This stems from the fact that telephone companies around the world are making decisions how to include existing twisted-pair infrastructure in their next generation broadband access networks. Telecom service users are more and more interested in high speed access to Internet services. It seems that xDSL is the ideal solution for both sides. However, there are some issues to be solved before these technologies will become a commercial success. Original papers are invited on such topics as (but not limited to): * access network evolution from voice-band modems to broadband DSL systems * signaling techniques * noise and crosstalk immunity * impact of xDSL access networks on the network equipment and cabling * status of standardization * deployment and testing guidelines * IP/ATM integrated services Fibre in the Loop ================= There is an common assumption that target solution for telecommunications broadband access networks will be based on the fibre optic technology. Deployment of fibre optic based access networks assures high channels throughput, low signal delay and remarkable performance of the overall system. The possibility of OA&M costs reduction and an extension of telecommunications services provided to customers is very promising for telecommunication operators. Despite of these advantages the process of FITL standardization is still open. Original papers addressing relevant topics are hereby solicited: * Strategic planning of FTTx systems * FTTx standardization process * Protocols for FTTx networks * Network management systems for FTTx networks * Optical devices and technologies for FTTx systems * Operation, Administration and Maintenance (OAM) of FTTx networks Wireless Solutions ================== The telecom operators are looking for wireless technology to replace a part of wire infrastructure in developing countries and big cities where laying additional wire cables is costly. Wireless Local Loop WLL technology is considered because the radio systems are deployed rapidly and easily extendible. Today we have to set a longer term perspective of where WLL systems should be implemented in the next few years. The aim is to provide new broadband residential services and encourage competition for existing public telecom operators with established copper plant. Efforts are now underway to the development of Broadband Radio Access Networks BRAN. Original papers are invited on such topics as: * WLL technology options covered: microwave point-to-multipoint, cordless, cellular, satellite * high-bandwidth packet-oriented services in WLL * circuit-oriented services in WLL * International Mobile Telecommunications - 2000 IMT-2000 and LL * Radio spectrum allocation for the WLL * WLL traffic modelling, system capacity * standardization and technical options Tutorials ========= Proposals for tutorials are solicited. Evaluation of proposals will be based on the expertise of the instructors, and on the subject matter. Potential instructors are requested to submit a tutorial proposal of at most 5 pages, including a biographical sketch, to the BAC99 chairs. IMPORTANT DATES =============== * Submission of extended abstracts (max. 5 pages) due: May 17, 1999 * Authors notified: June 30, 1999 * Full paper camera ready due: September 10, 1999 SUBMISSION / REGISTRATION ========================= Submit extended abstracts by e_mail to one of the BAC99 chairs. For registration and general information contact a chair of the BAC99 organising Committee, dr Artur Lason. CONFERENCE COMMITTEE ==================== CONFERENCE CHAIRS Prof. Andrzej R. PACH General Chair of BAC'99 Department of Telecommunications AGH Cracow University Al. Mickiewicza 30 30-059 Krakow, Poland Email: pach@kt.agh.edu.pl Tel: +48 12 634 5582 Fax: +48 12 634 2372 Prof. Zdzislaw PAPIR Program Chair of BAC'99 Department of Telecommunications AGH Cracow University Al. Mickiewicza 30 30-059 Krakow, Poland Email: papir@kt.agh.edu.pl Tel: +48 12 634 5582 Fax: +48 12 634 2372 TECHNICAL PROGRAM COMMITTEE =========================== N.E. ANDERSEN, DSC Communications, Denmark K. ASATANI, Univ. Kogakuin, Japan A. AZCORRA, Univ. Politecnica de Madrid, Spain D. BEM, Wroclaw Univ. Of Technology, Poland W. Y. CHEN, Motorola, USA A. CIZMAR, Univ. Kosice, Slovakia A. DOBROGOWSKI, Poznan Univ. of Technology, Poland A. DZIECH, AGH Cracow Univ., Poland A.L. EKBLAD, Telia, Sweden U. FERRERO, CSELT, Italy K.-P. HO, Univ. Hong Kong A. JAJSZCZYK, ITTI Ltd. And ATR, Poland T. KESSLER, Deutsche Telecom, Germany K. KIKUSHIMA, NTT, Japan S. KUMAR, Ericsson, USA B. ORTH, Deutsche Telekom, Germany K. PAHLAVAN, Worcester Pol., USA T. POLLET, Bell Alcatel, Belgium M. POUSA, CET, Portugal A. SIMMONDS, Sheffield Hallam Univ., UK P. SPRUYT, Bell Alcatel, Belgium R. VALADAS, Univ. Aveiro, Portugal M. YANO, Fujitsu, Japan ORGANISING COMMITTEE ==================== Chair: Dr. Artur LASON Department of Telecommunications AGH Cracow University Al. Mickiewicza 30 30-059 Krakow, Poland Email: lason@kt.agh.edu.pl Tel: +48 12 634 5582 Fax: +48 12 634 2372 Members: R. Chodorek, AGH Cracow Univ., chodorek@kt.agh.edu.pl K. Juszkiewicz, AGH Cracow Univ., juszkiew@kt.agh.edu.pl W. Ludwin, AGH Cracow Univ., ludwin@kt.agh.edu.pl M. Natkaniec, AGH Cracow Univ., natkanie@kt.agh.edu.pl K. Wajda, AGH Cracow Univ., wajda@kt.agh.edu.pl I. Wojdylo, AGH Cracow Univ. M. Wroniewicz, AGH Cracow Univ. T. Zbiezek, AGH Cracow Univ., zbiezek@kt.agh.edu.pl LOCAL ARRANGEMENTS ================== Magdalena Lyko, Found. for Progress in Telecommunications, lyko@kt.agh.edu.pl Krystyna Stefanek, AGH Cracow Univ., stefanek@kt.agh.edu.pl Anna Kolek, AGH Cracow Univ. From rem-conf Fri Feb 26 08:09:19 1999 From rem-conf-request@es.net Fri Feb 26 08:09:19 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10GPji-0002d5-00; Fri, 26 Feb 1999 08:03:34 -0800 Received: from mail-blue.research.att.com [135.207.30.102] by mail1.es.net with esmtp (Exim 1.81 #2) id 10GPjh-0002cv-00; Fri, 26 Feb 1999 08:03:33 -0800 Received: from surfcity.research.att.com (surfcity.research.att.com [135.207.128.5]) by mail-blue.research.att.com (Postfix) with ESMTP id 249474CE15; Fri, 26 Feb 1999 11:03:32 -0500 (EST) Received: from pcmrcfast (pcmrcfast [135.207.131.70]) by surfcity.research.att.com (8.8.7/8.8.7) with SMTP id LAA14286; Fri, 26 Feb 1999 11:03:29 -0500 (EST) Message-ID: <02ba01be61a1$6ea971e0$4683cf87@pcmrcfast.research.att.com> Reply-To: "M. Reha Civanlar" From: "M. Reha Civanlar" To: "MPEG-4 on IP" <4onip-sys@fzi.de>, Subject: updated draft on MPEG4 payload format Date: Fri, 26 Feb 1999 11:02:37 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list I've submitted an updated draft describing "RTP payload format for MPEG4 data" to the Internet Drafts Administrator yesterday. Until it becomes available in the archives, you can download it from: http://www.research.att.com/~mrc/draft-ietf-avt-rtp-mpeg4-01.txt (or .ps) Thanks. ----------------------------------------------------------------------- M. Reha Civanlar Technology Leader, AT&T Labs - Research 100 Schultz Drive, Red Bank, NJ 07701, U.S.A civanlar@research.att.com Phone: +1 732 345 3305 Fax:+1 732 345 3033 http://www.research.att.com/info/mrc From rem-conf Fri Feb 26 11:19:23 1999 From rem-conf-request@es.net Fri Feb 26 11:19:22 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10GSff-0005sY-00; Fri, 26 Feb 1999 11:11:35 -0800 Received: from el-postino.s-vision.com [207.108.173.5] by mail1.es.net with esmtp (Exim 1.81 #2) id 10GSfe-0005sB-00; Fri, 26 Feb 1999 11:11:34 -0800 Received: by el-postino.s-vision.com with Internet Mail Service (5.5.2232.9) id ; Fri, 26 Feb 1999 12:10:30 -0700 Message-ID: <18A6A966D2B7D211AEDE0090273CE1BA0CB2B0@el-postino.s-vision.com> From: Forrest Blair To: rem-conf@es.net, h323implementors@imtc.org Subject: Firewalls Date: Fri, 26 Feb 1999 12:10:29 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hello: I'm looking for information and experience with respect to dealing with Firewalls while implementing H.323. Help on this issue is greatly appreciated. Thanks, Forrest Blair Sorenson Vision From rem-conf Fri Feb 26 12:02:29 1999 From rem-conf-request@es.net Fri Feb 26 12:02:28 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10GTMm-00079m-00; Fri, 26 Feb 1999 11:56:08 -0800 Received: from bounty.cisco.com [161.44.2.72] by mail1.es.net with esmtp (Exim 1.81 #2) id 10GTMl-00079U-00; Fri, 26 Feb 1999 11:56:07 -0800 Received: from cisco.com (localhost [127.0.0.1]) by bounty.cisco.com (8.8.8/2.5.1/Cisco List Logging/8.8.8) with ESMTP id OAA26225 for ; Fri, 26 Feb 1999 14:55:05 -0500 (EST) Sender: nsraju@cisco.com Message-ID: <36D6FC19.98BA8FDD@cisco.com> Date: Fri, 26 Feb 1999 14:55:05 -0500 From: Raju Nadimpalli Organization: Cisco Systems Inc X-Mailer: Mozilla 4.03C-CISCOENG [en] (X11; U; SunOS 5.6 sun4u) MIME-Version: 1.0 To: rem-conf@es.net Subject: H.450.x asn.1 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 looking for H.450.x ASN.1 source files. Any pointers will be appreciated. Thanks Raju From rem-conf Fri Feb 26 12:15:31 1999 From rem-conf-request@es.net Fri Feb 26 12:15:30 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10GTaa-0007ku-00; Fri, 26 Feb 1999 12:10:24 -0800 Received: from ganymede.or.intel.com [134.134.248.3] by mail1.es.net with esmtp (Exim 1.81 #2) id 10GTaY-0007kg-00; Fri, 26 Feb 1999 12:10:22 -0800 Received: from orsmsx28.jf.intel.com (orsmsx28.jf.intel.com [192.168.65.28]) by ganymede.or.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id UAA24941; Fri, 26 Feb 1999 20:10:19 GMT Received: by ORSMSX28 with Internet Mail Service (5.5.2232.9) id <1FWFK07M>; Fri, 26 Feb 1999 12:10:18 -0800 Message-ID: From: "El-Gebaly, Hani" To: Forrest Blair , rem-conf@es.net, h323implementors@imtc.org Subject: RE: Firewalls Date: Fri, 26 Feb 1999 12:10:15 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Forrest, Check out http://support.intel.com/support/videophone/trail21/h323_wpr.htm Hani ElGebaly, Intel Corp. > -----Original Message----- > From: Forrest Blair [SMTP:fblair@S-VISION.COM] > Sent: Friday, February 26, 1999 11:10 AM > To: rem-conf@es.net; h323implementors@imtc.org > Subject: Firewalls > > Hello: > > I'm looking for information and experience with respect to dealing with > Firewalls while implementing H.323. > > Help on this issue is greatly appreciated. > > Thanks, > > Forrest Blair > Sorenson Vision > ------------------------------------------------------------------------- > for list subscription instructions, > send email to h323implementors-request@imtc.org with text "info" From rem-conf Fri Feb 26 14:40:11 1999 From rem-conf-request@es.net Fri Feb 26 14:40:11 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10GVo8-00021F-00; Fri, 26 Feb 1999 14:32:32 -0800 Received: from odin.ietf.org (ietf.org) [132.151.1.176] by mail1.es.net with esmtp (Exim 1.81 #2) id 10GVo7-00020v-00; Fri, 26 Feb 1999 14:32:31 -0800 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA01056; Fri, 26 Feb 1999 17:31:26 -0500 (EST) Message-Id: <199902262231.RAA01056@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: rem-conf@es.net From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-avt-rtp-mpeg4-01.txt,.ps Date: Fri, 26 Feb 1999 17:31:21 -0500 Sender: cclark@ns.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 Streams Author(s) : R. Civanlar, V. Balabanian, A. Basso, S. Casner, C. Herpel, C. Perkins Filename : draft-ietf-avt-rtp-mpeg4-01.txt,.ps Pages : 11 Date : 25-Feb-99 This document describes a payload format for transporting MPEG-4 encoded data using RTP. MPEG-4 is a recent standard from ISO/IEC for the coding of natural and synthetic audio-visual data. Several services provided by RTP are beneficial for MPEG-4 encoded data transport over the Internet. Additionally, the use of RTP makes it possible to synchronize MPEG-4 data with other real-time data types. This specification is a product of the Audio/Video Transport working group within the Internet Engineering Task Force and ISO/IEC MPEG-4 ad hoc group on MPEG-4 over Internet. Comments are solicited and should be addressed to the working group's mailing list at rem-conf@es.net and/or the authors. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-avt-rtp-mpeg4-01.txt Internet-Drafts are also 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-01.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-avt-rtp-mpeg4-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: <19990225141347.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-rtp-mpeg4-01.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-rtp-mpeg4-01.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19990225141347.I-D@ietf.org> --OtherAccess-- --NextPart-- From rem-conf Fri Feb 26 22:55:11 1999 From rem-conf-request@es.net Fri Feb 26 22:55:10 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10GdWD-0006nG-00; Fri, 26 Feb 1999 22:46:33 -0800 Received: from f228.hotmail.com (hotmail.com) [207.82.251.119] by mail1.es.net with smtp (Exim 1.81 #2) id 10GdWA-0006mq-00; Fri, 26 Feb 1999 22:46:30 -0800 Received: (qmail 26043 invoked by uid 0); 27 Feb 1999 06:45:27 -0000 Message-ID: <19990227064527.26042.qmail@hotmail.com> Received: from 202.188.25.155 by www.hotmail.com with HTTP; Fri, 26 Feb 1999 22:45:26 PST X-Originating-IP: [202.188.25.155] From: "HENG EE WEE" To: rem-conf-request@es.net, vat-radio-request@elxr.jpl.nasa.gov, confctrl-request@isi.edu, int-serv-request@isi.edu, rem-conf@es.net, mbone-sg-request@lincoln.technet.sg, mbone-uk-request@cs.ucl.ac.uk, mbone-eu-request@sics.se, mbone-oz-request@internode.com.au, mboned@ns.uoregon.edu Subject: Re : a student needs help.. Date: Fri, 26 Feb 1999 22:45:26 PST Mime-Version: 1.0 Content-type: text/plain X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list I'm a diploma student in Network Communication course, currently i'm working on a research paper regarding Mbone. After i have tried to get everything about Mbone over the Internet, i found that many of those articles and research papers just describe the general information about Mbone, but what my lecturer required me to do is to find a specific topic on this area(all about Mbone). Eventually, i have chosen a topic "Reliable techniques and protocols to improve video conferencing over the Mbone" so, could any expert supply me all the information or links to obtain those articles and techical or research papers regarding this area ? Thank you. please reply me at -->hengew@hotmail.com ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From rem-conf Sun Feb 28 09:37:23 1999 From rem-conf-request@es.net Sun Feb 28 09:37:22 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10H9ua-00049v-00; Sun, 28 Feb 1999 09:21:52 -0800 Received: from vivaldi.belnet.be [193.190.198.2] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 10H9uZ-00049l-00; Sun, 28 Feb 1999 09:21:51 -0800 Received: from belnet.be (argos.belnet.be [193.190.198.37]) by vivaldi.belnet.be (8.8.8/mro1.4) with ESMTP id SAA22268; Sun, 28 Feb 1999 18:21:41 +0100 (MET) Message-Id: <199902281721.SAA22268@vivaldi.belnet.be> To: mbone@ISI.EDU, rem-conf@es.net cc: Ross Finlayson Subject: Re: "liveCaster": MP3 streaming via multicast Subject: Re: [mbone-be] Update re. multicast MP3 streaming tools In-reply-to: Your message of "Sun, 14 Feb 1999 15:43:27." <3.0.5.16.19990214154327.20975616@shell7.ba.best.com> Date: Sun, 28 Feb 1999 18:21:40 +0100 From: Patrick De Muynck X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list I thought that RealPlayer G2 should be able to do the job, because: - with the new so called "scalable multicast" support it's able to play an RTP/RCP multicasted stream and furthermore to parse the SDP announcement that describes the stream - it has Codec support for playing MP3 It didn't work for me however. Here's what I tried: I started broadcasting with the liveCaster, sending SDP announcements. I launched the RealPlayer by using Peter Parnes' WEB-based multicast Session Directory (http://www.cdt.luth.se/~peppar/progs/mSD/) and clicking on the liveCaster announcement (alternatively you can just save the SDP announcement on disk as a file with extension ".sdp" and open that file in RealPlayer). Note: if you install RealPlayer G2 on a PC it becomes the default program for the MIME type "application/sdp" MIME type, file extension = .sdp . The result was that it receives the stream but can't play it: actually it goes to the RealNetworks WEB site to find an "unknown codec" plugin. Then it reports that no appropriate plugin was found :-( That's rather strange because the RealPlayer streamed the MP3 file >from disk all right... So why? FYI: using RealPlayer G2 / scalable multicast this way works for playback of one-way MBone sessions which use H261/DVI/PCM... I have a related question, which is if there exists a generic program which can handle the "application/sdp" MIME type, i.e. it should be able to accept an .sdp file, parse the SDP announcement, and then startup the proper audio/video tools like MBone or RealPlayer G2. So something similar as mLaunch (http://www.cdt.luth.se/~peppar/progs/mlaunch/) but it should also support Windows and it should be more configurable concerning the choice of the tools (not only MBone). Would "multikit" be able to do this? Patrick De Muynck BELNET, the Belgian National Research Network Patrick.DeMuynck@belnet.be | DWTC - BELNET Tel : +32/2/238.36.76 | Wetenschapsstraat, 4 Fax : +32/2/513.57.30 | B-1000 Brussel In message <3.0.5.16.19990214154327.20975616@shell7.ba.best.com>, Ross Finlayson writes: >FYI, a quick update on the multicast MP3 audio tools that I first announced >a couple of weeks ago: > >"liveCaster" (the multicast MP3 audio source): > >This can now take its MP3 input not only from ".mp3" files, but also from >stdin, or from a HTTP stream (such as a 'Shoutcast' server, or just from a >MP3 file on the web). Also, it will now automatically make an SDP >announcements for its session (although you can choose not to do so). > >"playRTPMPEG" (the MP3/RTP/UDP multicast receiver tool): > >Unix versions (Linux, FreeBSD, Solaris/SPARC and IRIX) are now available. >These will write the received MP3 frames to 'stdout', so you can use this >tool to feed a separate MP3 player program (such as "X11Amp"). (The >Windows version feeds the "Winamp" MP3 player, but by using a hack where it >acts as a special-purpose HTTP server.) This tool doesn't do any buffering >of the incoming MP3/RTP/UDP data; instead, it assumes that whatever >application it feeds (via 'stdout') will have sufficient buffering. > >(I repeat my plea for someone to add MP3 decoding to an existing multicast >audio tool, such as "rat". This would ultimately be a better solution.) > >Finally, both tools now do RTCP, although currently only at a basic level. >(CNAME is the only item sent in a SDES, and the RRs are 'empty'.) > > Ross. From rem-conf Sun Feb 28 10:27:07 1999 From rem-conf-request@es.net Sun Feb 28 10:27:06 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10HAqA-00055K-00; Sun, 28 Feb 1999 10:21:22 -0800 Received: from dxmint.cern.ch [137.138.26.76] by mail1.es.net with esmtp (Exim 1.81 #2) id 10HAq8-000557-00; Sun, 28 Feb 1999 10:21:20 -0800 Received: from dxcoms.cern.ch (dxcoms.cern.ch [137.138.28.176]) by dxmint.cern.ch (8.9.3/8.9.3) with SMTP id TAA04214; Sun, 28 Feb 1999 19:20:18 +0100 (MET) Received: from localhost by dxcoms.cern.ch (5.65v4.0/1.1.10.5/15Nov97-1020AM) id AA04583; Sun, 28 Feb 1999 19:20:18 +0100 Date: Sun, 28 Feb 1999 19:20:18 +0100 (MET) From: Christian Isnard - CERN IT/IA To: atlas-gen@atlas-lb.cern.ch, HRC@in2p3.fr, htasc@listbox.cern.ch, net-teleconferencing LIST , rem-conf MBONE List Subject: CERN Particle Physics MBone Announcement Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list CERN is pleased to announce the MBONE broadcast of the following Particle Physics Seminar: The AMANDA South Pole neutrino telescope: first light by Francis HALZEN / Univ. of Winsconsin, Madison, USA ========================================= Tuesday 2 March 1999 at 16:30 (UTC+1) Place: CERN Main Auditorium The broadcast will be announced on MBone via SDR as "CERN Physics Seminar" with scope "World" (ttl 127). In case of questions or problems please contact: multicast@noc.cern.ch. ======== ABSTRACT We will discuss the performance of natural Antarctic ice between 1 and 2 kilometer depths as a particle detector. We will present a preliminary analysis of the first year of data from a neutrino telescope which uses large volumes of ultra-transparent South Pole ice as a low-noise particle detector, sensing the Cherenkov light from neutrino-induced muons and electrons. This instrument is monitoring the sky for neutrinos from supernovae and gamma ray bursts. We are already performing a first search for neutrino emission from the most energetic cosmic processes involving pulsars, black holes, active galactic nuclei and the like. The detector also has unique capabilities in searching for neutrino mass and dark matter. We will argue however that a high energy neutrino telescope should ultimately have an effective volume of order 1 kilometer cube and will present AMANDA's ongoing and future expansion. From rem-conf Sun Feb 28 10:35:07 1999 From rem-conf-request@es.net Sun Feb 28 10:35:06 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10HAyr-0005Ou-00; Sun, 28 Feb 1999 10:30:21 -0800 Received: from proxy4.ba.best.com [206.184.139.15] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 10HAyq-0005Oi-00; Sun, 28 Feb 1999 10:30:20 -0800 Received: from mg136-121.ricochet.net (mg136-121.ricochet.net [204.179.136.121]) by proxy4.ba.best.com (8.9.3/8.9.2/best.out) with SMTP id KAA11824; Sun, 28 Feb 1999 10:29:27 -0800 (PST) Message-Id: <3.0.5.16.19990228102359.0e27d09e@shell7.ba.best.com> X-Sender: rsf@shell7.ba.best.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (16) Date: Sun, 28 Feb 1999 10:23:59 To: Patrick De Muynck From: Ross Finlayson Subject: Re: "liveCaster": MP3 streaming via multicast Cc: mbone@ISI.EDU, rem-conf@es.net In-Reply-To: <199902281721.SAA22268@vivaldi.belnet.be> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list At 06:21 PM 2/28/99 +0100, Patrick De Muynck wrote: >I thought that RealPlayer G2 should be able to do the job [...] >It didn't work for me however. > >Here's what I tried: I started broadcasting with the liveCaster, [...] >The result was that it receives the stream but can't play it: actually >it goes to the RealNetworks WEB site to find an "unknown codec" >plugin. Then it reports that no appropriate plugin was found :-( > >That's rather strange because the RealPlayer streamed the MP3 file >from disk all right... So why? My guess is that the "RealPlayer" doesn't implement RFC 2250 (MPEG/RTP encapsulation), or perhaps doesn't implement it correctly. (Maybe someone >from RealNetworks could comment on whether they've gotten RealPlayer to play MP3/RTP streams from "liveCaster", and if so, how?) Anyway, for playing MP3/RTP streams on Windows machines, I suggest instead using "playRTPMPEG" with "Winamp": (If you have these two tools installed, then you can launch MP3/RTP sessions directly from multikit.) >I have a related question, which is if there exists a generic program >which can handle the "application/sdp" MIME type, i.e. it should be >able to accept an .sdp file, parse the SDP announcement, and then >startup the proper audio/video tools [...] >Would "multikit" be able to do this? Not at present, although it could be modified to do this (thanks for the suggestion :-) Right now multikit, like "sdr", can launch SDP sessions >from its own, built-in directory GUI - but cannot launch SDP files that come from someone else's directory GUI (e.g., from a separate web browser). Ross. From rem-conf Sun Feb 28 23:12:22 1999 From rem-conf-request@es.net Sun Feb 28 23:12:21 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 10HMiN-0003nL-00; Sun, 28 Feb 1999 23:02:07 -0800 Received: from gatekeeper.wipsys.soft.net [164.164.90.8] by mail1.es.net with smtp (Exim 1.81 #2) id 10HMiJ-0003mM-00; Sun, 28 Feb 1999 23:02:04 -0800 Received: by gatekeeper.wipsys.soft.net (SMI-8.6/SMI-SVR4) id MAA12805; Mon, 1 Mar 1999 12:33:12 -0500 Received: from kmglmail(164.164.26.11) by gatekeeper via smap (V2.0) id xma012789; Mon, 1 Mar 99 12:32:43 -0500 Received: from nortelgw.wipsys.soft.net by kmglmail.wipsys.soft.net (SMI-8.6/SMI-SVR4) id MAA29017; Mon, 1 Mar 1999 12:29:54 +0530 Received: by nortelgw.wipsys.soft.net; id MAA24069; Mon, 1 Mar 1999 12:37:51 +0530 (IST) Received: from unknown(192.219.223.59) by nortelgw.wipsys.soft.net via smap (4.0a) id xma024050; Mon, 1 Mar 99 12:37:33 +0530 Received: by WSLEXCH with Internet Mail Service (5.5.2232.9) id ; Mon, 1 Mar 1999 12:32:35 +0530 Message-ID: <53BA505BEC72D21194400000E216A2443C334E@WSLEXCH> From: Ravi C To: "El-Gebaly, Hani" , Forrest Blair , rem-conf@es.net, h323implementors@imtc.org Subject: RE: Firewalls Date: Mon, 1 Mar 1999 12:32:34 +0530 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list If I were a medical man, I should prescribe a holiday to any patient = who considered his work important. * Bertrand Russell -----Original Message----- From: El-Gebaly, Hani [SMTP:hani.el-gebaly@intel.com] Sent: samedi 27 f=E9vrier 1999 01:40 To: Forrest Blair; rem-conf@es.net; h323implementors@imtc.org Subject: RE: Firewalls Forrest, Check out http://support.intel.com/support/videophone/trail21/h323_wpr.htm Just tired.=20 Got a error message that it was not found on the intel server. Hani ElGebaly, Intel Corp. > -----Original Message----- > From: Forrest Blair [SMTP:fblair@S-VISION.COM] > Sent: Friday, February 26, 1999 11:10 AM > To: rem-conf@es.net; h323implementors@imtc.org > Subject: Firewalls >=20 > Hello: >=20 > I'm looking for information and experience with respect to dealing with > Firewalls while implementing H.323. >=20 > Help on this issue is greatly appreciated. >=20 > Thanks, >=20 > Forrest Blair > Sorenson Vision > ------------------------------------------------------------------------= - > for list subscription instructions, > send email to h323implementors-request@imtc.org with text "info" From rem-conf Sun Feb 28 23:30:54 1999 From rem-conf-request@es.net Sun Feb 28 23:30:52 1999 Received: from list by mail2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 10HN2J-0004yw-00; Sun, 28 Feb 1999 23:22:43 -0800 Received: from 08-177.015.popsite.net ([207.240.169.177] helo=ct1.webquill.com) by mail2.es.net with smtp (Exim 1.92 #1) for rem-conf@es.net id 10HN2H-0004ym-00; Sun, 28 Feb 1999 23:22:41 -0800 Date: 12/7/98 2:28:29 AM Pacific Daylight Time From: selling@angelfire.com Reply-To:selling@angelfire.com To: selling@angelfire.com Subject: Seeking Commission-Based Sales Representatives & Distributors Message-Id: X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list We are seeking commission-based sales representatives and distributors in your geographic market to spearhead the national roll-out for our Consumer Smart Product line. Whether you are a student or a senior citizen, everyone is qualified to earn extra income within our company. Could you use extra income? Are you tired of get rich schemes? If you can answer YES to these questions, then this is the perfect opportunity for you. This is not a pyramid or get rich quick scheme. This is a serious, legitmate business opportunity. We offer Consumer Smart Products at prices everyone can afford! Our products are useful for everyone and they make perfect gifts! All our products emphasize "Quality, Function and Value" For additional information, please reply to this email with more info in your subject heading. Only serious applicants need apply. Thank You