From rem-conf Tue May 01 13:00:00 2001 From rem-conf-request@es.net Tue May 01 12:59:59 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 14ug8L-0002uc-00; Tue, 1 May 2001 12:48:29 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 14ug8J-0002uS-00; Tue, 1 May 2001 12:48:27 -0700 Received: from gumby.cs.berkeley.edu ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Tue, 01 May 2001 12:48:27 -0700 Received: from bmrc.berkeley.edu (sockeye.CS.Berkeley.EDU [128.32.36.74]) by gumby.cs.berkeley.edu (8.9.3/8.9.3) with ESMTP id MAA05511; Tue, 1 May 2001 12:38:04 -0700 Message-ID: <3AEF11CE.B8A1837B@bmrc.berkeley.edu> Date: Tue, 01 May 2001 12:43:10 -0700 From: katherine reyes X-Mailer: Mozilla 4.72 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 Subject: 5/2 Berkeley Multimedia, Interfaces, and Graphics Seminar Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Bcc: To: rem-conf@es.net X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Berkeley Multimedia, Interfaces, and Graphics Seminar bmrc.berkeley.edu/mig Digital Video Bitstream Manipulation May 02, 2001, 1:10-2:30 p.m. PST Fujitsu Seminar Room (405 Soda Hall) Paul Haskell Harmonic, Inc. The entertainment video industry has almost completely migrated to the use of digital video distribution, based on MPEG-2. This talk will review the current state of today's video system architectures and will propose trends for the coming years. A number of these trends involve benefits of digital stream processing other than those of compression: easy storage, manipulation, multiplexing, editing, conditional access, etc. Bitrate-modification is an active area of research and development currently. We will explore technologies used for bitrate-modification in different systems. These range from simple requantization to complicated multipass recoding methods. --------------- The seminar is broadcast live on the Internet Mbone and as a Real Networks G2 broadcast. You can connect to the live RealNetworks broadcast at: http://bmrc.berkeley.edu/bibs/cs298-5 You can also directly put in this url into the Real Player: rtsp://media2.bmrc.berkeley.edu/encoder/cs298-5.rm To do so you will need to have the "Real Player G2" installed, which is available from:http://www.real.com/products/player/downloadrealplayer.html To tune into the Internet MBone broadcast, look for the announcement in your MBone session directory program ('sdr'), or you can visit: http://imj.ucsb.edu/sdr-monitor/ You can get further information about this seminar, and access to replays of previous seminars at the MIG Seminar web page: http://media2.bmrc.berkeley.edu/bibs/archive.cfm Sponsored by the Berkeley Multimedia Research Center From rem-conf Tue May 01 14:00:48 2001 From rem-conf-request@es.net Tue May 01 14:00:47 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 14uhB7-0003nP-00; Tue, 1 May 2001 13:55:25 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 14uhB6-0003nF-00; Tue, 1 May 2001 13:55:24 -0700 Received: from mx.serv.net ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Tue, 01 May 2001 13:55:23 -0700 Received: from iname.com (sense-sea-focal-dynamic-9-14.oz.net [216.39.143.14]) by mx.serv.net (8.9.1/8.9.1) with ESMTP id NAA00804 for ; Tue, 1 May 2001 13:55:21 -0700 (PDT) Message-ID: <3AEF21C7.3B53DDFB@iname.com> Date: Tue, 01 May 2001 13:51:19 -0700 From: Chuck Harrison X-Mailer: Mozilla 4.73 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: rem-conf@es.net Subject: Re:draft-ietf-avt-srtp-00.txt References: <200102281155.GAA02029@ietf.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi, In the SRTP draft it is not clear whether it is envisioned that SRTP traffic could pass through an RTP translator (e.g. for multicast-to-unicast conversion). Issues might be: o SRTCP packets cannot be read by translator o Translator cannot insert its own timestamp, sequence info (a) because it cannot make corresponding adjustment to SR (b) because these fields are part of crypto IV However a simple forwarding translator (just redirects to a new transport address, doesn't touch RTP or SR packets) should work. Is there a need for any other kind of translator with secure payloads? Cheers, Chuck Harrison Far Field Associates, LLC +1 360 863 8340 (voice) GMT-0700 Internet-Drafts@ietf.org wrote: > [...] > This document describes the Secure Real Time Transport Protocol > (SRTP), a profile of the Real Time Transport Protocol (RTP) which can > provide privacy, message authentication, replay protection, and > implicit header authentication. > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-avt-srtp-00.txt From rem-conf Wed May 02 04:30:38 2001 From rem-conf-request@es.net Wed May 02 04:30:37 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 14uuq1-0000D0-00; Wed, 2 May 2001 04:30:33 -0700 Received: from postal1.es.net ([198.128.3.205]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 14uupz-0000Cq-00; Wed, 2 May 2001 04:30:31 -0700 Received: from gw-nl4.philips.com ([]) by postal1.es.net (ES.NET MTA 1) with ESMTP id IBA36876 for ; Wed, 02 May 2001 04:30:30 -0700 Received: from smtprelay-nl1.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl4.philips.com with ESMTP id NAA23550; Wed, 2 May 2001 13:30:25 +0200 (MEST) (envelope-from philippe.gentric@philips.com) From: philippe.gentric@philips.com Received: from smtprelay-eur1.philips.com(130.139.36.3) by gw-nl4.philips.com via mwrap (4.0a) id xma023547; Wed, 2 May 01 13:30:25 +0200 Received: from notessmtp-nl1.philips.com (notessmtp-nl1.philips.com [130.139.36.10]) by smtprelay-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id NAA23296; Wed, 2 May 2001 13:30:24 +0200 (MET DST) Received: from EMLMS01.DIAMOND.PHILIPS.COM (emlms01sv1.diamond.philips.com [130.143.165.213]) by notessmtp-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id NAA20194; Wed, 2 May 2001 13:29:34 +0200 (MET DST) Received: by EMLMS01.DIAMOND.PHILIPS.COM (Soft-Switch LMS 4.0) with snapi via EMEA1 id 0056900017688048; Wed, 2 May 2001 13:42:27 +0200 To: Cc: , Subject: Re: Tampering with RTP header fields in header compression Message-ID: <0056900017688048000002L082*@MHS> Date: Wed, 2 May 2001 13:42:27 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; name="MEMO 05/02/01 13:28:30" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Exact ! Philippe Gentric Software architect MP4net - Philips Digital Networks Laboratoires d'Electronique Philips BP15 22 av. Descartes 94453 Limeil-Brevannes Cedex France tel: +33(0)145106812 fax: +33(0)145106960 philippe.gentric@philips.com http://www.mpeg-4player.com kmarks@apple.com on 28/04/2001 02:51:50 To: Lars-Erik.Jonsson@epl.ericsson.se@SMTP Philippe Gentric/LIM/CE/PHILIPS@EMEA1 cc: rem-conf@es.net@SMTP=20 Subject: Re: Tampering with RTP header fields in header compression Classification:=09 At 3:40 pm +0200 27/4/01, philippe.gentric@philips.com wrote: >It is probably true that a loss of precision in media timestamps >is sometimes tolerable (for example a video timestamp >expressed in milliseconds can stand errors of a few milliseconds) Not necessarily - if the frame was fragmented into several packets, some decoders will expect the timestamps to be identical for each of them to signify that they are the same frame. = From rem-conf Wed May 02 11:33:04 2001 From rem-conf-request@es.net Wed May 02 11:33:04 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 14v1N7-0005nZ-00; Wed, 2 May 2001 11:29:09 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 14v1N5-0005nP-00; Wed, 2 May 2001 11:29:07 -0700 Received: from smtppop2pub.verizon.net ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Wed, 02 May 2001 11:29:06 -0700 Received: from bologna.net.au (1Cust185.tnt30.lax3.da.uu.net [63.25.201.185]) by smtppop2pub.verizon.net with SMTP ; id NAA138403087 Wed, 2 May 2001 13:32:00 -0500 (CDT) From: tom.slick97854@verizon.net Message-Id: <200105021832.NAA138403087@smtppop2pub.verizon.net> To: Phone user<> Subject: FREE ACTIVATION!!!! Date: Wed, 02 May 2001 11:22:54 -0700 X-Sender: tom.slick97854@verizon.net X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Content-Type: text/plain; charset="us-ascii" X-Priority: 3 X-MSMail-Priority: Normal X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list How about your choice of FREE CELLULAR PHONES? AND FREE ACTIVATION? UP TO 3000 MINUTES A MONTH? You are pre-approved for the best digital cellular service on the market. We offer the best wireless service, with no strings attached. That means NO HIDDEN FEES, NO PROMOTIONS, NO ACTIVATION FEES, NO EQUIPMENT FEES, and NO EXTRA MONTHLY CHARGES!!! To find out more, please visit our website at: http:\\www.KDWireless.com With your activation on any of our monthly rate plans, you will receive your choice of 6 different PCS Phones for FREE, and ALL of the following options: ~ Free Access to the Wireless Web~ ~ Free PCS Voice Command ~ ~ Free Roaming ~ ~ Free Long Distance ~ ~ Free Caller Id ~ ~ Free 3 Way Calling ~ ~ Free Voicemail ~ ~ Free Paging ~ ~ Free Detailed Billing ~ ~ Free 24 Hr Web Support ~ ~ Free 24 Hr Toll Free Support ~ From rem-conf Wed May 02 14:25:15 2001 From rem-conf-request@es.net Wed May 02 14:25:14 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 14v3zu-0007Ii-00; Wed, 2 May 2001 14:17:22 -0700 Received: from postal3.es.net [198.128.3.207] by listserv1.es.net with esmtp (Exim 1.81 #2) id 14v3zs-0007IY-00; Wed, 2 May 2001 14:17:20 -0700 Received: from mx.serv.net ([]) by postal3.es.net (ES.NET MTA 3) with ESMTP id IBA36876 for ; Wed, 02 May 2001 14:17:19 -0700 Received: from iname.com (sense-sea-focal-dynamic-6-13.oz.net [216.39.135.77]) by mx.serv.net (8.9.1/8.9.1) with ESMTP id OAA03156 for ; Wed, 2 May 2001 14:17:17 -0700 (PDT) Message-ID: <3AF0784D.ACE9429F@iname.com> Date: Wed, 02 May 2001 14:12:45 -0700 From: Chuck Harrison X-Mailer: Mozilla 4.73 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: rem-conf@es.net Subject: Identifying RTP sessions Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Greetings, I am working on a problem which involves precise synchronization between two different streams (RTP sessions) within a multimedia session (i.e. 'MM session' or 'conference'). In this context, it is necessary for a control stream to refer unambiguously to a media payload carried in a different RTP session but the same MM session. SSRC's are unique only within an RTP session, so the unambiguous reference consists of a transport address (identifying the RTP session) and an SSRC. However, the transport address can be remapped at will through the transport, routing, and RTP-translator functions. Is there any feature of the RTP protocol that can be used to make the unambiguous cross-reference I am looking for? Or does this need to be carried by another layer? Has anyone already solved this problem? Cheers, Chuck Harrison Far Field Associates, LLC +1 360 863 8340 (voice) GMT-0700 From rem-conf Wed May 02 14:46:13 2001 From rem-conf-request@es.net Wed May 02 14:46:13 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 14v4Oa-0000Ig-00; Wed, 2 May 2001 14:42:52 -0700 Received: from postal3.es.net [198.128.3.207] by listserv1.es.net with esmtp (Exim 1.81 #2) id 14v4OZ-0000IV-00; Wed, 2 May 2001 14:42:51 -0700 Received: from east.isi.edu ([]) by postal3.es.net (ES.NET MTA 3) with ESMTP id IBA36876 for ; Wed, 02 May 2001 14:42:51 -0700 Received: from chiron.east.isi.edu (chiron.east.isi.edu [38.218.19.204]) by east.isi.edu (8.9.2/8.9.2) with ESMTP id RAA13630; Wed, 2 May 2001 17:42:39 -0400 (EDT) Received: from chiron (csp@localhost) by chiron.east.isi.edu (8.11.0/8.11.0) with ESMTP id f42LgnV06698; Wed, 2 May 2001 17:42:49 -0400 Message-Id: <200105022142.f42LgnV06698@chiron.east.isi.edu> To: Chuck Harrison cc: rem-conf@es.net Subject: Re: Identifying RTP sessions In-Reply-To: Your message of "Wed, 02 May 2001 14:12:45 PDT." <3AF0784D.ACE9429F@iname.com> Date: Wed, 02 May 2001 17:42:49 -0400 From: Colin Perkins X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --> Chuck Harrison writes: >Greetings, > >I am working on a problem which involves precise synchronization between >two different streams (RTP sessions) within a multimedia session (i.e. >'MM session' or 'conference'). > >In this context, it is necessary for a control stream to refer >unambiguously to a media payload carried in a different RTP session but >the same MM session. SSRC's are unique only within an RTP session, so >the unambiguous reference consists of a transport address (identifying >the RTP session) and an SSRC. However, the transport address can be >remapped at will through the transport, routing, and RTP-translator >functions. > >Is there any feature of the RTP protocol that can be used to make the >unambiguous cross-reference I am looking for? Or does this need to be >carried by another layer? RTCP CNAME? Colin From rem-conf Wed May 02 14:48:05 2001 From rem-conf-request@es.net Wed May 02 14:48:05 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 14v4SS-0000Pc-00; Wed, 2 May 2001 14:46:52 -0700 Received: from postal3.es.net [198.128.3.207] by listserv1.es.net with esmtp (Exim 1.81 #2) id 14v4SR-0000PR-00; Wed, 2 May 2001 14:46:51 -0700 Received: from sj-msg-core-1.cisco.com ([]) by postal3.es.net (ES.NET MTA 3) with ESMTP id IBA36876 for ; Wed, 02 May 2001 14:46:51 -0700 Received: from mira-sjc5-7.cisco.com (mira-sjc5-7.cisco.com [171.71.163.27]) by sj-msg-core-1.cisco.com (8.11.3/8.9.1) with ESMTP id f42Lj8j10765; Wed, 2 May 2001 14:45:08 -0700 (PDT) Received: from thomasm-u1.cisco.com (thomasm-u1.cisco.com [128.107.140.53]) by mira-sjc5-7.cisco.com (Mirapoint) with ESMTP id AFB07621; Wed, 2 May 2001 14:45:03 -0700 (PDT) Received: (thomasm@localhost) by thomasm-u1.cisco.com (8.8.8-Cisco List Logging/CISCO.WS.1.2) id OAA13971; Wed, 2 May 2001 14:45:02 -0700 (PDT) From: Michael Thomas MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15088.32734.805364.281010@thomasm-u1.cisco.com> Date: Wed, 2 May 2001 14:45:02 -0700 (PDT) To: Chuck Harrison Cc: rem-conf@es.net Subject: Re:draft-ietf-avt-srtp-00.txt In-Reply-To: <3AEF21C7.3B53DDFB@iname.com> References: <200102281155.GAA02029@ietf.org> <3AEF21C7.3B53DDFB@iname.com> X-Mailer: VM 6.72 under 21.1 (patch 6) "Big Bend" XEmacs Lucid X-Face: &,heK/V66p?[2!i|tVn,9lN0TUvEv7:9FzXREj/AuzN4mu!4x[/Z4t{V}~L]+Sk @RFNnJEg~WZ/(8<`5a),-7ukALWa^&?&D2R0CSG3kO5~#6JxLF\d,g">$%B!0w{W)qIhmwhye104zd bUcI'1! X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Chuck, It seems to me that the translator would need to have access to the keys. There are various DoS attacks that could be made if an attacker could modify the timestamp and sequence number, which would sort of defeat the purpose of the integrity check. And while it's more work than just appending the packet, it appears in the RTP case all it would have to do is recalculate the checksum without having to decrypt/reencrypt the payload too. This could probably be done fairly efficiently if done in combination with rewriting the packet. Mike Chuck Harrison writes: > Hi, > > In the SRTP draft it is not clear whether it is envisioned that SRTP > traffic could pass through an RTP translator (e.g. for > multicast-to-unicast conversion). > > Issues might be: > o SRTCP packets cannot be read by translator > o Translator cannot insert its own timestamp, sequence info > (a) because it cannot make corresponding adjustment to SR > (b) because these fields are part of crypto IV > > However a simple forwarding translator (just redirects to a new > transport address, doesn't touch RTP or SR packets) should work. > > Is there a need for any other kind of translator with secure payloads? > > Cheers, > Chuck Harrison > Far Field Associates, LLC > +1 360 863 8340 (voice) GMT-0700 > > > Internet-Drafts@ietf.org wrote: > > > [...] > > This document describes the Secure Real Time Transport Protocol > > (SRTP), a profile of the Real Time Transport Protocol (RTP) which can > > provide privacy, message authentication, replay protection, and > > implicit header authentication. > > > > A URL for this Internet-Draft is: > > http://www.ietf.org/internet-drafts/draft-ietf-avt-srtp-00.txt > From rem-conf Thu May 03 10:20:15 2001 From rem-conf-request@es.net Thu May 03 10:20:14 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 14vMfr-0001rv-00; Thu, 3 May 2001 10:13:55 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 14vMfo-0001rl-00; Thu, 3 May 2001 10:13:52 -0700 Received: from mx.serv.net ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Thu, 03 May 2001 10:13:52 -0700 Received: from iname.com (sense-sea-focal-dynamic-4-60.oz.net [216.39.134.252]) by mx.serv.net (8.9.1/8.9.1) with ESMTP id KAA25618; Thu, 3 May 2001 10:13:48 -0700 (PDT) Message-ID: <3AF190D3.4D2BA079@iname.com> Date: Thu, 03 May 2001 10:09:39 -0700 From: Chuck Harrison X-Mailer: Mozilla 4.73 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Colin Perkins CC: rem-conf@es.net Subject: Re: Identifying RTP sessions References: <200105022142.f42LgnV06698@chiron.east.isi.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Colin, I don't think CNAME helps (except, perhaps, heuristically). Consider a participant with an audio and a video session on different ports, using the same SSRC. These two streams SHOULD have the same CNAME. Worse, suppose he also has two whiteboards, using the same payload type, port address & SSRC but different IP addresses. Send this bundle through a NAT or a firewall and --poof!-- where's your stream? Furthermore, I don't think there's a collision-detection scheme for CNAMEs. Cheers, Chuck Colin Perkins wrote: > > --> Chuck Harrison writes: > >Greetings, > > > >I am working on a problem which involves precise synchronization between > >two different streams (RTP sessions) within a multimedia session (i.e. > >'MM session' or 'conference'). > > > >In this context, it is necessary for a control stream to refer > >unambiguously to a media payload carried in a different RTP session but > >the same MM session. SSRC's are unique only within an RTP session, so > >the unambiguous reference consists of a transport address (identifying > >the RTP session) and an SSRC. However, the transport address can be > >remapped at will through the transport, routing, and RTP-translator > >functions. > > > >Is there any feature of the RTP protocol that can be used to make the > >unambiguous cross-reference I am looking for? Or does this need to be > >carried by another layer? > > RTCP CNAME? > > Colin From rem-conf Thu May 03 11:58:13 2001 From rem-conf-request@es.net Thu May 03 11:58:12 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 14vOE6-00034a-00; Thu, 3 May 2001 11:53:22 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 14vOE5-00034Q-00; Thu, 3 May 2001 11:53:21 -0700 Received: from mx.serv.net ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Thu, 03 May 2001 11:53:20 -0700 Received: from iname.com (sense-sea-focal-dynamic-4-60.oz.net [216.39.134.252]) by mx.serv.net (8.9.1/8.9.1) with ESMTP id LAA09126; Thu, 3 May 2001 11:53:15 -0700 (PDT) Message-ID: <3AF1A823.50EA7703@iname.com> Date: Thu, 03 May 2001 11:49:07 -0700 From: Chuck Harrison X-Mailer: Mozilla 4.73 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Colin Perkins CC: rem-conf@es.net Subject: Re: Identifying RTP sessions (still flogging) References: <200105022142.f42LgnV06698@chiron.east.isi.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list CNAME may not do, but it *does* seem that the logical place to put identifying information for a particular source is in the SDES (source description) chunks carried over RTCP. Ideally, there should be enough information there to uniquely identify the media source in a global scope. Then a receiving application can resolve a cross-stream reference regardless of the vagaries of transport. The destination transport address, as used by the sender, is almost good enough to disambiguate RTP sessions. But IPv4 address+portnum may not be unique if proxy firewalls are remapping the external address space. Is this a realistic concern? Cheers, Chuck Colin Perkins wrote: > --> Chuck Harrison writes: [...] > CH >Is there any feature of the RTP protocol that can be used to make the > CH >unambiguous cross-reference I am looking for? Or does this need to be > CH >carried by another layer? > > RTCP CNAME? > > Colin From rem-conf Thu May 03 17:18:11 2001 From rem-conf-request@es.net Thu May 03 17:18:11 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 14vTIN-0005e7-00; Thu, 3 May 2001 17:18:07 -0700 Received: from postal2.es.net ([198.128.3.206]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 14vTIM-0005dx-00; Thu, 3 May 2001 17:18:06 -0700 Received: from marjan.fesb.hr ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Thu, 03 May 2001 17:18:05 -0700 Received: from localhost (softcom@localhost) by marjan.fesb.hr (8.9.3/8.9.3) with ESMTP id BAA25986; Fri, 4 May 2001 01:15:30 +0200 (MET DST) Date: Fri, 4 May 2001 01:15:30 +0200 (MET DST) From: SoftCOM To: softcom@fesb.hr Subject: SoftCOM 2001 Call for Papers 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 Colleagues, Please accept our apologies if you receive multiple copies of this e-mail. We would appreciate your assistance in distributing this call for papers to your colleagues. All the details about the conference can be found at: http://www.fesb.hr/SoftCOM All the details about the conference related events can be found at: http://www.softcom.tel.hr *** CALL FOR PAPERS *** INTERNATIONAL CONFERENCE ON SOFTWARE, TELECOMMUNICATIONS AND COMPUTER NETWORKS Tentative date: October 09-12, 2001 Location: Split, Dubrovnik (Croatia); Ancona, Bari (Italy) SPONSORED BY: * IEEE COMSOC TC of Communications Software and TC of Communication Switching and Routing (Technical Cosponsor) * Ministry of Science and Technology of the Republic of Croatia * University of Split The 9th International Conference on Software, Telecommunications and Computer Networks (SoftCOM 2001), co-sponsored by the IEEE Communication Society (COMSOC), will be held aboard the ship "Marko Polo" traveling on the route Split (Croatia) - Ancona (Italy) - Bari (Italy) - Dubrovnik (Croatia). SoftCOM 2001 provides an open forum for communication technology researchers and engineers to discuss new and emerging systems, standards and services, and their applications in telecommunication and information systems. The Conference will feature world-known plenary speakers, tutorial presentations and several workshops. Each day of the conference the ship will be anchored in one of the ports on the route, and overnight it will sail towards the next destination. This provides participants with the opportunity to share ideas in close contact with their colleagues and to enjoy the pleasant and inspiring ambience while visiting the ports along the beautiful Adriatic coast. During the conference the car deck will serve as an exhibition arena for exhibitors of software and telecommunication products. Topics to be addressed include, but are not limited to the following: * Telecommunication Software Production, Tools, Evaluation and Languages * Object and Component Technologies in Telecommunication Software * Network Management, Control and Maintenance * Telecommunication Services Design and QoS * Internet Environments and Services * IP Based Networks and Services * High-Speed Protocols and Networks * Wireless Communications * Enterprise Networking * Multimedia Systems and Services * Computer Telephone Integration * Information Security * AI and Recognition Methods * Virtual Environments * Computer Methods in Biomedicine * Electromagnetic Compatibility Feature Topic: Bluetooth and Personal Area Networks In addition to general technical topics, this year, the prospective authors are cordially invited to submit tutorial or survey papers on present state and future developments in Bluetooth, Personal Area Networks and Wireless LANs. General Chair Juraj Buzolic, Croatian Telecom, Croatia International Program Committee Co-Chairs: Nikola Rozic, Dinko Begusic, University of Split, Croatia {rozic,begusic}@fesb.hr Horst Besier, Deutsche Telekom, Germany Branko Burmaz (Vice Chair), Croatian Telecom, Croatia Antun Caric, Ericsson - Nikola Tesla, Croatia Francis Grenez, University of Bruxelles, Belgium Gorazd Kandus, Jozef Stefan Institute, Slovenia Ignac Lovrek, University of Zagreb, Croatia Gottfried Luderer (Vice Chair), Arizona State University, USA Andrej Ljolje, AT&T, USA Ivan Mijacika, Ericsson - Nikola Tesla, Croatia Miljenko Mikuc, University of Zagreb, Croatia James F. Mollenauer, Technical Strategy Assoc., USA Stan Moyer, Telcordia, USA Algirdas Pakstas, University of North London, UK Nikola Pavesic, University of Ljubljana, Slovenia Branko Soucek, Iris, Italy Zarko Sutlar, Croatian Telecom, Croatia Rob Walters, Satin Information Services, UK Krzysztof Wesolowski, University of Poznan, Poland SoftCOM 2001 will feature general conference and the following: * Workshop on Software Engineering in Telecommunications * Workshop on Database Technologies at the Beginning of New Millennium * Workshop on Mind Brain Networks * Workshop on Component-Based Active Simulation Networks * Special Session on EMC in Communication Systems IEEE CONTACT: Gottfried Luderer, Arizona State University, USA (luderer@asu.edu) SECRETARY: Hrvoje Dujmic, University of Split, Croatia, (softcom@fesb.hr) SCHEDULE: Complete Manuscript Due: July 01, 2001 Notification of Acceptance: September 01, 2001 Camera-Ready Manuscript Due: September 15, 2001 AUTHOR KIT AND SUBMISSION INSTRUCTIONS: Please check the details at the http://www.fesb.hr/SoftCOM From rem-conf Fri May 04 06:27:44 2001 From rem-conf-request@es.net Fri May 04 06:27:43 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 14vfcR-00038H-00; Fri, 4 May 2001 06:27:39 -0700 Received: from postal2.es.net ([198.128.3.206]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 14vfcP-000387-00; Fri, 4 May 2001 06:27:37 -0700 Received: from gw-nl4.philips.com ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Fri, 04 May 2001 06:27:36 -0700 Received: from smtprelay-nl1.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl4.philips.com with ESMTP id PAA20297 for ; Fri, 4 May 2001 15:27:20 +0200 (MEST) (envelope-from philippe.gentric@philips.com) From: philippe.gentric@philips.com Received: from smtprelay-eur1.philips.com(130.139.36.3) by gw-nl4.philips.com via mwrap (4.0a) id xma020286; Fri, 4 May 01 15:27:28 +0200 Received: from notessmtp-nl1.philips.com (notessmtp-nl1.philips.com [130.139.36.10]) by smtprelay-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id PAA10261 for ; Fri, 4 May 2001 15:27:19 +0200 (MET DST) Received: from EMLMS01.DIAMOND.PHILIPS.COM (emlms01sv1.diamond.philips.com [130.143.165.213]) by notessmtp-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id PAA03066 for ; Fri, 4 May 2001 15:26:37 +0200 (MET DST) Received: by EMLMS01.DIAMOND.PHILIPS.COM (Soft-Switch LMS 4.0) with snapi via EMEA1 id 0056900017749122; Fri, 4 May 2001 15:39:33 +0200 To: Subject: draft-gentric-avt-mpeg4-multiSL-04.txt Message-ID: <0056900017749122000002L022*@MHS> Date: Fri, 4 May 2001 15:39:33 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; name="MEMO 05/04/01 15:25:22" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi all, I have just posted to internet-drafts@ietf.org an update of: "draft-gentric-avt-mpeg4-multiSL-03.txt:" =3D=3D> "draft-gentric-avt-mpeg4-multiSL-04.txt" which is the ID for the MPEG-4 "generic" (i.e. all stream types) RTP payload. It should be available as: http://search.ietf.org/internet-drafts/draft-gentric-avt-mpeg4-multisl-= 04.txt in a few days .... ************************************** major changes are: 0. made more clear that in audio and video cases SL could be "configure= d-out" 1. inverted sections 4 and 5 (because 4 was using 5 !) 2. added more pseudo code in "SL stream reconstruction" section minor changes: many, including text improvement, clarification, also (minor) bug fixes= (in examples) Regards, PS:=20 a detailed list (and therefore quite long) of changes has been posted on 4onIP and ISMA-tech. If you did not get it, just ask for it ... Philippe Gentric Software architect MP4net - Philips Digital Networks Laboratoires d'Electronique Philips BP15 22 av. Descartes 94453 Limeil-Brevannes Cedex France tel: +33(0)145106812 fax: +33(0)145106960 philippe.gentric@philips.com http://www.mpeg-4player.com = From rem-conf Fri May 04 06:56:25 2001 From rem-conf-request@es.net Fri May 04 06:56:24 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 14vg4C-0004bo-00; Fri, 4 May 2001 06:56:20 -0700 Received: from postal3.es.net ([198.128.3.207]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 14vg4A-0004be-00; Fri, 4 May 2001 06:56:18 -0700 Received: from penguin-ext.wise.edt.ericsson.se ([]) by postal3.es.net (ES.NET MTA 3) with ESMTP id IBA36876 for ; Fri, 04 May 2001 06:56:16 -0700 Received: from esealnt406.al.sw.ericsson.se (ESEALNT406.al.sw.ericsson.se [153.88.251.29]) by penguin.wise.edt.ericsson.se (8.11.0/8.10.1/WIREfire-1.3) with SMTP id f44DuEO18140 for ; Fri, 4 May 2001 15:56:15 +0200 (MEST) Received: FROM esealnt742.al.sw.ericsson.se BY esealnt406.al.sw.ericsson.se ; Fri May 04 15:55:32 2001 +0200 Received: by esealnt742.al.sw.ericsson.se with Internet Mail Service (5.5.2653.19) id ; Fri, 4 May 2001 15:50:42 +0200 Message-ID: From: "Lars-Erik Jonsson (EPL)" To: "'tme@21rst-century.com'" , "'Henning Schulzrinne'" Cc: "'rem-conf@es.net'" Subject: RE: Tampering with RTP header fields in header compression Date: Fri, 4 May 2001 15:55:26 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Marshall and Henning, I tried to keep the header compression related issues away from this list and therefore I focused on the statements made regarding RTP semantics. However, below I have now tried to answer your requests for more background information. > ME: So, what do you mean by: > > "there for sure will incorrectness is for the packets > following after a non-regular change in the timestamp > (or after a loss resulting in a missing sequence number)" ? > HS: Have "they" considered that RTP timestamps are used > for media synchronization and thus can't just be modified, > without causing rather peculiar synchronization problems? > (It is not clear what modification they have in mind.) > Before arguing this, can you summarize what errors > are introduced and whether they are persistent or > transient errors? In header compression, non-changing information (and also non-changing delta information) is removed from headers and reconstructed transparently at the decompressor. If a header field changes in a non-regular way, more header information must be sent in compressed headers. What has been argued for (that I think is extremely dangerous and must be stopped) is that such irregular "decompressor context updates" should be allowed to be delayed because the header fields can tolerate not to be correctly decompressed at all times. The RTP sequence number and timestamp fields have been given as examples for fields that are "less important" to always transmit correctly end2end. This process has also been referred to as "non-transparent header compression". > ME: So, I feel that I do not fully understand what is > proposed (is there a I-draft ?), but my personal > reaction is very negative. There are two drafts for a "header compression" solution called gehco, but I do not recommend you to read them if you are careful with what you spend your time at. If you do want to read them to get an opinion, note that the two drafts are not consistent with each other, not consistent within themselves and not from version to version. Further, what the drafts are claiming is not consistent with what the proponents are saying either. One example is that the current version claims to be transparent while (because it was pointed out that the scheme failed to provide transparency) the proponents now says that they do not need to be transparent and refer to the RTP fields as an example of information that does not have to be correctly decompressed. Read it if you like, but be prepared... Cheers, /L-E From rem-conf Fri May 04 08:45:47 2001 From rem-conf-request@es.net Fri May 04 08:45:47 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 14vhm3-0006F3-00; Fri, 4 May 2001 08:45:43 -0700 Received: from postal2.es.net ([198.128.3.206]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 14vhm2-0006Et-00; Fri, 4 May 2001 08:45:42 -0700 Received: from multicasttech.com ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Fri, 04 May 2001 08:45:41 -0700 Received: from [63.105.122.193] ([63.105.122.193] verified) by multicasttech.com (CommuniGate Pro SMTP 3.3.2) with ESMTP id 890244; Fri, 04 May 2001 11:46:33 -0400 User-Agent: Microsoft Outlook Express Macintosh Edition - 5.01 (1630) Date: Fri, 04 May 2001 11:45:47 -0400 Subject: Re: RTCP optional ? From: Marshall Eubanks To: TECH , CC: Flemming Andreasen , Jonathan Rosenberg , 'Henning Schulzrinne' , rem-conf Message-ID: In-Reply-To: <4.3.2.7.2.20010426131845.02cd3988@mail.real.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list > At 04:45 PM 4/25/2001 -0400, Marshall Eubanks wrote: > >> When I use Real Player 8 Basic Build 6.0.9.584 on my Mac G4 to play >> our RTP MP3 streams, it does not send out receiver reports. >> >> It plays just fine, but it does not send RR's. Their existence would be >> appreciated. > > I've verified RR's in the 8.0.3.412 basic player on Linux and 6.0.9.584 > plus player on NT, looks like there may be a Mac player specific problem, > looking into it. > > JEff > > Dear Jeff; We used a packet sniffer and tried the following : tcpdump RealPlayer 8 Basic (tm) (mac). Build 6.0.9.584 (No RTCP traffic on group/port) tcpdump RealPlayer 8 Basic (win32). Build 6.0.9.380 (No RTCP traffic on group/port) tcpdump RealPlayer 8 Basic (Linux CS). Build 8.0.3.412 (No RTCP traffic on group/port) tcpdmp of Quicktime 5.01 (mac) (shows RTCP traffic on group/port) tcpdump of IPTV: (shows RTCP traffic on group/port) (see http://www.multicasttech.com/papers/tcpdump_4-1-01.pdf for the full dump) Regards Marshall Eubanks T.M. Eubanks Multicast Technologies, Inc 10301 Democracy Lane, Suite 410 Fairfax, Virginia 22030 Phone : 703-293-9624 Fax : 703-293-9609 e-mail : tme@multicasttech.com Test your network for multicast : http://www.multicasttech.com/mt/ From rem-conf Fri May 04 08:56:56 2001 From rem-conf-request@es.net Fri May 04 08:56:56 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 14vhwq-0007Rc-00; Fri, 4 May 2001 08:56:52 -0700 Received: from postal2.es.net ([198.128.3.206]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 14vhwp-0007RS-00; Fri, 4 May 2001 08:56:51 -0700 Received: from motgate.mot.com ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Fri, 04 May 2001 08:56:51 -0700 Received: [from pobox.mot.com (pobox.mot.com [129.188.137.100]) by motgate.mot.com (motgate 2.1) with ESMTP id IAA05302 for ; Fri, 4 May 2001 08:56:50 -0700 (MST)] Received: [from zuk02exm02.comm.mot.com (zuk02exm02.comm.mot.com [145.13.100.49]) by pobox.mot.com (MOT-pobox 2.0) with ESMTP id IAA20144 for ; Fri, 4 May 2001 08:56:50 -0700 (MST)] Received: by zuk02exm02.comm.mot.com with Internet Mail Service (5.5.2653.19) id <28T2A02P>; Fri, 4 May 2001 16:56:49 +0100 Message-ID: From: Portillo Francisco-BFP01C To: rem-conf@es.net Subject: RTP-MPEG4 Draft Updates Date: Fri, 4 May 2001 16:56:48 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Are expected within a short time any updates for the following IETF Drafts? - "RTP Payload Format for MPEG-2 AAC Streams " and - "A Framework for the delivery of MPEG-4 over IP-based Protocols" (their expiry dates are: 05/22/2000 and 05/16/2000) Thanks, Francisco Portillo From rem-conf Fri May 04 09:40:45 2001 From rem-conf-request@es.net Fri May 04 09:40:44 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 14vidF-00013S-00; Fri, 4 May 2001 09:40:41 -0700 Received: from postal3.es.net ([198.128.3.207]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 14vidD-00013I-00; Fri, 4 May 2001 09:40:39 -0700 Received: from purple.east.isi.edu ([]) by postal3.es.net (ES.NET MTA 3) with ESMTP id IBA36876 for ; Fri, 04 May 2001 09:40:39 -0700 Received: from purple.east.isi.edu (localhost [127.0.0.1]) by purple.east.isi.edu (8.9.3/8.8.7) with ESMTP id MAA10762; Fri, 4 May 2001 12:40:16 -0400 Message-Id: <200105041640.MAA10762@purple.east.isi.edu> To: Chuck Harrison cc: rem-conf@es.net Subject: Re: Identifying RTP sessions In-Reply-To: Message from Chuck Harrison of "Thu, 03 May 2001 10:09:39 PDT." <3AF190D3.4D2BA079@iname.com> Date: Fri, 04 May 2001 12:40:16 -0400 From: Colin Perkins X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Chuck, --> Chuck Harrison writes: >I don't think CNAME helps (except, perhaps, heuristically). > >Consider a participant with an audio and a video session on different >ports, using the same SSRC. These two streams SHOULD have the same >CNAME. Worse, suppose he also has two whiteboards, using the same >payload type, port address & SSRC but different IP addresses. Send this >bundle through a NAT or a firewall and --poof!-- where's your stream? I don't think RTP is the correct protocol for a whiteboard, but that's a different issue... In your scenario, I think the applications would be justified in colluding on their choice of CNAME, such that they are consistent if not necessarily strictly correct. So long as the CNAME is consistent, an RTP application should not care about the transport addresses. Colin From rem-conf Fri May 04 13:35:32 2001 From rem-conf-request@es.net Fri May 04 13:35:31 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 14vmIR-0003vG-00; Fri, 4 May 2001 13:35:27 -0700 Received: from postal2.es.net ([198.128.3.206]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 14vmIN-0003v6-00; Fri, 4 May 2001 13:35:23 -0700 Received: from soba.prognet.com ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Fri, 04 May 2001 13:35:22 -0700 Received: from localhost (ghori@localhost) by soba.prognet.com (8.9.3/8.9.3) with ESMTP id NAA16238; Fri, 4 May 2001 13:41:28 -0700 X-Authentication-Warning: soba.prognet.com: ghori owned process doing -bs Date: Fri, 4 May 2001 13:41:28 -0700 (PDT) From: Go Hori X-Sender: ghori@soba.prognet.com To: Marshall Eubanks cc: TECH , tme@21rst-century.com, Flemming Andreasen , Jonathan Rosenberg , "'Henning Schulzrinne'" , rem-conf , jeffa@mail.prognet.com Subject: Re: RTCP optional ? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Our RTP support is done in two ways. 1) Scalable multicast feature. This is our RTP multicast implementation. 2) RTSP/RTP unicast. Our default data transport is not RTP, so you need to set a registry entry to enable RTP. We currently do not support RTP multicast with RTSP. If you want multicast (i.e. option 1), then all you need is either RealServer with live feed or any RTP multicast program (e.g. vic/vat). With a RealServer, you should be able to add a config for Scalable Multicast through our admin interface. and type in url in RealPlayer that looks something like: http://server:http_port/scalable/live.mp3.sdp If you have vic/vat presentation, you can create a SDP file for it and open the SDP file with RealPlayer. DVI4 (PT 5) worked great for me. If you want RTSP/RTP, you need to set a registry entry... Win32: HKEY_CLASSES_ROOT\Software\RealNetworks\RealMediaSDK\6.0\Preferences\UseRTP set this to 1. Linux: .RealNetworks_RealMediaSDK_60 add UseRTP=1 in this file. Mac: If you have Resorcerer resource editor program, you should be able to modify pref with it. Let us know if you still don't see RTCP. Thanks, Go On Fri, 4 May 2001, Marshall Eubanks wrote: > > At 04:45 PM 4/25/2001 -0400, Marshall Eubanks wrote: > > > >> When I use Real Player 8 Basic Build 6.0.9.584 on my Mac G4 to play > >> our RTP MP3 streams, it does not send out receiver reports. > >> > >> It plays just fine, but it does not send RR's. Their existence would be > >> appreciated. > > > > I've verified RR's in the 8.0.3.412 basic player on Linux and 6.0.9.584 > > plus player on NT, looks like there may be a Mac player specific problem, > > looking into it. > > > > JEff > > > > > Dear Jeff; > > We used a packet sniffer and tried the following : > > tcpdump RealPlayer 8 Basic (tm) (mac). Build 6.0.9.584 (No RTCP traffic on > group/port) > > tcpdump RealPlayer 8 Basic (win32). Build 6.0.9.380 (No RTCP traffic on > group/port) > > tcpdump RealPlayer 8 Basic (Linux CS). Build 8.0.3.412 (No RTCP traffic on > group/port) > > tcpdmp of Quicktime 5.01 (mac) (shows RTCP traffic on group/port) > > tcpdump of IPTV: (shows RTCP traffic on group/port) > > (see > http://www.multicasttech.com/papers/tcpdump_4-1-01.pdf > for the full dump) > > > > Regards > Marshall Eubanks > > > > T.M. Eubanks > Multicast Technologies, Inc > 10301 Democracy Lane, Suite 410 > Fairfax, Virginia 22030 > Phone : 703-293-9624 > Fax : 703-293-9609 > e-mail : tme@multicasttech.com > > Test your network for multicast : http://www.multicasttech.com/mt/ > > > From rem-conf Fri May 04 14:17:12 2001 From rem-conf-request@es.net Fri May 04 14:17:11 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 14vmwl-0005VM-00; Fri, 4 May 2001 14:17:07 -0700 Received: from postal2.es.net ([198.128.3.206]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 14vmwk-0005VC-00; Fri, 4 May 2001 14:17:06 -0700 Received: from multicasttech.com ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Fri, 04 May 2001 14:17:05 -0700 Received: from [63.105.122.193] (HELO 21rst-century.com) by multicasttech.com (CommuniGate Pro SMTP 3.3.2) with ESMTP id 890555; Fri, 04 May 2001 17:17:51 -0400 Message-ID: <3AF31C4C.4C34F8DA@21rst-century.com> Date: Fri, 04 May 2001 17:16:57 -0400 From: Marshall Eubanks Reply-To: tme@21rst-century.com Organization: Multicast Technologies X-Mailer: Mozilla 4.7C-CCK-MCD {C-UDP; EBM-APPLE} (Macintosh; I; PPC) X-Accept-Language: en,pdf MIME-Version: 1.0 To: Go Hori CC: Marshall Eubanks , TECH , Flemming Andreasen , Jonathan Rosenberg , 'Henning Schulzrinne' , rem-conf , jeffa@mail.prognet.com Subject: Re: RTCP optional ? References: Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353" Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Dear Go; Thanks for the quick response. Go Hori wrote: > Our RTP support is done in two ways. > 1) Scalable multicast feature. This is our RTP multicast implementation. We are using the player, and it works, so this must be what we are using. Here is a sample SDP file o=- 10000000 10000 IN IP4 63.105.122.6 s=On-The-I.com Channel-1 160kbs MP3 Audio i=MP3 audio - iptv compatible u=http://www.on-the-i.com/listen e=info@on-the-i.com p=703-293-9601 t=3181579002 3208580622 a=type:broadcast a=tool:msad v0.5 m=audio 7000 RTP/AVP 14 c=IN IP4 233.64.133.10/255 > > 2) RTSP/RTP unicast. Our default data transport is not RTP, so you need > to set a registry entry to enable RTP. We currently do not support RTP > multicast with RTSP. > > If you want multicast (i.e. option 1), then all you need is either > RealServer with live feed or any RTP multicast program > (e.g. vic/vat). With a RealServer, you should be able to add a config for > Scalable Multicast through our admin interface. and type in url in > RealPlayer that looks something like: > http://server:http_port/scalable/live.mp3.sdp This is what we are doing. > > If you have vic/vat presentation, you can create a SDP file for it and > open the SDP file with RealPlayer. DVI4 (PT 5) worked great for me. > But, did it send RTCP Receiver Reports ? The problem is not that we do not know how to send multicasts, or get the real player to play them. The problem is that no receiver reports are generated. > > If you want RTSP/RTP, you need to set a registry entry... > As this is for unicast only, these are irrelevant for multicast ? -- Regards Marshall Eubanks > > Win32: > HKEY_CLASSES_ROOT\Software\RealNetworks\RealMediaSDK\6.0\Preferences\UseRTP > set this to 1. > > Linux: > .RealNetworks_RealMediaSDK_60 > add UseRTP=1 in this file. > > Mac: > If you have Resorcerer resource editor program, you should be able to > modify pref with it. > > Let us know if you still don't see RTCP. > Thanks, > Go > > On Fri, 4 May 2001, Marshall Eubanks wrote: > > > > At 04:45 PM 4/25/2001 -0400, Marshall Eubanks wrote: > > > > > >> When I use Real Player 8 Basic Build 6.0.9.584 on my Mac G4 to play > > >> our RTP MP3 streams, it does not send out receiver reports. > > >> > > >> It plays just fine, but it does not send RR's. Their existence would be > > >> appreciated. > > > > > > I've verified RR's in the 8.0.3.412 basic player on Linux and 6.0.9.584 > > > plus player on NT, looks like there may be a Mac player specific problem, > > > looking into it. > > > > > > JEff > > > > > > > > Dear Jeff; > > > > We used a packet sniffer and tried the following : > > > > tcpdump RealPlayer 8 Basic (tm) (mac). Build 6.0.9.584 (No RTCP traffic on > > group/port) > > > > tcpdump RealPlayer 8 Basic (win32). Build 6.0.9.380 (No RTCP traffic on > > group/port) > > > > tcpdump RealPlayer 8 Basic (Linux CS). Build 8.0.3.412 (No RTCP traffic on > > group/port) > > > > tcpdmp of Quicktime 5.01 (mac) (shows RTCP traffic on group/port) > > > > tcpdump of IPTV: (shows RTCP traffic on group/port) > > > > (see > > http://www.multicasttech.com/papers/tcpdump_4-1-01.pdf > > for the full dump) > > > > > > > > Regards > > Marshall Eubanks > > > > T.M. Eubanks Multicast Technologies, Inc 10301 Democracy Lane, Suite 410 Fairfax, Virginia 22030 Phone : 703-293-9624 Fax : 703-293-9609 e-mail : tme@multicasttech.com http://www.on-the-i.com Test your network for multicast : http://www.multicasttech.com/mt/ From rem-conf Fri May 04 15:19:14 2001 From rem-conf-request@es.net Fri May 04 15:19:14 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 14vnup-0006t9-00; Fri, 4 May 2001 15:19:11 -0700 Received: from postal3.es.net ([198.128.3.207]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 14vnuo-0006sz-00; Fri, 4 May 2001 15:19:10 -0700 Received: from funnel.cisco.com ([]) by postal3.es.net (ES.NET MTA 3) with ESMTP id IBA36876 for ; Fri, 04 May 2001 15:19:09 -0700 Received: from nodoushp-nt (ch2-dhcp136-141.cisco.com [161.44.136.141]) by funnel.cisco.com (8.8.5-Cisco.1/8.6.5) with SMTP id SAA28901 for ; Fri, 4 May 2001 18:19:08 -0400 (EDT) From: "Paiman Nodoushani" To: Subject: rfc2833bis Date: Fri, 4 May 2001 18:25:40 -0400 Message-ID: <000d01c0d4e9$263d3d70$8d882ca1@nodoushp-nt.cisco.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.2106.4 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list greetings, can someone send me a draft copy of rfc2833bis? thanks in advance, Paiman Paiman Nodoushani nodoushp@cisco.com From rem-conf Fri May 04 15:21:31 2001 From rem-conf-request@es.net Fri May 04 15:21:30 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 14vnwz-0007YO-00; Fri, 4 May 2001 15:21:25 -0700 Received: from postal3.es.net ([198.128.3.207]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 14vnwy-0007Xs-00; Fri, 4 May 2001 15:21:24 -0700 Received: from soba.prognet.com ([]) by postal3.es.net (ES.NET MTA 3) with ESMTP id IBA36876 for ; Fri, 04 May 2001 15:21:23 -0700 Received: from localhost (ghori@localhost) by soba.prognet.com (8.9.3/8.9.3) with ESMTP id PAA16786; Fri, 4 May 2001 15:27:40 -0700 X-Authentication-Warning: soba.prognet.com: ghori owned process doing -bs Date: Fri, 4 May 2001 15:27:40 -0700 (PDT) From: Go Hori X-Sender: ghori@soba.prognet.com To: Marshall Eubanks cc: Marshall Eubanks , TECH , Flemming Andreasen , Jonathan Rosenberg , "'Henning Schulzrinne'" , rem-conf , jeffa@mail.prognet.com Subject: Re: RTCP optional ? In-Reply-To: <3AF31C4C.4C34F8DA@21rst-century.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 Right...I wasn't sure what exactly you were doing. That is strange...I do see RTCP RR coming out of my client box using scalable multicast with RealServer. I'll take this offline, and send you a separate email on this. Thanks, Go On Fri, 4 May 2001, Marshall Eubanks wrote: > Dear Go; > > Thanks for the quick response. > > Go Hori wrote: > > > Our RTP support is done in two ways. > > 1) Scalable multicast feature. This is our RTP multicast implementation. > > We are using the player, and it works, so this must be what we are using. > > Here is a sample SDP file > > o=- 10000000 10000 IN IP4 63.105.122.6 > s=On-The-I.com Channel-1 160kbs MP3 Audio > i=MP3 audio - iptv compatible > u=http://www.on-the-i.com/listen > e=info@on-the-i.com > p=703-293-9601 > t=3181579002 3208580622 > a=type:broadcast > a=tool:msad v0.5 > m=audio 7000 RTP/AVP 14 > c=IN IP4 233.64.133.10/255 > > > > > 2) RTSP/RTP unicast. Our default data transport is not RTP, so you need > > to set a registry entry to enable RTP. We currently do not support RTP > > multicast with RTSP. > > > > If you want multicast (i.e. option 1), then all you need is either > > RealServer with live feed or any RTP multicast program > > (e.g. vic/vat). With a RealServer, you should be able to add a config for > > Scalable Multicast through our admin interface. and type in url in > > RealPlayer that looks something like: > > http://server:http_port/scalable/live.mp3.sdp > > This is what we are doing. > > > > > If you have vic/vat presentation, you can create a SDP file for it and > > open the SDP file with RealPlayer. DVI4 (PT 5) worked great for me. > > > > But, did it send RTCP Receiver Reports ? > The problem is not that we do not know how to send multicasts, or get > the real player to play them. The problem is that no > receiver reports are generated. > > > > > > If you want RTSP/RTP, you need to set a registry entry... > > > > As this is for unicast only, these are irrelevant for multicast ? > > > -- > Regards > Marshall Eubanks > > > > > > Win32: > > HKEY_CLASSES_ROOT\Software\RealNetworks\RealMediaSDK\6.0\Preferences\UseRTP > > set this to 1. > > > > Linux: > > .RealNetworks_RealMediaSDK_60 > > add UseRTP=1 in this file. > > > > Mac: > > If you have Resorcerer resource editor program, you should be able to > > modify pref with it. > > > > Let us know if you still don't see RTCP. > > Thanks, > > Go > > > > On Fri, 4 May 2001, Marshall Eubanks wrote: > > > > > > At 04:45 PM 4/25/2001 -0400, Marshall Eubanks wrote: > > > > > > > >> When I use Real Player 8 Basic Build 6.0.9.584 on my Mac G4 to play > > > >> our RTP MP3 streams, it does not send out receiver reports. > > > >> > > > >> It plays just fine, but it does not send RR's. Their existence would be > > > >> appreciated. > > > > > > > > I've verified RR's in the 8.0.3.412 basic player on Linux and 6.0.9.584 > > > > plus player on NT, looks like there may be a Mac player specific problem, > > > > looking into it. > > > > > > > > JEff > > > > > > > > > > > Dear Jeff; > > > > > > We used a packet sniffer and tried the following : > > > > > > tcpdump RealPlayer 8 Basic (tm) (mac). Build 6.0.9.584 (No RTCP traffic on > > > group/port) > > > > > > tcpdump RealPlayer 8 Basic (win32). Build 6.0.9.380 (No RTCP traffic on > > > group/port) > > > > > > tcpdump RealPlayer 8 Basic (Linux CS). Build 8.0.3.412 (No RTCP traffic on > > > group/port) > > > > > > tcpdmp of Quicktime 5.01 (mac) (shows RTCP traffic on group/port) > > > > > > tcpdump of IPTV: (shows RTCP traffic on group/port) > > > > > > (see > > > http://www.multicasttech.com/papers/tcpdump_4-1-01.pdf > > > for the full dump) > > > > > > > > > > > > Regards > > > Marshall Eubanks > > > > > > > > T.M. Eubanks > Multicast Technologies, Inc > 10301 Democracy Lane, Suite 410 > Fairfax, Virginia 22030 > Phone : 703-293-9624 > Fax : 703-293-9609 > e-mail : tme@multicasttech.com > http://www.on-the-i.com > > Test your network for multicast : http://www.multicasttech.com/mt/ > > From rem-conf Fri May 04 15:39:07 2001 From rem-conf-request@es.net Fri May 04 15:39:06 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 14vo13-0001Si-00; Fri, 4 May 2001 15:25:37 -0700 Received: from postal1.es.net [198.128.3.205] by listserv1.es.net with esmtp (Exim 1.81 #2) id 14vo12-0001SW-00; Fri, 4 May 2001 15:25:36 -0700 Received: from cs.columbia.edu ([]) by postal1.es.net (ES.NET MTA 1) with ESMTP id IBA36876 for ; Fri, 04 May 2001 15:25:35 -0700 Received: from cs.columbia.edu (bart.cs.columbia.edu [128.59.19.191]) by cs.columbia.edu (8.9.3/8.9.3) with ESMTP id SAA06865; Fri, 4 May 2001 18:25:32 -0400 (EDT) Sender: hgs@cs.columbia.edu Message-ID: <3AF32C5C.45A10492@cs.columbia.edu> Date: Fri, 04 May 2001 18:25:32 -0400 From: "Henning G. Schulzrinne" Organization: Dept. of Computer Science, Columbia University X-Mailer: Mozilla 4.77 [en] (X11; U; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Paiman Nodoushani CC: rem-conf@es.net Subject: Re: rfc2833bis References: <000d01c0d4e9$263d3d70$8d882ca1@nodoushp-nt.cisco.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Paiman Nodoushani wrote: > > greetings, > can someone send me a draft copy of rfc2833bis? In progress. There is no draft yet. > > thanks in advance, > Paiman > > Paiman Nodoushani > nodoushp@cisco.com -- Henning Schulzrinne http://www.cs.columbia.edu/~hgs From rem-conf Fri May 04 15:44:00 2001 From rem-conf-request@es.net Fri May 04 15:43:59 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 14voF6-0001cW-00; Fri, 4 May 2001 15:40:08 -0700 Received: from postal1.es.net [198.128.3.205] by listserv1.es.net with esmtp (Exim 1.81 #2) id 14voF5-0001cL-00; Fri, 4 May 2001 15:40:07 -0700 Received: from tnint06.telogy.com ([]) by postal1.es.net (ES.NET MTA 1) with ESMTP id IBA36876 for ; Fri, 04 May 2001 15:40:06 -0700 Received: by argentina.telogy.com with Internet Mail Service (5.5.2653.19) id ; Fri, 4 May 2001 18:39:53 -0400 Message-ID: <61891BA043DED21180920090273F173801225102@argentina.telogy.com> From: David Lide To: rem-conf@es.net Subject: RFC 2833 payload types Date: Fri, 4 May 2001 18:39:52 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list In using RFC 2833, are there any restrictions about using different payload types for different event spaces (such as dtmf, tones, abcd bits)? Or do all 2833 pkts from a source have to use the same payload type? It seems to me that SDP will allow the former. thanks dave From rem-conf Sun May 06 20:33:24 2001 From rem-conf-request@es.net Sun May 06 20:33:23 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 14wbWQ-00047N-00; Sun, 6 May 2001 20:17:18 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 14wbWO-00046v-00; Sun, 6 May 2001 20:17:16 -0700 Received: from amy ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Sun, 06 May 2001 20:17:15 -0700 From: gary@kin-star.com.hk To: Computer@es.net, ELECTRONIC@es.net, ELECTRONIC-URL@es.net Subject:Re :CIDCW Type II Caller ID phone with Internet Call waiting alert MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_Rh8TCYGB4eKujnhcYc4XD0kC" X-Mailer: Wg7wzMyc8aupepV6DR1DLZ07nG0 X-Priority: 3 X-MSMail-Priority: Normal Message-Id: Date: Sun, 6 May 2001 20:17:16 -0700 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list This is a multi-part message in MIME format. ------=_NextPart_Rh8TCYGB4eKujnhcYc4XD0kC Content-Type: multipart/alternative; boundary="----=_NextPart_Rh8TCYGB4eKujnhcYc4XD0kCAA" ------=_NextPart_Rh8TCYGB4eKujnhcYc4XD0kCAA Content-Type: text/plain; Content-Transfer-Encoding: quoted-printable Dear Sir, It's been quite some time not hearing from you and I would like to take this chance to introduce our new Type II CID phone with Internet Call Waiting Alert for your kind consideration. In today's world, "communications" is our major daily activities. You may agree with me that you just can't live a day without your telephone or computer. But sometimes, especially in those SOHO offices, if one is busy with its Internet online, he may probably miss some very important calls !! This is such too much for someone to bear. However, with our new product, you will never miss any call again while you are online. You may enable call waiting service even without reducing the modem performance when the phone line is being shared for Internet use. A beep tone will be heard and CID number/name will show u on the LCD display. For brief introduction, I have attached herewith the product leadlet with feature list for your kind consideration. Should you need further detail about us or our full lines of product, please let us know or to visit us at : www.globalsources.com/callerid.co We are always at your disposal and pelase contact us if you need further assistance. We look forward tobe of service with you again. Best regards Gary Chan Asst. General Manager Kin Star Communication Technology Ltd. 1019-1020 Nan Fung Centre, 264-298 Castle Peak Road, Tsuen Wan, Hong Kong Tel : 852-2370 8081 Fax : 852-2370 1910 ------=_NextPart_Rh8TCYGB4eKujnhcYc4XD0kCAA Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable Dear Sir, It's been quite some time not hearing from you and I would like to take this chance to introduce our new Type II CID phone with Internet Call Waiting Alert for your kind consideration. In today's world, "communications" is our major daily activities. You may agree with me that you just can't live a day without your telephone or computer. But sometimes, especially in those SOHO offices, if one is busy with its Internet online, he may probably miss some very important calls !! This is such too much for someone to bear. However, with our new product, you will never miss any call again while you are online. You may enable call waiting service even without reducing the modem performance when the phone line is being shared for Internet use. A beep tone will be heard and CID number/name will show u on the LCD display. For brief introduction, I have attached herewith the product leadlet with feature list for your kind consideration. Should you need further detail about us or our full lines of product, please let us know or to visit us at : www.globalsources.com/callerid.co We are always at your disposal and pelase contact us if you need further assistance. We look forward tobe of service with you again. Best regards Gary Chan Asst. General Manager Kin Star Communication Technology Ltd. 1019-1020 Nan Fung Centre, 264-298 Castle Peak Road, Tsuen Wan, Hong Kong Tel : 852-2370 8081 Fax : 852-2370 1910 ------=_NextPart_Rh8TCYGB4eKujnhcYc4XD0kCAA-- ------=_NextPart_Rh8TCYGB4eKujnhcYc4XD0kC Content-Type: application/octet-stream; name="C:\My Documents\kin star\new product catalog (Netbeeper).eml" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="new product catalog (Netbeeper).eml" UmV0dXJuLVBhdGg6IGtpbnN0YXJAc2VlZC5uZXQudHcNClJlY2VpdmVkOiBmcm9tIHdlYi5lcG9h ZC5jb20gKFsyMDIuODUuMTM4LjE1Ml0pDQoJYnkgbWFpbGhvc3QucG93ZXJuZXRoay5jb20gKDgu OS4zLzguOS4zKSB3aXRoIEVTTVRQIGlkIEpBQTgwMDgxDQoJZm9yIDxraW5zdGFyQHBvd2VybmV0 aGsuY29tPjsgRnJpLCAyNyBBcHIgMjAwMSAwOTo1ODoyMCArMDgwMCAoQ1NUKQ0KCShlbnZlbG9w ZS1mcm9tIGtpbnN0YXJAc2VlZC5uZXQudHcpDQpSZXNlbnQtRnJvbToga2luc3RhckBzZWVkLm5l dC50dw0KUmVzZW50LURhdGU6IEZyaSwgMjcgQXByIDIwMDEgMDk6NDg6NTcgKzA4MDAgKENoaW5h IFN0YW5kYXJkIFRpbWUpDQpSZXNlbnQtTWVzc2FnZS1JZDogPDIwMDEwNDI3MDE0OS5KQUEwMDI4 NEB3ZWIuZXBvYWQuY29tPg0KUmVjZWl2ZWQ6IGZyb20gc2o2OC01OS5kaWFsdXAuc2VlZC5uZXQu dHcgKFsxOTIuNzIuNjguNTldIGhlbG89a2liODA1OTUpDQoJYnkgc2VlZC5uZXQudHcgd2l0aCBz bXRwIChTRUVETmV0IE1haWwgU2VydmVyIHYyLjMxMGIpDQoJaWQgMTRzeEt1LTAwMEM3ei0wMDsg RnJpLCAyNyBBcHIgMjAwMSAwOTo0NjoyMSArMDgwMA0KTWVzc2FnZS1JRDogPDAwMWEwMWMwY2Vi YiRlNzMwOTFhMCQzYjQ0NDhjMEBraWI4MDU5NT4NClJlcGx5LVRvOiAia2luc3RhciIgPGtpbnN0 YXJAc2VlZC5uZXQudHc+DQpGcm9tOiAia2luc3RhciIgPGtpbnN0YXJAc2VlZC5uZXQudHc+DQpU bzogPT9iaWc1P0I/YTJGNXBQMjBacnJSPz0gPGtheUBocnMuY29tLnR3PiwNCiAgICAgICAgImtp bnN0YXIgKHR3KSIgPGtpbnN0YXJAc2VlZC5uZXQudHc+LA0KICAgICAgICAiQW15IExhbSAoa2lu c3RhcikiIDxhbXlAa2luLXN0YXIuY29tLmhrPiwNCiAgICAgICAgIkdhcnkgQ2hlbiIgPHN0ZWhl bkB4dHJhLmNvLm56Pg0KU3ViamVjdDogbmV3IHByb2R1Y3QgY2F0YWxvZyAoTmV0YmVlcGVyKQ0K RGF0ZTogRnJpLCAyNyBBcHIgMjAwMSAwOTo0NDoyNSArMDgwMA0KT3JnYW5pemF0aW9uOiBraW5z dGFyDQpNSU1FLVZlcnNpb246IDEuMA0KQ29udGVudC1UeXBlOiBtdWx0aXBhcnQvbWl4ZWQ7DQoJ Ym91bmRhcnk9Ii0tLS09X05leHRQYXJ0XzAwMF8wMDE0XzAxQzBDRUZFLkE1M0ZBMkMwIg0KWC1Q cmlvcml0eTogMw0KWC1NU01haWwtUHJpb3JpdHk6IE5vcm1hbA0KWC1NYWlsZXI6IE1pY3Jvc29m dCBPdXRsb29rIEV4cHJlc3MgNS4wMC4yNjE1LjIwMA0KWC1NaW1lT0xFOiBQcm9kdWNlZCBCeSBN aWNyb3NvZnQgTWltZU9MRSBWNS4wMC4yNjE1LjIwMA0KWC1VSURMOiA0ZjU3NThlYzAyYzI3OTQy MmY4MmI1NDdjODkzZGNkMg0KDQpUaGlzIGlzIGEgbXVsdGktcGFydCBtZXNzYWdlIGluIE1JTUUg Zm9ybWF0Lg0KDQotLS0tLS09X05leHRQYXJ0XzAwMF8wMDE0XzAxQzBDRUZFLkE1M0ZBMkMwDQpD b250ZW50LVR5cGU6IG11bHRpcGFydC9hbHRlcm5hdGl2ZTsNCglib3VuZGFyeT0iLS0tLT1fTmV4 dFBhcnRfMDAxXzAwMTVfMDFDMENFRkUuQTU0OENBODAiDQoNCg0KLS0tLS0tPV9OZXh0UGFydF8w MDFfMDAxNV8wMUMwQ0VGRS5BNTQ4Q0E4MA0KQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOw0KCWNo YXJzZXQ9ImJpZzUiDQpDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiBxdW90ZWQtcHJpbnRhYmxl DQoNCg0KDQotLS0tLS09X05leHRQYXJ0XzAwMV8wMDE1XzAxQzBDRUZFLkE1NDhDQTgwDQpDb250 ZW50LVR5cGU6IHRleHQvaHRtbDsNCgljaGFyc2V0PSJiaWc1Ig0KQ29udGVudC1UcmFuc2Zlci1F bmNvZGluZzogcXVvdGVkLXByaW50YWJsZQ0KDQo8IURPQ1RZUEUgSFRNTCBQVUJMSUMgIi0vL1cz Qy8vRFREIEhUTUwgNC4wIFRyYW5zaXRpb25hbC8vRU4iPg0KPEhUTUw+PEhFQUQ+DQo8TUVUQSBj b250ZW50PTNEInRleHQvaHRtbDsgY2hhcnNldD0zRGJpZzUiIGh0dHAtZXF1aXY9M0RDb250ZW50 LVR5cGU+DQo8TUVUQSBjb250ZW50PTNEIk1TSFRNTCA1LjAwLjI2MTQuMzUwMCIgbmFtZT0zREdF TkVSQVRPUj4NCjxTVFlMRT48L1NUWUxFPg0KPC9IRUFEPg0KPEJPRFkgYmdDb2xvcj0zRCNmZmZm ZmY+DQo8RElWPiZuYnNwOzwvRElWPjwvQk9EWT48L0hUTUw+DQoNCi0tLS0tLT1fTmV4dFBhcnRf MDAxXzAwMTVfMDFDMENFRkUuQTU0OENBODAtLQ0KDQotLS0tLS09X05leHRQYXJ0XzAwMF8wMDE0 XzAxQzBDRUZFLkE1M0ZBMkMwDQpDb250ZW50LVR5cGU6IHRleHQvaHRtbDsNCgluYW1lPSJJN0Iw MiBIVE1MLmh0bSINCkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6IHF1b3RlZC1wcmludGFibGUN CkNvbnRlbnQtRGlzcG9zaXRpb246IGF0dGFjaG1lbnQ7DQoJZmlsZW5hbWU9Ikk3QjAyIEhUTUwu aHRtIg0KDQo8SFRNTD4NCjxIRUFEPg0KPE1FVEEgSFRUUC1FUVVJVj0zRCJDb250ZW50LVR5cGUi IENPTlRFTlQ9M0QidGV4dC9odG1sOyBjaGFyc2V0PTNEYmlnNSI+DQo8TUVUQSBOQU1FPTNEIkdl bmVyYXRvciIgQ09OVEVOVD0zRCJNaWNyb3NvZnQgV29yZCA5NyI+DQo8VElUTEU+ICAgICAgICAg ICAgRCAxMDI2IEludGVybmV0IGNhbGxlciBJRCA8L1RJVExFPg0KPC9IRUFEPg0KPEJPRFk+DQoN CjxCPjxGT05UIEZBQ0U9M0QiPUI3cz1CMj1EMz1BOT1GQT1DNT1FOSIgTEFORz0zRCJaSC1UVyIg U0laRT0zRDY+DQo8L0ZPTlQ+PEZPTlQgU0laRT0zRDY+PFA+STdCMDIgQ0lEQ1cgVGVsZXBob25l ICA8L1A+DQo8UD53aXRoIEludGVybmV0IENhbGwgV2FpdGluZyBBbGVydDwvUD4NCjwvRk9OVD48 Rk9OVCBTSVpFPTNENSBDT0xPUj0zRCIjZmYwMDAwIj48UD5MZXRzIHBlb3BsZSBrbm93IHdobz1B MT1BNnMgPQ0KY2FsbGluZyB3aGVuIHlvdSBhcmUgb25saW5lPC9QPg0KPC9CPjwvRk9OVD48Rk9O VCBGQUNFPTNEIj1CN3M9QjI9RDM9QTk9RkE9QzU9RTkiIExBTkc9M0QiWkgtVFciIFNJWkU9M0Q1 ID0NCkNPTE9SPTNEIiNmZjAwMDAiPjxQPjxJTUcgU1JDPTNEIkltYWdlMS5qcGciIFdJRFRIPTNE MjI4ID0NCkhFSUdIVD0zRDIyOD48L1A+DQo8L0ZPTlQ+PEI+PEZPTlQgRkFDRT0zRCI9QjdzPUIy PUQzPUE5PUZBPUM1PUU5IiBMQU5HPTNEIlpILVRXIiBTSVpFPTNENT4NCjwvRk9OVD48Rk9OVCBT SVpFPTNENT48UD5LZXkgU3BlY2lmaWNhdGlvbnMgL1NwZWNpYWwgRmVhdHVyZXM6PC9QPg0KPC9G T05UPjxQPi48L0I+IEJlbGxjb3JlL0VUU0kgRlNLIFR5cGUgSUkgQ2FsbGVyIElEICAgIDwvUD4N CjxCPjxQPi48L0I+IDMtbGluZSBMQ0QgZGlzcGxheSB3aXRoIDE2IGRpZ2l0cyBhbmQgMTYgY2hh cmFjdGVyczwvUD4NCjxCPjxQPi48L0I+IFVwIHRvIDk5IENJRCBtZW1vcmllcyB3aXRoIG51bWJl ciBvbmx5IG9yIDU1IENJRCBtZW1vcmllcyA9DQp3aXRoIG5hbWUgYW5kIG51bWJlcjwvUD4NCjxC PjxQPi48L0I+IEVuZ2xpc2gvU3BhbmlzaC9GcmVuY2gvR2VybWFueS9JdGFsaWFuIC8gUG9ydHVn dWVzZS9EdXRjaCA9DQpvcGVyYXRpb24gbGFuZ3VhZ2U8L1A+DQo8Qj48UD4uPC9CPiAxNSB0ZWxl cGhvbmUgbnVtYmVyIG1lbW9yaWVzPC9QPg0KPEI+PFA+LiA8L0I+Q2FsbC1CYWNrIGZyb20gaW5j b21pbmcgY2FsbCBtZW1vcnk8L1A+DQo8Qj48UD4uPC9CPiBSZXBlYXQgY2FsbCBjb3VudDwvUD4N CjxCPjxQPi48L0I+IE5ldyBjYWxsIGFuZC9vciBNZXNzYWdlIHdhaXRpbmcgbGlnaHQ8L1A+DQo8 Qj48UD4uPC9CPiBMYXN0IG51bWJlciByZWRpYWw8L1A+DQo8Qj48UD4uPC9CPiBGbGFzaC9TdG9y ZS9NZW1vL1BhdXNlL00mZ3Q7VCBidXR0b25zPC9QPg0KDQo8Qj48UD5NYTxGT05UIFNJWkU9M0Q0 PmluIEV4cG9ydCBNYXJrZXRzOjwvUD4NCjwvRk9OVD48UD4uIDwvQj5VU0EsIENhbmFkYSwgTWV4 aWNvPC9QPg0KPEI+PFA+LjwvQj4gRXVyb3BlYW4gY291bnRyaWVzPC9QPg0KPEI+PFA+LjwvQj4g SG9uZyBLb25nLCBQaGlsaXBwaW5lPC9QPg0KPEI+PFA+LiA8L0I+QXVzdHJhbGlhLCBOZXcgWmVh bGFuZDwvUD4NCg0KPEI+PFA+SU1QT1JUQU5UOiA8L1A+DQo8UD5JbiBvcmRlciB0byB1c2UgdGhp cyB1bml0LCB5b3UgbXVzdCBzdWJzY3JpYmUgdG8gZWl0aGVyIHRoZSBzdGFuZGFyZCA9DQpDYWxs IFdhaXRpbmcgU2VydmljZSBvciBOYW1lL051bWJlciBDYWxsZXIgSUQgd2l0aCBWaXN1YWwgQ2Fs bCBXYWl0aW5nID0NClNlcnZpY2UuICA8L1A+DQo8UD5UbyBrbm93IHdobyBpcyBjYWxsaW5nIHdo aWxlIHlvdSBhcmUgb24gdGhlIHBob25lIG9yIG9ubGluZSwgeW91IG11c3QgPQ0Kc3Vic2NyaWJl IHRvIHRoZSBOYW1lL051bWJlciBDYWxsZXIgSUQgd2l0aCBWaXN1YWwgQ2FsbCBXYWl0aW5nID0N CnNlcnZpY2UuPC9QPg0KPFA+QSBiZWVwIHRvbmUgYWxlcnRzIHdoZW5ldmVyIGNhbGwgd2FpdGlu ZyB0b25lIGFwcGVhcnMgd2hpbGUgeW91IGFyZSA9DQpvbmxpbmUuIElmIHlvdSBkZWNpZGUgdG8g YW5zd2VyIHRoZSBwaG9uZSwgc2ltcGx5IHBpY2sgdXAgdGhlIGhhbmRzZXQsID0NCmFuZCB0aGUg SW50ZXJuZXQgY29tbXVuaWNhdGlvbiBzZXNzaW9uIHdpbGwgYmUgYXV0b21hdGljYWxseSA9DQpk aXNjb25uZWN0ZWQuIFRoZW4sIHlvdSB3aWxsIG5lZWQgdG8gcmVkaWFsIHRvIGdldCBiYWNrIHRv IEludGVybmV0ID0NCmFmdGVyIHlvdSBoYW5nIHVwLjwvUD48L0I+PC9CT0RZPg0KPC9IVE1MPg0K DQotLS0tLS09X05leHRQYXJ0XzAwMF8wMDE0XzAxQzBDRUZFLkE1M0ZBMkMwLS0NCg0K ------=_NextPart_Rh8TCYGB4eKujnhcYc4XD0kC-- From rem-conf Mon May 07 12:29:48 2001 From rem-conf-request@es.net Mon May 07 12:29:48 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 14wqbV-0004oF-00; Mon, 7 May 2001 12:23:33 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 14wqbU-0004o5-00; Mon, 7 May 2001 12:23:32 -0700 Received: from mail-out2.apple.com ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Mon, 07 May 2001 12:23:32 -0700 Received: from apple.com (A17-129-100-225.apple.com [17.129.100.225]) by mail-out2.apple.com (8.9.3/8.9.3) with ESMTP id MAA12945 for ; Mon, 7 May 2001 12:23:31 -0700 (PDT) Received: from scv3.apple.com (scv3.apple.com) by apple.com (Content Technologies SMTPRS 4.2.1) with ESMTP id ; Mon, 7 May 2001 12:23:28 -0700 Received: from [17.202.35.52] (singda.apple.com [17.202.35.52]) by scv3.apple.com (8.9.3/8.9.3) with ESMTP id MAA26560; Mon, 7 May 2001 12:22:06 -0700 (PDT) Mime-Version: 1.0 X-Sender: singer@mail.apple.com (Unverified) Message-Id: In-Reply-To: References: Date: Mon, 7 May 2001 12:22:07 -0700 To: Portillo Francisco-BFP01C From: Dave Singer Subject: Re: RTP-MPEG4 Draft Updates Cc: rem-conf@es.net, gen-sys@advent.ee.columbia.edu Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list At 4:56 PM +0100 5/4/01, Portillo Francisco-BFP01C wrote: >Are expected within a short time any updates for the following IETF Drafts? > >- "RTP Payload Format for MPEG-2 AAC Streams " and >- "A Framework for the delivery of MPEG-4 over IP-based Protocols" >(their expiry dates are: 05/22/2000 and 05/16/2000) > >Thanks, > >Francisco Portillo There was a decision to work on the framework as an MPEG document, and I am no longer the primary editor. I'm not sure whether the new editor has the same policy of keeping both groups synchronized. -- David Singer Apple Computer/QuickTime From rem-conf Mon May 07 13:26:35 2001 From rem-conf-request@es.net Mon May 07 13:26:35 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 14wrYk-0005wm-00; Mon, 7 May 2001 13:24:46 -0700 Received: from postal3.es.net [198.128.3.207] by listserv1.es.net with esmtp (Exim 1.81 #2) id 14wrYi-0005wc-00; Mon, 7 May 2001 13:24:44 -0700 Received: from forthnet.gr ([]) by postal3.es.net (ES.NET MTA 3) with ESMTP id IBA36876 for ; Mon, 07 May 2001 13:24:43 -0700 Received: from assinik1.unipi.gr (ppp2456.ath.forthnet.gr [194.219.74.55]) by forthnet.gr (8.9.3/8.9.3) with ESMTP id XAA19424; Mon, 7 May 2001 23:13:39 +0300 Message-Id: <5.0.2.1.0.20010507122004.009f5d10@127.0.0.1> X-Sender: ASSINIK.ATH.FORTHNET.GR/popper.forthnet.gr@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Mon, 07 May 2001 12:20:16 +0300 To: assinik@unipi.gr From: Nikitas Assimakopoulos Subject: Special Issue of JASS journal Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_3318173==_.ALT" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --=====================_3318173==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed -------------------------------------------------------------------------------- We extend our sincere apologies if this announcement would disturb your inbox with multiple copies of it. -------------------------------------------------------------------------------- Journal of Applied Systems Studies Methodologies and Applications for Systems Approaches [ JASS ] http://www.unipi.gr/jass/ JASS announces that the Special Issue on : "Living, Evolutionary and Tailorable Information Systems: Development Issues and Advanced Applications" has been scheduled. "Living systems" is a core research area in the Systems Sciences and has been applied in disciplines ranging from biology to manufacturing and economics. It is only recently, however, that the 'living' aspect has been applied to Information Systems (IS) and that dynamic concepts such as evolution and tailorability have been researched. In timely fashion, this special issue explores approaches to information systems development that promote the ongoing design of systems and/or defer the design process. It is increasingly recognised that business organisations are 'emergent' in the face of change driven by technology, globalisation, deregulation, acquisition and merger, customer relationship management and the like. If you are interested in the above special issue title AND for the current issues, please visit JASS web site. For submission of papers consult the "Aims & Scope" of JASS. --=====================_3318173==_.ALT Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by forthnet.gr id XAA19424
-------------------------------------------------------------------------= -------
   We extend our sincere apologies if this announcement
   would disturb your inbox with multiple copies of it.
-------------------------------------------------------------------------= -------

     Journal of  Applied  Systems  Studies
    Methodologies and Applications for Systems Approaches
           &nbs= p;            = ;     [ JASS ]

          &n= bsp;       http://www.unipi= .gr/jass/


        JASS announces that the Special Issue on :

"Living, Evolutionary and Tailorable Information Systems: Development Issues and Advanced Applications"
has been scheduled.

        "Livi= ng systems" is a core research area in the Systems Sciences and has been applied in disciplines ranging from biology to manufacturing and economics. It is only recently, however, that the =91living=92 aspect has been applied to Information Systems (IS) and that dynamic concepts such as evolution and tailorability have been researched. In timely fashion, this special issue explores approaches to information systems development that promote the ongoing design of systems and/or defer the design process. It is increasingly recognised that business organisations are =91emergent=92 in the face of change driven by technology, globalisation, deregulation, acquisition and merger, customer relationship management and the like.

        If you are interested in the above special issue title  AND  for the current issues, please visit JASS web site.
        For submission of papers consult the "Aims & Scope" of JASS.

--=====================_3318173==_.ALT-- From rem-conf Mon May 07 18:48:34 2001 From rem-conf-request@es.net Mon May 07 18:48:33 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 14wwc1-0004Ur-00; Mon, 7 May 2001 18:48:29 -0700 Received: from postal1.es.net ([198.128.3.205]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 14wwbz-0004Uh-00; Mon, 7 May 2001 18:48:27 -0700 Received: from mail.techway.co.kr ([]) by postal1.es.net (ES.NET MTA 1) with ESMTP id IBA36876 for ; Mon, 07 May 2001 18:48:27 -0700 Received: (qmail 2796 invoked from network); 8 May 2001 02:13:19 -0000 Received: from unknown (HELO young) (211.235.239.6) by 211.172.232.147 with SMTP; 8 May 2001 02:13:19 -0000 Message-ID: <004c01c0d760$b95b1400$06efebd3@young> Reply-To: "LIM, Young-Kwon" From: "LIM, Young-Kwon" To: "Portillo Francisco-BFP01C" , "Dave Singer" Cc: , References: Subject: Re: RTP-MPEG4 Draft Updates Date: Tue, 8 May 2001 10:46:39 +0900 Organization: mp4cast MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list DQoNCj4gQXQgNDo1NiBQTSArMDEwMCA1LzQvMDEsIFBvcnRpbGxvIEZyYW5jaXNjby1CRlAwMUMg d3JvdGU6DQo+ID5BcmUgZXhwZWN0ZWQgd2l0aGluIGEgc2hvcnQgdGltZSBhbnkgdXBkYXRlcyBm b3IgdGhlIGZvbGxvd2luZyBJRVRGIERyYWZ0cz8NCj4gPg0KPiA+LSAiUlRQIFBheWxvYWQgRm9y bWF0IGZvciBNUEVHLTIgQUFDIFN0cmVhbXMgIiBhbmQNCj4gPi0gIkEgRnJhbWV3b3JrIGZvciB0 aGUgZGVsaXZlcnkgb2YgTVBFRy00IG92ZXIgSVAtYmFzZWQgUHJvdG9jb2xzIg0KPiA+KHRoZWly IGV4cGlyeSBkYXRlcyBhcmU6IDA1LzIyLzIwMDAgYW5kIDA1LzE2LzIwMDApDQo+ID4NCj4gPlRo YW5rcywNCj4gPg0KPiA+RnJhbmNpc2NvIFBvcnRpbGxvDQo+IA0KPiBUaGVyZSB3YXMgYSBkZWNp c2lvbiB0byB3b3JrIG9uIHRoZSBmcmFtZXdvcmsgYXMgYW4gTVBFRyBkb2N1bWVudCwgDQo+IGFu ZCBJIGFtIG5vIGxvbmdlciB0aGUgcHJpbWFyeSBlZGl0b3IuICBJJ20gbm90IHN1cmUgd2hldGhl ciB0aGUgbmV3IA0KPiBlZGl0b3IgaGFzIHRoZSBzYW1lIHBvbGljeSBvZiBrZWVwaW5nIGJvdGgg Z3JvdXBzIHN5bmNocm9uaXplZC4NCj4gLS0gDQoNCk9mIGNvdXJzZS4NCkknbGwgcmVnaXN0ZXIg bmV3IGRyYWZ0IGFzIHNvb24gYXMgcG9zc2libGUuDQoNClNpbmNlcmVseSwNCllvdW5nLg0K From rem-conf Wed May 09 03:21:19 2001 From rem-conf-request@es.net Wed May 09 03:21:18 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 14xQsz-0007aR-00; Wed, 9 May 2001 03:08:01 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 14xQsx-0007Zz-00; Wed, 9 May 2001 03:07:59 -0700 Received: from utrhcs.cs.utwente.nl ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Wed, 09 May 2001 03:07:58 -0700 Received: from utip129 (utip129.cs.utwente.nl [130.89.12.65]) by utrhcs.cs.utwente.nl (8.9.3/8.9.3) with ESMTP id MAA07227 for ; Wed, 9 May 2001 12:07:54 +0200 (MET DST) Message-ID: <3199804.989402879138.JavaMail.localadmin@utip129> Date: Wed, 9 May 2001 12:07:59 +0200 (GMT+02:00) From: tzolov@cs.utwente.nl To: rem-conf@es.net Subject: [PROMS 2001] - Call for paper submissions Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_1963_3462044.989402879138" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list ------=_Part_1963_3462044.989402879138 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit [Apologies if you receive this more than once] Second Call for Papers 6th International Conference on Protocols for Multimedia Systems - PROMS 2001 17-19 October, Enschede, The Netherlands Organised by the Center for Telematics and Information Technology (CTIT) at the University of Twente Emerging broadband interactive applications along with a development of different networking technologies should draw telecom operators' and service providers' attention to protocols supporting multimedia systems as an interface between these two environments that has to be still investigated and modified. The PROMS 2001 conference is intended to contribute to a scientific, strategic and practical cooperation between research institutes and industrial companies in the area of distributed multimedia applications, protocols, and intelligent management tools, with emphasis on their provision over broadband networks. PROMS 2001 will cover papers and demonstrations on research and achievements related to the following topics: - design and implementation of multimedia protocols for public switched telephony networks, mobile networks, data networks, and satellite networks using IP, ATM or other connectivity techniques; - application, media, and protocol integration: synchronization of media streams; - multiparty and group communication protocols; - mobile networking and routing: multimedia communication architectures for mobile networks; - multimedia applications: video-on-demand, digital video libraries, video games, virtual community, teleworking, teleteaching, e-commerce, telemeeting, virtual reality simulations; - content based searching and querying; - techniques for the specification of communication services required by multimedia applications; - methods for real-time testing and analysis of service implementations; - integration of media storage and communication mechanisms, operating system and high-performance issues; - experiences with service provisioning using distributed multimedia applications; - performance of protocols and applications: modelling, simulation and optimization in different networks; - multimedia traffic engineering; - applications and platforms for service management and provisioning; - definition, provisioning, and supervision of QoS parameters for networked applications and services; - intelligent management tools pertaining to costs and QoS, network access, accounting, security, and system resilience; - service access - security, authentication, privacy; - accounting and tariff policing for multimedia teleservices. PROMS 2001 will consist of a two days technical program, a full day of tutorials, and demonstrations during the conference. We encourage contributions in the form of full papers and position papers. Full papers should describe innovative and significant work. Position papers are meant to enable researchers to present exciting ongoing work in early stages, opinions about current developments, and suggestions for future directions. The purpose of position papers is to provide a seed for debate and discussion. Both types of papers will be reviewed by the program committee and included in the workshop proceedings. The proceedings will be published by Springer-Verlag as a Lecture Notes in Computer Science. INFORMATION FOR AUTHORS Authors are invited to submit full papers and position papers in PDF through our Web site http://www.ctit.utwente.nl/news/proms_2001.htm. Submitted manuscripts must describe original work (not submitted elsewhere). Full papers must not be longer than 12 single spaced pages and position papers must not be longer than 6 single spaced pages. Both types of papers should contain an abstract of approximately 300 words, and include title, authors and affiliations. Final versions of accepted papers must be structured according to the instructions of Springer-Verlag. For further information, please contact a member of the organising committee (proms2001@ctit.utwente.nl). IMPORTANT DATES - Full papers due 31 May 2001 - Authors notified 30 June 2001 - Full paper camera ready due 27 July 2001 CONFERENCE CHAIRMEN Marten van Sinderen (chair), Univ. of Twente, NL, sinderen@ctit.utwente.nl Lambert Nieuwenhuis (co-chair), KPN Research and Univ. of Twente, NL, bart@cs.utwente.nl PROGRAM COMMITTEE A. Azcorra, Carlos III Univ., Spain J.L. van den Berg, KPN Research / Univ. of Twente, Netherlands A. Campbell, Colombia University, USA M. Diaz, LAAS-CNRS, France H. Eertink, Telematica Instituut, Netherlands F. Eliassen, University of Oslo, Netherlands L. Ferreira Pires, University of Twente, Netherlands F. Fontes, Portugal Telecom Inovatpo, SA, Portugal G. Heijenk, Ericsson Eurolab, Netherlands U. Hofmann, Univ. Salzburg, Germany D. Hutchison, Lancaster University, UK W. Jonker, KPN Research / Univ. of Twente, Netherlands D. Konstantas, Univ. of Twente, NL / Univ. of Geneva, Switserland C. Linnhoff-Popien, Institut fnr Informatik, Germany L. Mathy, Lancaster Univ., UK L. Nieuwenhuis, KPN Research / Univ. of Twente, Netherlands S. Pallazzo, Univ. of Catania, Italy Z. Papir, Univ. of Mining and Metallurgy, Poland T. Plagemann, University of Oslo, UniK, Norway R. Popescu-Zeletin, GMD-FOKUS, Germany D. Quartel, University of Twente, Netherlands J.-L. Raffy, Institut National des Telecommunications, France J. Schot, Lucent Technologies, Netherlands M. van Sinderen, Univ. of Twente, Netherlands J. Zuidweg, Tecsidel, Spain ORGANISING COMMITTEE Giancarlo Guizzardi, Univ. of Twente, guizzard@cs.utwente.nl Christian Tzolov, Univ. of Twente, tzolov@cs.utwente.nl Marloes Castaneda Schlie, Univ. of Twente, castaned@ctit.utwente.nl Annelies Klos, Univ. of Twente, Klos@cs.utwente.nl ------=_Part_1963_3462044.989402879138-- From rem-conf Wed May 09 11:08:35 2001 From rem-conf-request@es.net Wed May 09 11:08:35 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 14xYNz-00035a-00; Wed, 9 May 2001 11:08:31 -0700 Received: from postal1.es.net ([198.128.3.205]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 14xYNy-00035P-00; Wed, 9 May 2001 11:08:30 -0700 Received: from graffiti.net ([]) by postal1.es.net (ES.NET MTA 1) with ESMTP id IBA36876 for ; Wed, 09 May 2001 11:08:26 -0700 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=200105100212=" To: rem-conf@es.net From: barbara_a_d@graffiti.net X-Mailer: 41EFA0F.6F30EA68.4240374c19dc4877834e68110df06d7d Subject: Get Paid To Read Email Organization: Message-Id: Date: Wed, 9 May 2001 11:08:30 -0700 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --=200105100212= Content-Type: text/plain;charset=US-ASCII Hello, Do you know that there are organizations that are willing to pay you to read emails? Yes, it's hard to believe but it's true. Internet is not a only a place for free stuff but also a place to pocket in some extra cash. This whole thing is plain and simple. After you sign up, just watch out for that email. When that email arrives just click on the given link and if you need to sign-up for some sort of programs just try it out. After that if you are not satisfied, then you can just remove yourself from the program. You are also paid for doing that! You might be asking yourself, where does this advertising company get the money to pay email readers just to read emails. Well, this all comes from advertising revenue that this advertising company gets when they distribute advertising emails of other companies and commercial websites to its members. A portion of that revenue will go to its members for reading the advertisements and trying out products or services. So, are you interested? If you are then reply this email with the subject "request info" to request for an invitation. Otherwise reply with the subject "REMOVED" to prevent from receiving any emails in future. Thank You. ---------------------------------------------------------------- Under Bill s.1618 TITLE III passed by the 105th U.S. Congress this letter can not be considered spam as long as we include a Remove Procedure - To be removed, reply this message with the word "REMOVE" as the subject --=200105100212=-- From rem-conf Wed May 09 17:54:35 2001 From rem-conf-request@es.net Wed May 09 17:54:34 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 14xeis-0005ac-00; Wed, 9 May 2001 17:54:30 -0700 Received: from postal2.es.net ([198.128.3.206]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 14xeir-0005aE-00; Wed, 9 May 2001 17:54:29 -0700 Received: from e1.ny.us.ibm.com ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876; Wed, 09 May 2001 17:54:27 -0700 Received: from northrelay02.pok.ibm.com (northrelay02.pok.ibm.com [9.117.200.22]) by e1.ny.us.ibm.com (8.9.3/8.9.3) with ESMTP id UAA357834; Wed, 9 May 2001 20:51:25 -0400 Received: from d01ml243.pok.ibm.com (d01ml243.pok.ibm.com [9.117.200.72]) by northrelay02.pok.ibm.com (8.8.8m3/NCO v4.96) with ESMTP id UAA139084; Wed, 9 May 2001 20:44:25 -0400 Importance: Normal Subject: ACM Sigcomm 2001 Student Poster Session- Call for submissions To: tci-announce@listserv.computer.org, tccc@ieee.org, tcgn@ieee.org, end2end-interest@isi.edu, confctrl@isi.edu, itc@ieee.org, ifip-6-1-distr@run.montefiore.ulg.ac.be, ifip-tc6@informatik.rwth-aachen.de, sigmetrics@haven.epm.ornl.gov, dbworld@cs.wisc.edu, f-troup@CODEX.cis.upenn.edu, rem-conf-request@es.net, cost237-transport@comp.lancs.ac.uk, reres@laas.fr, hipparch@sophia.inria.fr, xtp-relay@cs.concordia.ca, rem-conf@es.net, commsoft@cc.bellcore.com, cnom@maestro.bellcore.com, conf@colmar.uha.fr, Cost264@lip6.fr, domain3@BXL.DG13.cec.eu.int, nichains@BXL.DG13.cec.eu.int, gi-fb3@fokus.gmd.de, kuvs-elg@fokus.gmd.de, multicomm@cc.bellcore.com, kgold@firstconf.com, announcements.chi@acm.com, netnomics@eco.utexas.edu, IEEETCPC-request@LISTSERV.UTORONTO.CA, gigabitkits@arl.wustl.edu X-Mailer: Lotus Notes Release 5.0.3 (Intl) 21 March 2000 Message-ID: From: "Dilip D Kandlur" Date: Wed, 9 May 2001 20:40:49 -0400 X-MIMETrack: Serialize by Router on D01ML243/01/M/IBM(Release 5.0.7 |March 21, 2001) at 05/09/2001 08:52:55 PM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list This year, the SIGCOMM 2001 conference will sponsor a one-hour poster session aimed at showcasing the "work-in-progress" of students attending the conference. The goal of the poster session is to present students' current work and provide an opportunity for informal discussion of the work with the students at the conference venue. Poster submission details and other information on this are at http://nms.lcs.mit.edu/sigcomm01-poster.html From rem-conf Thu May 10 08:26:49 2001 From rem-conf-request@es.net Thu May 10 08:26:48 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 14xsKy-0003qR-00; Thu, 10 May 2001 08:26:44 -0700 Received: from postal2.es.net ([198.128.3.206]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 14xsKw-0003qH-00; Thu, 10 May 2001 08:26:42 -0700 Received: from postfix.informatik.uni-bonn.de ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Thu, 10 May 2001 08:26:41 -0700 Received: by postfix.informatik.uni-bonn.de (Postfix) id 0EC7670C87; Thu, 10 May 2001 17:24:06 +0200 (MEST) Delivered-To: lcn2001_info-out@alias.informatik.uni-bonn.de Received: by postfix.informatik.uni-bonn.de (Postfix, from userid 317) id D9B4070C96; Thu, 10 May 2001 17:24:05 +0200 (MEST) Received: from cs.bonn.edu (reykjavik.informatik.uni-bonn.de [131.220.6.141]) by postfix.informatik.uni-bonn.de (Postfix) with ESMTP id 2960570C87; Thu, 10 May 2001 17:24:03 +0200 (MEST) (envelope-from lcn2001@cs.bonn.edu) (envelope-to lcn2001_info@cs.bonn.edu) (2) (internal use: ta=1, tu=1, te=0, am=-, au=NULL) Message-ID: <3AFAB370.8F64F095@cs.bonn.edu> Date: Thu, 10 May 2001 17:27:44 +0200 From: LCN2001 Conference Account Organization: University of Bonn, Institute of Computer Science IV X-Mailer: Mozilla 4.77 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: lcn2001_info@cs.bonn.edu Subject: *** Final Call: IEEE LCN 2001 - One week to deadline *** Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-lcn2001_info@uran.informatik.uni-bonn.de X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list (We apologize if you receive multiple copies of this) Dear colleague, tomorrow it will just be one week to the deadline of LCN 2001 to be held in Tampa, Florida, Nov. 14-16, 2001. Why wait until the last minute ? Visit the conference home pape: http://www.ieeelcn.org or go direct to our electronic submission page: http://www.cs.bonn.edu/lcn2001/ Peter Martini (Program Chair for LCN 2001) ================================================================ CALL FOR PAPERS LCN 2001 The 26th Annual IEEE Conference on Local Computer Networks November 14 - 16, 2001 Embassy Suites USF, Tampa, Florida http://www.ieeelcn.org Sponsored by the IEEE Computer Society with support from Verizon, Nokia and the University of South Florida College of Engineering. Important dates: ---------------- Paper submission: May 18, 2001 Notification of acceptance: July 20, 2001 Camera-ready copy due: August 17, 2001 General Information: -------------------- The IEEE LCN conference is the premier conference on leading edge and practical computer networking. Our unique approach stimulates a workshop environment and enables an effective interchange among researchers, users, and product developers. During 25 years of this conference, we moved from the local network to the global Internet and World Wide Web. Now we move into the realm of Personal Area Networks, wearable networks and ubiquitous computing. Papers that cover these areas are explicitly sought and will be given preference. We encourage you to submit original papers describing research results or practical solutions. Paper topics include, but are not limited to: - Wireless Networks - Personal Area Networks - Wearable Networks - Always On / Always Connected - Mobility Management - Location-dependant services - Local Area Networks - Home Networks - Small Office Networks - Storage Area Networks - Optical Networks - High Speed Networks - Network Management - Network Security - Network Reliability - Network to the Home - Quality of Service / Congestion Control - Adaptive Applications - Anything-over-IP - IP-over-Anything - Performance Evaluation / Measurements - Protocol Design and Validation Authors are invited to submit full or short papers for presentation at the conference. Full papers should present novel perspectives within the general scope of the conference and may be up to 10 camera-ready pages in length. Short papers are an opportunity to present preliminary or interim results and are limited to 2 camera-ready pages in length. A best paper award will be presented. Several student travel scholarships may be available courtesy of the LCN corporate supporters. All papers must include title, complete contact information for all authors, abstract, and keywords on the cover page. The correspondence author must be clearly identified. Paper submission Instructions: ------------------------------ Papers must be submitted electronically. Manuscript submission instructions can be found at http://www.cs.bonn.edu/lcn2001. Authors for whom electronic submission presents a severe problem should contact the program chair: Prof. Dr. Peter Martini University of Bonn, Institute of Computer Science IV Roemerstr. 164 D-53117 Bonn, Germany E-mail: lcn2001@cs.bonn.edu LCN 2001 Committee: ------------------- General Chair: F. Huebner, Concert Technologies Program Chair: P. Martini, University of Bonn Program Co-Chair: B. Bakshi, BioNetrix Finance Chair: J. Bumblis, Veritas Software Corporate Relations Co-Chairs: K. Christensen, USF L. Jack, Market Solutions Tutorial Co-Chairs, Panel Co-Chairs : J.W. Atwood, Concordia University B. Stiller, ETH Zürich Arrangements Chair: K. Christensen, USF Ad-Hoc Chair: T. Strayer, BBN Webmaster: G. Kessler, Champlain College Overseas Advisors: S. Jha, University of New South Wales P. Martini, University of Bonn Standing Committee: M. McKee, Bowling Green G. Kessler, Champlain College E. Nolley, Strategic Growth H. Salwen, Audeon Networks K. Prasad, UMass-Lowell From rem-conf Fri May 11 04:12:21 2001 From rem-conf-request@es.net Fri May 11 04:12:20 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 14yAqG-0003Cb-00; Fri, 11 May 2001 04:12:16 -0700 Received: from postal3.es.net ([198.128.3.207]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 14yAqE-0003CR-00; Fri, 11 May 2001 04:12:14 -0700 Received: from ietf.org ([]) by postal3.es.net (ES.NET MTA 3) with ESMTP id IBA36876 for ; Fri, 11 May 2001 04:12:11 -0700 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA03649; Fri, 11 May 2001 07:12:04 -0400 (EDT) Message-Id: <200105111112.HAA03649@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-evrc-02.txt Date: Fri, 11 May 2001 07:12:03 -0400 Sender: nsyracus@cnri.reston.va.us X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Working Group of the IETF. Title : An RTP Payload Format for EVRC Speech Author(s) : A. Li Filename : draft-ietf-avt-evrc-02.txt Pages : 16 Date : 10-May-01 This document describes the RTP payload format for Enhanced Variable Rate Codec (EVRC) Speech. The packet format supports various formats for different application scenarios. An interleaved format is included to reduce the effect of packet loss on Speech quality, as well as a bundled format. A non-bundled format is also supported to minimize header overhead when header compression is used. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-avt-evrc-02.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-evrc-02.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-evrc-02.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20010510095747.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-evrc-02.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-evrc-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20010510095747.I-D@ietf.org> --OtherAccess-- --NextPart-- From rem-conf Fri May 11 04:43:31 2001 From rem-conf-request@es.net Fri May 11 04:43:30 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 14yBKP-0004Le-00; Fri, 11 May 2001 04:43:25 -0700 Received: from postal2.es.net ([198.128.3.206]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 14yBKN-0004LG-00; Fri, 11 May 2001 04:43:23 -0700 Received: from odin.unik.no ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876; Fri, 11 May 2001 04:43:22 -0700 Received: from tomkri by odin.unik.no with local (Exim 3.16 #2) id 14yB8u-0004yh-00; Fri, 11 May 2001 13:31:32 +0200 To: tci-announce@listserv.computer.org, tccc@ieee.org, tcgn@ieee.org, end2end-interest@ISI.EDU, confctrl@ISI.EDU, itc@ieee.org, ifip-6-1-distr@run.montefiore.ulg.ac.be, ifip-tc6@informatik.rwth-aachen.de, sigmetrics@haven.epm.ornl.gov, dbworld@cs.wisc.edu, f-troup@CODEX.cis.upenn.edu, rem-conf@es.net, cost237-transport@comp.lancs.ac.uk, reres@laas.fr, hipparch@sophia.inria.fr, xtp-relay@cs.concordia.ca, rem-conf@es.net, commsoft@cc.bellcore.com, cnom@maestro.bellcore.com, conf@colmar.uha.fr, Cost264@lip6.fr, domain3@BXL.DG13.cec.eu.int, nichains@BXL.DG13.cec.eu.int, gi-fb3@fokus.gmd.de, kuvs-elg@fokus.gmd.de, multicomm@cc.bellcore.com, kgold@firstconf.com, announcements.chi@acm.com, netnomics@eco.utexas.edu, IEEETCPC@LISTSERV.UTORONTO.CA, gigabitkits@arl.wustl.edu, ecoop-info@ecoop.org, odp@dstc.edu.au, reflective-middleware@cs.uiuc.edu, cabernet-events@newcastle.ac.uk, phdoos@ecoop.org,dist-obj@distributedcoalition.org Cc: m3w-pc@ifi.uio.no Subject: M3W'01 - Extended deadline From: Tom Kristensen Date: 11 May 2001 13:31:32 +0200 Message-ID: <7ry9s4t94b.fsf@odin.unik.no> Lines: 104 X-Mailer: Gnus v5.7/Emacs 20.4 Sender: Tom Kristensen X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --------------------------------------------------------------- [Our apologies if you receive multiple postings of this CfP] Please find enclosed the CfP for the International Workshop on Multimedia Middleware that will take place on October 5th in conjunction with the ACM Multimedia conference. After many requests the deadline for paper submissions have been extended with 10 days to May 25th. ------------------------------------------------------------- M3W'01 International Workshop on Multimedia Middleware October 5th, 2001, Ottawa, Canada in conjunction with ACM Multimedia 2001 http://www.ifi.uio.no/~m3w Middleware technologies like the Common Object Request Broker (CORBA) implementations, Microsoft's Distributed Component Object Model (DCOM), and Java RMI have proved their suitability for "standard" client-server applications. Middleware abstracts from particular network services and allows application developers to focus on the application. However, it is well known in the research community, that today's middleware solutions are not suited for distributed multimedia systems, and do not provide the required levels of adaptation and configurability that is needed to accommodate the diversity of modern distributed multimedia applications. The goal of the workshop is to bring together researchers from academia and industry to identify why today's middleware technologies and standards fail to appropriately support multimedia applications and especially to discuss new requirements, approaches, and solutions. Areas of interest for this workshop include (but are not limited to) the following topics: - Experiences with middleware platforms in multimedia application domains - The design and implementation of multimedia middleware platforms - Performance analysis of multimedia middleware platforms - Quality of Service and Realtime support in middleware platforms - Stream support in middleware platforms - Support for persistent multimedia objects - Resolving heterogeneity in multimedia middleware platforms - Services and APIs for multimedia application development (incl. security and management) Format of the workshop: ----------------------- To enable a highly interactive workshop, attendance will be limited to about 50 participants. Participants will be invited based on the originality, technical merit and topical relevance of their submissions, as well as the likelihood that the ideas expressed in their submissions will lead to insightful technical discussions at the workshop. Proceedings and submission guidelines: ----------------------------------------- We seek short paper submissions describing original and unpublished work. The page limit for submissions is four pages. All accepted papers will be published in a proceeding printed by ACM. We strongly encurage electronic submissions via the workshop's web page (http://www.ifi.uio.no/~m3w). Important dates: ----------------- Submission Deadline: May 25th (Extended) Notification: June 15th Final version: July 15th Workshop Co-Chairs: ------------------- T. Plagemann, U of Oslo F. Eliassen, Simula RL Publicity Chair: ---------------- T. Kristensen, U of Oslo Program Committee: -------------------- G. Blair, Lancaster U V. Cahill, Trinity C. Dublin A. Campbell, Columbia U R. Campbell, U of Illinois at UC V. Goebel, U of Oslo D. Ionescu, U of Ottawa D. Karr, BBN D. Schmidt, DARPA M. v. Sinderen, U of Enschede B. Thuraisingham, MITRE W. Yu, U of Tromsø From rem-conf Fri May 11 16:25:01 2001 From rem-conf-request@es.net Fri May 11 16:24:59 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 14yMHI-0000qB-00; Fri, 11 May 2001 16:24:56 -0700 Received: from postal2.es.net ([198.128.3.206]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 14yMHG-0000q1-00; Fri, 11 May 2001 16:24:54 -0700 Received: from sj-msg-core-1.cisco.com ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Fri, 11 May 2001 16:24:53 -0700 Received: from mira-sjc5-8.cisco.com (mira-sjc5-8.cisco.com [171.71.163.31]) by sj-msg-core-1.cisco.com (8.11.3/8.9.1) with ESMTP id f4BNOt907325; Fri, 11 May 2001 16:24:55 -0700 (PDT) Received: from RKUMAR-W2K.cisco.com ([144.254.252.22]) by mira-sjc5-8.cisco.com (Mirapoint) with ESMTP id AAQ56679 (AUTH rkumar); Fri, 11 May 2001 16:24:50 -0700 (PDT) Message-Id: <4.3.2.7.2.20010511161518.01a9b5a0@mira-sjc5-8.cisco.com> X-Sender: rkumar@mira-sjc5-8.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 11 May 2001 16:24:37 -0700 To: "Henning G. Schulzrinne" From: Rajesh Kumar Subject: Note to Henning and Colin: Please confirm changes Cc: Paiman Nodoushani , rem-conf@es.net, axagrawa@cisco.com, cdahm@cisco.com, Joseph Swaminathan , sushma@cisco.com, khouder@cisco.com, iftekhar@cisco.com In-Reply-To: <3AF32C5C.45A10492@cs.columbia.edu> References: <000d01c0d4e9$263d3d70$8d882ca1@nodoushp-nt.cisco.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_66418745==_.ALT" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --=====================_66418745==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Henning, Colin- Since rfc2833bis is work in progress as indicated below, I would request you to confirm the following which seems to be consistent with the consensus of this group on certain modifications: Event numbers 142, 143 will be deperecated. Event numbers 174,...176 will be assigned to MF S1...S3 Event number 177 will be assigned to the trunk unavailable event which was defined in some text that I circulated in March. If you can confirm this re-numbering on behalf of the AVT chair, then it will go far in helping a number of vendors and service providers who would prefer to not make field upgrades to equipment. Rajesh Kumar At 06:25 PM 5/4/2001 -0400, Henning G. Schulzrinne wrote: >Paiman Nodoushani wrote: > > > > greetings, > > can someone send me a draft copy of rfc2833bis? > >In progress. There is no draft yet. > > > > > thanks in advance, > > Paiman > > > > Paiman Nodoushani > > nodoushp@cisco.com > >-- >Henning Schulzrinne http://www.cs.columbia.edu/~hgs With best regards, Rajesh -------------------------------------------------------- Rajesh Kumar, Principal Engineer Cisco Voice Technology Center Tel: 408-527-0811, Fax: 408-853-1101 Epage: mailto:rkumar@epage.cisco.com ------------------------------------------------ -------- --=====================_66418745==_.ALT Content-Type: text/html; charset="us-ascii" Henning, Colin-
Since rfc2833bis is work in progress as indicated below, I would request you to confirm the following which seems to be consistent with the consensus of this group on certain modifications:
Event numbers 142, 143 will be deperecated.
Event numbers 174,...176 will be assigned to MF S1...S3
Event number 177 will be assigned to the trunk unavailable event which was defined in some text that I circulated in March.

If you can confirm this re-numbering on behalf of the AVT chair, then it will go far in helping a number of vendors and service providers who would prefer to not make field upgrades to equipment.

Rajesh Kumar


At 06:25 PM 5/4/2001 -0400, Henning G. Schulzrinne wrote:
Paiman Nodoushani wrote:
>
> greetings,
> can someone send me a draft copy of rfc2833bis?

In progress. There is no draft yet.

>
> thanks in advance,
> Paiman
>
> Paiman Nodoushani
> nodoushp@cisco.com

--
Henning Schulzrinne   http://www.cs.columbia.edu/~hgs

With best regards,

Rajesh
--------------------------------------------------------
Rajesh Kumar, Principal Engineer
Cisco Voice Technology Center
Tel: 408-527-0811, Fax: 408-853-1101
Epage: mailto:rkumar@epage.cisco.com
------------------------------------------------ --------

 --=====================_66418745==_.ALT-- From rem-conf Fri May 11 16:53:37 2001 From rem-conf-request@es.net Fri May 11 16:53:36 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 14yMiz-00020X-00; Fri, 11 May 2001 16:53:33 -0700 Received: from postal2.es.net ([198.128.3.206]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 14yMix-00020N-00; Fri, 11 May 2001 16:53:31 -0700 Received: from usa.com ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Fri, 11 May 2001 16:53:30 -0700 From: "Tony Hammer" To: Subject: Sender: "Tony Hammer" Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Date: Sat, 12 May 2001 01:54:56 +0200 Reply-To: "Tony Hammer" Content-Transfer-Encoding: 8bit Message-Id: X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list From rem-conf Sun May 13 06:06:21 2001 From rem-conf-request@es.net Sun May 13 06:06:21 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 14yvZh-000171-00; Sun, 13 May 2001 06:06:17 -0700 Received: from postal1.es.net ([198.128.3.205]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 14yvZe-00016r-00; Sun, 13 May 2001 06:06:14 -0700 Received: from canadian-wellsite.com ([]) by postal1.es.net (ES.NET MTA 1) with ESMTP id IBA36876 for ; Sun, 13 May 2001 06:06:12 -0700 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=200105122041=" To: rem-conf@es.net From: info@canadian-wellsite.com X-Mailer: 549106E9.743A44FA.e2448d65c19192e6b426c50ab0aa7d49 Subject: Canadian Oilfield Info Organization: Message-Id: Date: Sun, 13 May 2001 06:06:14 -0700 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --=200105122041= Content-Type: text/html;charset=US-ASCII Newsletter
http://www.canadian-wellsite.com
"Homepage for the Canadian Oilpatch"

* Oilfield Business Directory  * Well Licenses   * Rig Locator  * Daily Canadian Rig Moves
* Road Bans  * Road Reports  * Oilfield & Useful Links  * Government Links * Free Classifieds

When the Canadian Oilpatch needs the services that you offer, they look for you at Canadian Wellsite.

Are you here?

NEW!The Canadian Wellsite Oilfield Directory is now downloadable to your customer’s computer.  This allows them to use the directory anywhere, anytime, without logging onto the Internet.
This is the only Oilfield Directory they will ever need!
Very convenient, very simple and always available.

Click Here to get a copy of our FREE Oilfield Directory!
Click Here to get a copy of our FREE Screensaver!

 Stop in and visit us at GO-EXPO: Gas and Oil Exposition,

June 12 - 14, Stampede Park, Calgary, Alberta, Canada.

Looking for Employment?   Need experienced Employees?  Need to sell your used
Oilfield equipment? Check out the Free Classified section of Canadian Wellsite.
Open to Canadian & International users.

http://www.canadian-wellsite.com/Classified_Ads.htm


If you find Canadian Wellsite's website useful, than your colleagues will find it
useful also! Forward this newsletter to your friends and colleagues
and help us  build our online community!


There are many great Companies out there, but the Oilpatch needed a simple method of being able to locate them.  Canadian Wellsite’s Oilfield Directory and Website provide that method. We have organized the Oilfield service and supply sector to make it very easy for your customers to find your Company, online or offline.

  • We are the most popular Canadian Oilfield site online.
  • Our site and our visitors are very focused on the Canadian Oilpatch.
"Canadian Wellsite, your first stop on the Internet for the Canadian &
International Oilpatch"

http://www.canadian-wellsite.com

 To unsubscribe from our newsletter, click on Reply in your mail
   program and enter Unsubscribe in the Subject line.

This page is copyrighted (all rights reserved) by Triple A Ventures Inc.,
Calgary, Alberta, Canada




















--=200105122041= Content-Type: text/html; charset=US-ASCII; name="NEWSLETTER.HTML" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="NEWSLETTER.HTML" PCFkb2N0eXBlIGh0bWwgcHVibGljICItLy93M2MvL2R0ZCBodG1sIDQuMCB0 cmFuc2l0aW9uYWwvL2VuIj4NCjxodG1sPg0KPGhlYWQ+DQogICA8bWV0YSBo dHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsg Y2hhcnNldD1pc28tODg1OS0xIj4NCiAgIDxtZXRhIG5hbWU9IkdFTkVSQVRP UiIgY29udGVudD0iTW96aWxsYS80LjYxIFtlbl0gKFdpbjk4OyBVKSBbTmV0 c2NhcGVdIj4NCiAgIDx0aXRsZT5OZXdzbGV0dGVyPC90aXRsZT4NCjwvaGVh ZD4NCjxib2R5Pg0KDQo8aHIgV0lEVEg9Ijc1JSI+DQo8Y2VudGVyPjxiPjxp Pjxmb250IGZhY2U9IlRpbWVzIE5ldyBSb21hbixUaW1lcyI+PGZvbnQgc2l6 ZT0rND48Zm9udCBjb2xvcj0iI0ZGMDAwMCI+aHR0cDovLzwvZm9udD48Zm9u dCBjb2xvcj0iIzk5OTk5OSI+d3d3LjwvZm9udD48Zm9udCBjb2xvcj0iI0ZG MDAwMCI+Y2FuYWRpYW4td2VsbHNpdGU8L2ZvbnQ+PGZvbnQgY29sb3I9IiM5 OTk5OTkiPi5jb208L2ZvbnQ+PC9mb250PjwvZm9udD48L2k+PC9iPg0KPGJy PjxiPjxpPjxmb250IGZhY2U9IlRpbWVzIE5ldyBSb21hbixUaW1lcyI+PGZv bnQgc2l6ZT0rMz4iSG9tZXBhZ2UgZm9yDQp0aGUgQ2FuYWRpYW4gT2lscGF0 Y2giPC9mb250PjwvZm9udD48L2k+PC9iPg0KPGJyPg0KPGhyIFdJRFRIPSI3 NSUiPg0KPGJyPjxiPiogT2lsZmllbGQgQnVzaW5lc3MgRGlyZWN0b3J5Jm5i c3A7ICogV2VsbCBMaWNlbnNlcyZuYnNwOyZuYnNwOw0KKiBSaWcgTG9jYXRv ciZuYnNwOyAqIERhaWx5IENhbmFkaWFuIFJpZyBNb3ZlczwvYj4NCjxicj48 Yj4qIFJvYWQgQmFucyZuYnNwOyAqIFJvYWQgUmVwb3J0cyZuYnNwOyAqIE9p bGZpZWxkICZhbXA7IFVzZWZ1bCBMaW5rcyZuYnNwOw0KKiBHb3Zlcm5tZW50 IExpbmtzICogRnJlZSBDbGFzc2lmaWVkczwvYj48L2NlbnRlcj4NCg0KPGhy IFdJRFRIPSI3NSUiPg0KPGNlbnRlcj4NCjxwPjxiPjxmb250IGNvbG9yPSIj MDAwMDAwIj5XaGVuIHRoZSBDYW5hZGlhbiBPaWxwYXRjaCBuZWVkcyB0aGUg c2VydmljZXMNCnRoYXQgeW91IG9mZmVyLCB0aGV5IGxvb2sgZm9yIHlvdSBh dCBDYW5hZGlhbiBXZWxsc2l0ZS48L2ZvbnQ+PC9iPg0KPHA+PGI+PGZvbnQg Y29sb3I9IiNGRjAwMDAiPjxmb250IHNpemU9KzI+QXJlIHlvdSBoZXJlPzwv Zm9udD48L2ZvbnQ+PC9iPjwvY2VudGVyPg0KDQo8cD4NCjxociBXSURUSD0i NzUlIj4NCjxjZW50ZXI+PGI+PGk+PGZvbnQgZmFjZT0iVGltZXMgTmV3IFJv bWFuLFRpbWVzIj48Zm9udCBjb2xvcj0iI0ZGMDAwMCI+PGZvbnQgc2l6ZT0r MT5ORVchPC9mb250PjwvZm9udD48L2ZvbnQ+PC9pPlRoZQ0KQ2FuYWRpYW4g V2VsbHNpdGUgT2lsZmllbGQgRGlyZWN0b3J5IGlzIG5vdyBkb3dubG9hZGFi bGUgdG8geW91ciBjdXN0b21lcpJzDQpjb21wdXRlci4mbmJzcDsgVGhpcyBh bGxvd3MgdGhlbSB0byB1c2UgdGhlIGRpcmVjdG9yeSBhbnl3aGVyZSwgYW55 dGltZSwNCndpdGhvdXQgbG9nZ2luZyBvbnRvIHRoZSBJbnRlcm5ldC48L2I+ DQo8YnI+PGI+VGhpcyBpcyB0aGUgb25seSBPaWxmaWVsZCBEaXJlY3Rvcnkg dGhleSB3aWxsIGV2ZXIgbmVlZCE8L2I+DQo8YnI+PGI+VmVyeSBjb252ZW5p ZW50LCB2ZXJ5IHNpbXBsZSBhbmQgYWx3YXlzIGF2YWlsYWJsZS48L2I+DQo8 YnI+DQo8aHIgV0lEVEg9Ijc1JSI+DQo8YnI+PGI+PGZvbnQgc2l6ZT0rMj48 Zm9udCBmYWNlPSIiPjxmb250IGNvbG9yPSIjMzMzM0ZGIj48YSBocmVmPSJo dHRwOi8vd3d3LmNhbmFkaWFuLXdlbGxzaXRlLmNvbS9vaWxmaWVsZF9kaXIu aHRtIj5DbGljaw0KSGVyZTwvYT48L2ZvbnQ+PC9mb250Pjxmb250IGNvbG9y PSIjRkYwMDAwIj48Zm9udCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4sVGltZXMi Pg0KdG8gZ2V0IGEgY29weSBvZiBvdXIgPC9mb250Pjxmb250IGZhY2U9IiI+ RlJFRTwvZm9udD48Zm9udCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4sVGltZXMi Pg0KT2lsZmllbGQgRGlyZWN0b3J5ITwvZm9udD48L2ZvbnQ+PC9mb250Pjwv Yj4NCjxicj4NCjxociBXSURUSD0iNzUlIj48Yj48Zm9udCBmYWNlPSJUaW1l cyBOZXcgUm9tYW4sVGltZXMiPjxmb250IHNpemU9KzI+PGZvbnQgY29sb3I9 IiMzMzMzRkYiPjxhIGhyZWY9Imh0dHA6Ly93d3cuY2FuYWRpYW4td2VsbHNp dGUuY29tL3Bob3RvX2dhbGxlcnkuaHRtIj5DbGljaw0KSGVyZTwvYT48L2Zv bnQ+PGZvbnQgY29sb3I9IiNGRjAwMDAiPiB0byBnZXQgYSBjb3B5IG9mIG91 ciBGUkVFIFNjcmVlbnNhdmVyITwvZm9udD48L2ZvbnQ+PC9mb250PjwvYj48 L2NlbnRlcj4NCg0KPGhyIFdJRFRIPSI3NSUiPg0KPGNlbnRlcj4NCjxwPjxi Pjxmb250IGZhY2U9IlRpbWVzIE5ldyBSb21hbixUaW1lcyI+PGZvbnQgY29s b3I9IiNGRjAwMDAiPjxmb250IHNpemU9KzI+Jm5ic3A7U3RvcA0KaW4gYW5k IHZpc2l0IHVzIGF0IDxhIGhyZWY9Imh0dHA6Ly93d3cucGV0cm9sZXVtc2hv dy5jb20vZ28tZXhwby90ZW1waG9tZS5hc3AiPkdPLUVYUE88L2E+Og0KR2Fz IGFuZCBPaWwgRXhwb3NpdGlvbiw8L2ZvbnQ+PC9mb250PjwvZm9udD48L2I+ DQo8cD48Yj48Zm9udCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4sVGltZXMiPjxm b250IHNpemU9KzI+PGZvbnQgY29sb3I9IiMwMDAwMDAiPkp1bmUNCjEyIC0g MTQsIDwvZm9udD48Zm9udCBjb2xvcj0iI0ZGMDAwMCI+U3RhbXBlZGUgUGFy aywgQ2FsZ2FyeSwgQWxiZXJ0YSwNCkNhbmFkYS48L2ZvbnQ+PC9mb250Pjwv Zm9udD48L2I+DQo8YnI+DQo8aHIgV0lEVEg9Ijc1JSI+DQo8cD48Yj5Mb29r aW5nIGZvciBFbXBsb3ltZW50PyZuYnNwOyZuYnNwOyBOZWVkIGV4cGVyaWVu Y2VkIEVtcGxveWVlcz8mbmJzcDsNCk5lZWQgdG8gc2VsbCB5b3VyIHVzZWQ8 L2I+DQo8YnI+PGI+T2lsZmllbGQgZXF1aXBtZW50PyBDaGVjayBvdXQgdGhl IEZyZWUgQ2xhc3NpZmllZCBzZWN0aW9uIG9mIENhbmFkaWFuDQpXZWxsc2l0 ZS48L2I+DQo8YnI+PGI+T3BlbiB0byBDYW5hZGlhbiAmYW1wOyBJbnRlcm5h dGlvbmFsIHVzZXJzLjwvYj4NCjxwPjxiPjxhIGhyZWY9Imh0dHA6Ly93d3cu Y2FuYWRpYW4td2VsbHNpdGUuY29tL0NsYXNzaWZpZWRfQWRzLmh0bSI+aHR0 cDovL3d3dy5jYW5hZGlhbi13ZWxsc2l0ZS5jb20vQ2xhc3NpZmllZF9BZHMu aHRtPC9hPjwvYj4NCjxwPg0KPGhyIFdJRFRIPSI3NSUiPg0KPGJyPjxiPklm IHlvdSBmaW5kIENhbmFkaWFuIFdlbGxzaXRlJ3Mgd2Vic2l0ZSB1c2VmdWws IHRoYW4geW91ciBjb2xsZWFndWVzDQp3aWxsIGZpbmQgaXQ8L2I+DQo8YnI+ PGI+dXNlZnVsIGFsc28hIEZvcndhcmQgdGhpcyBuZXdzbGV0dGVyIHRvIHlv dXIgZnJpZW5kcyBhbmQgY29sbGVhZ3VlczwvYj4NCjxicj48Yj5hbmQgaGVs cCB1cyZuYnNwOyBidWlsZCBvdXIgb25saW5lIGNvbW11bml0eSE8L2I+DQo8 cD4NCjxociBXSURUSD0iNzUlIj4NCjxicj48Yj5UaGVyZSBhcmUgbWFueSBn cmVhdCBDb21wYW5pZXMgb3V0IHRoZXJlLCBidXQgdGhlIE9pbHBhdGNoIG5l ZWRlZA0KYSBzaW1wbGUgbWV0aG9kIG9mIGJlaW5nIGFibGUgdG8gbG9jYXRl IHRoZW0uJm5ic3A7IENhbmFkaWFuIFdlbGxzaXRlknMNCk9pbGZpZWxkIERp cmVjdG9yeSBhbmQgV2Vic2l0ZSBwcm92aWRlIHRoYXQgbWV0aG9kLiBXZSBo YXZlIG9yZ2FuaXplZCB0aGUNCk9pbGZpZWxkIHNlcnZpY2UgYW5kIHN1cHBs eSBzZWN0b3IgdG8gbWFrZSBpdCB2ZXJ5IGVhc3kgZm9yIHlvdXIgY3VzdG9t ZXJzDQp0byBmaW5kIHlvdXIgQ29tcGFueSwgb25saW5lIG9yIG9mZmxpbmUu PC9iPg0KPHA+DQo8aHIgV0lEVEg9Ijc1JSI+PC9jZW50ZXI+DQoNCjx1bD4N CjxjZW50ZXI+DQo8bGk+DQo8Yj5XZSBhcmUgdGhlIG1vc3QgcG9wdWxhciBD YW5hZGlhbiBPaWxmaWVsZCBzaXRlIG9ubGluZS48L2I+PC9saT48L2NlbnRl cj4NCjwvdWw+DQoNCjx1bD4NCjxjZW50ZXI+DQo8bGk+DQo8Yj5PdXIgc2l0 ZSBhbmQgb3VyIHZpc2l0b3JzIGFyZSB2ZXJ5IGZvY3VzZWQgb24gdGhlIENh bmFkaWFuIE9pbHBhdGNoLjwvYj48L2xpPjwvY2VudGVyPg0KPC91bD4NCg0K PGNlbnRlcj48Yj4iQ2FuYWRpYW4gV2VsbHNpdGUsIHlvdXIgZmlyc3Qgc3Rv cCBvbiB0aGUgSW50ZXJuZXQgZm9yIHRoZQ0KQ2FuYWRpYW4gJmFtcDs8L2I+ DQo8YnI+PGI+SW50ZXJuYXRpb25hbCBPaWxwYXRjaCI8L2I+DQo8cD48Yj48 YSBocmVmPSJodHRwOi8vd3d3LmNhbmFkaWFuLXdlbGxzaXRlLmNvbS8iPmh0 dHA6Ly93d3cuY2FuYWRpYW4td2VsbHNpdGUuY29tPC9hPjwvYj4NCjxicj4N CjxociBXSURUSD0iNzUlIj4NCjxwPiZuYnNwOzxiPlRvIHVuc3Vic2NyaWJl IGZyb20gb3VyIG5ld3NsZXR0ZXIsIGNsaWNrIG9uIFJlcGx5IGluIHlvdXIN Cm1haWw8L2I+DQo8YnI+PGI+Jm5ic3A7Jm5ic3A7IHByb2dyYW0gYW5kIGVu dGVyIFVuc3Vic2NyaWJlIGluIHRoZSBTdWJqZWN0IGxpbmUuPC9iPg0KPGJy Pg0KPGhyIFdJRFRIPSI3NSUiPg0KPHA+PGI+PHU+PGZvbnQgY29sb3I9IiMz MzMzRkYiPjxmb250IHNpemU9LTE+VGhpcyBwYWdlIGlzIGNvcHlyaWdodGVk IChhbGwNCnJpZ2h0cyByZXNlcnZlZCkgYnkgVHJpcGxlIEEgVmVudHVyZXMg SW5jLiw8L2ZvbnQ+PC9mb250PjwvdT48L2I+DQo8YnI+PGI+PHU+PGZvbnQg Y29sb3I9IiMzMzMzRkYiPjxmb250IHNpemU9LTE+Q2FsZ2FyeSwgQWxiZXJ0 YSwgQ2FuYWRhPC9mb250PjwvZm9udD48L3U+PC9iPjwvY2VudGVyPg0KDQo8 cD48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8 YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+ DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --=200105122041=-- From rem-conf Mon May 14 03:13:35 2001 From rem-conf-request@es.net Mon May 14 03:13:34 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 14zFM1-0001H7-00; Mon, 14 May 2001 03:13:29 -0700 Received: from postal1.es.net ([198.128.3.205]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 14zFLz-0001Gx-00; Mon, 14 May 2001 03:13:27 -0700 Received: from smtp4.cluster.oleane.net ([]) by postal1.es.net (ES.NET MTA 1) with ESMTP id IBA36876 for ; Mon, 14 May 2001 03:13:26 -0700 Received: from oleane (dyn-1-1-233.Vin.dialup.oleane.fr [195.25.4.233]) by smtp4.cluster.oleane.net with SMTP id f4EADMG16662 for ; Mon, 14 May 2001 12:13:22 +0200 (CEST) Message-ID: <00a501c0dc5e$8c2bef60$8001a8c0@oleane.com> From: "Peter Lewis" To: Subject: VoDSL Europe 2002 Date: Mon, 14 May 2001 12:13:37 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00A2_01C0DC6F.4DEF8FC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list This is a multi-part message in MIME format. ------=_NextPart_000_00A2_01C0DC6F.4DEF8FC0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable VoDSL Europe 2002=20 The Deployment Scenario=20 VoDSL Europe 2002, to be held February 12 to 15 in Paris, is the most = important international event of its kind entirely dedicated to VoDSL = networks.=20 A Call for proposals is online at: http://www.upperside.fr/vodsl02/vodsl02intro.htm VoDSL Europe will also be organized in Germany and Italy in 2002. ------=_NextPart_000_00A2_01C0DC6F.4DEF8FC0 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

VoDSL Europe 2002=20
The Deployment=20 Scenario

VoDSL = Europe=20 2002, to be held February 12 to 15 in Paris, is the most important = international=20 event of its kind entirely dedicated to VoDSL networks. =
A Call for proposals is online=20 at:
http://www.uppe= rside.fr/vodsl02/vodsl02intro.htm
VoDSL Europe will also be = organized in=20 Germany and Italy in = 2002.
------=_NextPart_000_00A2_01C0DC6F.4DEF8FC0-- From rem-conf Mon May 14 04:39:41 2001 From rem-conf-request@es.net Mon May 14 04:39:39 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 14zGcv-0006Hh-00; Mon, 14 May 2001 04:35:01 -0700 Received: from postal3.es.net [198.128.3.207] by listserv1.es.net with esmtp (Exim 1.81 #2) id 14zGct-0006HV-00; Mon, 14 May 2001 04:34:59 -0700 Received: from ietf.org ([]) by postal3.es.net (ES.NET MTA 3) with ESMTP id IBA36876 for ; Mon, 14 May 2001 04:34:59 -0700 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA06919; Mon, 14 May 2001 07:34:49 -0400 (EDT) Message-Id: <200105141134.HAA06919@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-evrc-03.txt Date: Mon, 14 May 2001 07:34:48 -0400 Sender: nsyracus@cnri.reston.va.us X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Working Group of the IETF. Title : An RTP Payload Format for EVRC Speech Author(s) : A. Li Filename : draft-ietf-avt-evrc-03.txt Pages : 16 Date : 11-May-01 This document describes the RTP payload format for Enhanced Variable Rate Codec (EVRC) Speech. The packet format supports various formats for different application scenarios. An interleaved format is included to reduce the effect of packet loss on Speech quality, as well as a bundled format. A non-bundled format is also supported to minimize header overhead when header compression is used. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-avt-evrc-03.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-evrc-03.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-evrc-03.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20010511094149.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-evrc-03.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-evrc-03.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20010511094149.I-D@ietf.org> --OtherAccess-- --NextPart-- From rem-conf Mon May 14 08:13:02 2001 From rem-conf-request@es.net Mon May 14 08:13:02 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 14zJto-0000l9-00; Mon, 14 May 2001 08:04:40 -0700 Received: from postal3.es.net [198.128.3.207] by listserv1.es.net with esmtp (Exim 1.81 #2) id 14zJtl-0000kz-00; Mon, 14 May 2001 08:04:37 -0700 Received: from east.isi.edu ([]) by postal3.es.net (ES.NET MTA 3) with ESMTP id IBA36876 for ; Mon, 14 May 2001 08:04:37 -0700 Received: from chiron.east.isi.edu (chiron.east.isi.edu [38.218.19.204]) by east.isi.edu (8.9.2/8.9.2) with ESMTP id LAA19055; Mon, 14 May 2001 11:04:21 -0400 (EDT) Received: from chiron (csp@localhost) by chiron.east.isi.edu (8.11.0/8.11.0) with ESMTP id f4EF4WF13513; Mon, 14 May 2001 11:04:32 -0400 Message-Id: <200105141504.f4EF4WF13513@chiron.east.isi.edu> To: Rajesh Kumar cc: "Henning G. Schulzrinne" , Paiman Nodoushani , rem-conf@es.net, axagrawa@cisco.com, cdahm@cisco.com, Joseph Swaminathan , sushma@cisco.com, khouder@cisco.com, iftekhar@cisco.com Subject: Re: Note to Henning and Colin: Please confirm changes In-Reply-To: Your message of "Fri, 11 May 2001 16:24:37 PDT." <4.3.2.7.2.20010511161518.01a9b5a0@mira-sjc5-8.cisco.com> Date: Mon, 14 May 2001 11:04:32 -0400 From: Colin Perkins X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Rajesh, --> Rajesh Kumar writes: >Henning, Colin- >Since rfc2833bis is work in progress as indicated below, I would request >you to confirm the following which seems to be consistent with the >consensus of this group on certain modifications: >Event numbers 142, 143 will be deperecated. >Event numbers 174,...176 will be assigned to MF S1...S3 We agreed to deprecate 142 and 143, the range 174...176 would seem to be the logical one to use as a replacement. >Event number 177 will be assigned to the trunk unavailable event which was >defined in some text that I circulated in March. I don't recall that we reached a conclusion on this. Can you restate your proposal for comment? Cheers, Colin From rem-conf Mon May 14 11:11:09 2001 From rem-conf-request@es.net Mon May 14 11:11:08 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 14zMlm-0002fT-00; Mon, 14 May 2001 11:08:34 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 14zMll-0002fJ-00; Mon, 14 May 2001 11:08:33 -0700 Received: from sj-msg-core-3.cisco.com ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Mon, 14 May 2001 11:08:32 -0700 Received: from mira-sjc5-8.cisco.com (mira-sjc5-8.cisco.com [171.71.163.31]) by sj-msg-core-3.cisco.com (8.11.3/8.9.1) with ESMTP id f4EI6xt21879; Mon, 14 May 2001 11:07:00 -0700 (PDT) Received: from RKUMAR-W2K.cisco.com (dhcp-171-71-9-45.cisco.com [171.71.9.45]) by mira-sjc5-8.cisco.com (Mirapoint) with ESMTP id AAQ65839 (AUTH rkumar); Mon, 14 May 2001 11:08:23 -0700 (PDT) Message-Id: <4.3.2.7.2.20010514110442.00b3b2c8@mira-sjc5-8.cisco.com> X-Sender: rkumar@mira-sjc5-8.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Mon, 14 May 2001 11:08:10 -0700 To: Colin Perkins From: Rajesh Kumar Subject: Re: Note to Henning and Colin: Please confirm changes Cc: "Henning G. Schulzrinne" , Paiman Nodoushani , rem-conf@es.net, axagrawa@cisco.com, cdahm@cisco.com, Joseph Swaminathan , sushma@cisco.com, khouder@cisco.com, iftekhar@cisco.com In-Reply-To: <200105141504.f4EF4WF13513@chiron.east.isi.edu> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=====================_228246521==_" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --=====================_228246521==_ Content-Type: text/plain; charset="us-ascii"; format=flowed Colin, I have attached the text for the trunk available event which I had circulated on this group in March. Please let me know how the AVT group is disposed towards it. Rajesh At 11:04 AM 5/14/2001 -0400, Colin Perkins wrote: >Rajesh, > >--> Rajesh Kumar writes: > >Henning, Colin- > >Since rfc2833bis is work in progress as indicated below, I would request > >you to confirm the following which seems to be consistent with the > >consensus of this group on certain modifications: > >Event numbers 142, 143 will be deperecated. > >Event numbers 174,...176 will be assigned to MF S1...S3 > >We agreed to deprecate 142 and 143, the range 174...176 would seem to be >the logical one to use as a replacement. > > >Event number 177 will be assigned to the trunk unavailable event which was > >defined in some text that I circulated in March. > >I don't recall that we reached a conclusion on this. Can you restate your >proposal for comment? > >Cheers, >Colin --=====================_228246521==_ Content-Type: text/plain; charset="us-ascii" Content-Disposition: attachment; filename="new.event.rfc2833.txt" Dr. Schulzrinne: Here is the text I promised for rfc2833bis to support a 'trunk unavailable' event.-rajesh Event encoding (decimal) __________________________________________________ Trunk unavailable ??? Table 6: Trunk events Trunk unavailable: The trunk is unavailable for service. The duration field is set to a value, typically 1 second, that allows adequate granularity in demarcating downtime. When there is a change to an unavailable state, this event is sent with the same timestamp 3 times at an interval of 20 ms. A 5 ms interval can also be used. If the trunk persists in the unavailable state at the end of the indicated duration, then it is retransmitted, preferably with the same redundancy scheme. Unavailability of the trunk might result from a failure or an administrative action. This event is used in a stateless manner to synchronize trunk unavailability between equipment connected through provisioned RTP trunks. It avoids the unnecessary consumption of bandwidth in sending a continuous stream of RTP packets with a fixed payload for the duration of the downtime, as would be required in certain E1-based applications. In T1-based applications, trunk conditioning via the ABCD transitional events can be used instead. --=====================_228246521==_ Content-Type: text/plain; charset="us-ascii"; format=flowed With best regards, Rajesh Emacs! -------------------------------------------------------- Rajesh Kumar, Principal Engineer Cisco Voice Technology Center Tel: 408-527-0811, Fax: 408-853-1101 Epage: mailto:rkumar@epage.cisco.com ------------------------------------------------ -------- --=====================_228246521==_-- From rem-conf Mon May 14 14:20:11 2001 From rem-conf-request@es.net Mon May 14 14:20:11 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 14zPfg-0004WO-00; Mon, 14 May 2001 14:14:28 -0700 Received: from postal3.es.net [198.128.3.207] by listserv1.es.net with esmtp (Exim 1.81 #2) id 14zPfe-0004WE-00; Mon, 14 May 2001 14:14:26 -0700 Received: from east.isi.edu ([]) by postal3.es.net (ES.NET MTA 3) with ESMTP id IBA36876 for ; Mon, 14 May 2001 14:14:25 -0700 Received: from chiron.east.isi.edu (chiron.east.isi.edu [38.218.19.204]) by east.isi.edu (8.9.2/8.9.2) with ESMTP id RAA11684; Mon, 14 May 2001 17:14:08 -0400 (EDT) Received: from chiron (csp@localhost) by chiron.east.isi.edu (8.11.0/8.11.0) with ESMTP id f4ELEK716857; Mon, 14 May 2001 17:14:20 -0400 Message-Id: <200105142114.f4ELEK716857@chiron.east.isi.edu> To: Rajesh Kumar cc: "Henning G. Schulzrinne" , Paiman Nodoushani , rem-conf@es.net, axagrawa@cisco.com, cdahm@cisco.com, Joseph Swaminathan , sushma@cisco.com, khouder@cisco.com, iftekhar@cisco.com Subject: Re: Note to Henning and Colin: Please confirm changes In-Reply-To: Your message of "Mon, 14 May 2001 11:08:10 PDT." <4.3.2.7.2.20010514110442.00b3b2c8@mira-sjc5-8.cisco.com> Date: Mon, 14 May 2001 17:14:20 -0400 From: Colin Perkins X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Rajesh, I have no objection, but input from others who are more familiar with trunk events would be appreciated. Does anyone on the list have comments? Colin --> Rajesh Kumar writes: >Colin, >I have attached the text for the trunk available event which I had >circulated on this group in March. Please let me know how the AVT group is >disposed towards it. > >Rajesh > >At 11:04 AM 5/14/2001 -0400, Colin Perkins wrote: >>Rajesh, >> >>--> Rajesh Kumar writes: >> >Henning, Colin- >> >Since rfc2833bis is work in progress as indicated below, I would request >> >you to confirm the following which seems to be consistent with the >> >consensus of this group on certain modifications: >> >Event numbers 142, 143 will be deperecated. >> >Event numbers 174,...176 will be assigned to MF S1...S3 >> >>We agreed to deprecate 142 and 143, the range 174...176 would seem to be >>the logical one to use as a replacement. >> >> >Event number 177 will be assigned to the trunk unavailable event which was >> >defined in some text that I circulated in March. >> >>I don't recall that we reached a conclusion on this. Can you restate your >>proposal for comment? >> >>Cheers, >>Colin > > > >Dr. Schulzrinne: Here is the text I promised for rfc2833bis to support a 'trunk unavailable' event >.-rajesh > > > > Event encoding (decimal) > __________________________________________________ > > Trunk unavailable ??? > > Table 6: Trunk events > > Trunk unavailable: The trunk is unavailable for service. The duration > field is set to a value, typically 1 second, that allows adequate > granularity in demarcating downtime. When there is a change to > an unavailable state, this event is sent with the same > timestamp 3 times at an interval of 20 ms. A 5 ms interval can > also be used. If the trunk persists in the unavailable state at > the end of the indicated duration, then it is retransmitted, > preferably with the same redundancy scheme. > > Unavailability of the trunk might result from a failure or an > administrative action. This event is used in a stateless manner > to synchronize trunk unavailability between equipment connected > through provisioned RTP trunks. It avoids the unnecessary > consumption of bandwidth in sending a continuous stream of > RTP packets with a fixed payload for the duration of the > downtime, as would be required in certain E1-based applications. > In T1-based applications, trunk conditioning via the ABCD > transitional events can be used instead. > > >With best regards, > >Rajesh >Emacs! >-------------------------------------------------------- >Rajesh Kumar, Principal Engineer >Cisco Voice Technology Center >Tel: 408-527-0811, Fax: 408-853-1101 >Epage: mailto:rkumar@epage.cisco.com >------------------------------------------------ -------- From rem-conf Wed May 16 02:01:27 2001 From rem-conf-request@es.net Wed May 16 02:01:26 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 14zwtV-0001mI-00; Wed, 16 May 2001 01:42:57 -0700 Received: from postal1.es.net [198.128.3.205] by listserv1.es.net with esmtp (Exim 1.81 #2) id 14zwtT-0001m8-00; Wed, 16 May 2001 01:42:55 -0700 Received: from albatross-ext.wise.edt.ericsson.se ([]) by postal1.es.net (ES.NET MTA 1) with ESMTP id IBA36876 for ; Wed, 16 May 2001 01:42:54 -0700 Received: from mailserver1.ericsson.se (mailserver1.ericsson.se [136.225.152.91]) by albatross.wise.edt.ericsson.se (8.11.0/8.11.0/WIREfire-1.3) with ESMTP id f4G8gpN27916 for ; Wed, 16 May 2001 10:42:52 +0200 (MEST) Received: from ericsson.com (rcur34ip175.ericsson.se [147.214.34.175]) by mailserver1.ericsson.se (8.9.3/8.9.3/eri-1.0) with ESMTP id KAA22571 for ; Wed, 16 May 2001 10:43:06 +0200 (MET DST) Message-ID: <3B023D8A.2C3450F@ericsson.com> Date: Wed, 16 May 2001 10:42:50 +0200 From: Johan =?iso-8859-1?Q?Sj=F6berg?= X-Mailer: Mozilla 4.61 [en] (Win98; I) X-Accept-Language: sv,en-US,en MIME-Version: 1.0 To: rem-conf@es.net Subject: draft-ietf-avt-rtp-amr-08.txt submitted Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by albatross.wise.edt.ericsson.se id f4G8gpN27916 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi, After the working group last call of the AMR payload format we got a number of comments. A new version is submitted and until it is published you can find it at http://standards.ericsson.net/rtp-pf/ . List of changes from draft-ietf-avt-rtp-amr-07.txt: 1. Figure 1 is corrected. Redundancy is explained in more detail, partly in the paragraph before figure 1 and in a new pragraph after figure 1. 2. The reference that explained the mode numbering for AMR included the use of three non-AMR comfort noise schemes. The use of these schemes are now explicitly forbidden in the 6th paragraph of chapter 2. 3. The padding bits in the octet aligned format are redefined to reserved bits, see 3rd paragraph of section 2.2. 4. One sentence on redundancy is added in section 2.6, decoding security considerations. 5. The pargraph beginning with "The value of the ILL" in section 2.2 now contains the sentence "The value of ILL MUST only change between interleave groups." and the sentence "All payloads in an interleave group MUST contain equally many speech frames.".=20 6. The wording at the end of paragraph 2 in section 2.1 is slightly changed to remove an inconsistency in the draft. 7. The use of codec mode request in multicast is now forbidden. Changes in, paragraph 1 section 1.3 and the CMR paragraph in section 2.2. 8. SHOULD changed to MUST on line 6 in the paragraph after "A. CRC calculation ..."=20 9. The payload type assignment text is elaborated at the end of section 2.1. 10. Typos: - "Appendix B" that is described in Section 2.4 are changed=20 to "Annex B". - The bracket on line 775 in draft-ietf-avt-rtp-amr-07.txt=20 ("payload frames" part in section 2.5.1.1) is removed. - An "is" to many on line 1128 in=20 draft-ietf-avt-rtp-amr-07.txt is removed. - Capitalization of a number of must, may, recommended etc. - a few other typos I hope that the list is complete. Regards, Johan --=20 Johan Sj=F6berg Audio Technology, Ericsson Research ----------------------------------------------------------------- Ericsson Radio Systems AB | Phone: +46 8 50878230 Torshamnsgatan 23 | Fax: +46 8 7575550 S-164 80 Stockholm, SWEDEN | mailto:johan.sjoberg@ericsson.com From rem-conf Thu May 17 03:59:27 2001 From rem-conf-request@es.net Thu May 17 03:59:26 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 150LV4-0006oo-00; Thu, 17 May 2001 03:59:22 -0700 Received: from postal1.es.net ([198.128.3.205]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 150LV3-0006oe-00; Thu, 17 May 2001 03:59:21 -0700 Received: from ietf.org ([]) by postal1.es.net (ES.NET MTA 1) with ESMTP id IBA36876 for ; Thu, 17 May 2001 03:59:20 -0700 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA13197; Thu, 17 May 2001 06:59:07 -0400 (EDT) Message-Id: <200105171059.GAA13197@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-amr-08.txt Date: Thu, 17 May 2001 06:59:06 -0400 Sender: nsyracus@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 and file storage format for AMR and AMR-WB audio Author(s) : J. Sjoberg, M. Westerlund, A. Lakaniemi, P. Koskelainen, B. Wimmer, T. Fingscheidt, Q. Xie, S. Gupta Filename : draft-ietf-avt-rtp-amr-08.txt Pages : 28 Date : 16-May-01 This document specifies a real-time transport protocol (RTP) payload format to be used for AMR and AMR-WB speech encoded signals. The payload format is designed to be able to interoperate with existing AMR and AMR-WB transport formats. Furthermore, a file format for storage of AMR and AMR-WB speech data is specified. Two separate MIME type registrations, one for AMR and one for AMR-WB, describing both RTP payload format and storage format are included. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-avt-rtp-amr-08.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-amr-08.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-amr-08.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: <20010516090811.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-rtp-amr-08.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-rtp-amr-08.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20010516090811.I-D@ietf.org> --OtherAccess-- --NextPart-- From rem-conf Thu May 17 08:39:19 2001 From rem-conf-request@es.net Thu May 17 08:39:18 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 150PnA-0004zH-00; Thu, 17 May 2001 08:34:20 -0700 Received: from postal3.es.net [198.128.3.207] by listserv1.es.net with esmtp (Exim 1.81 #2) id 150Pn8-0004z7-00; Thu, 17 May 2001 08:34:18 -0700 Received: from east.isi.edu ([]) by postal3.es.net (ES.NET MTA 3) with ESMTP id IBA36876 for ; Thu, 17 May 2001 08:34:17 -0700 Received: from chiron.east.isi.edu (chiron.east.isi.edu [38.218.19.204]) by east.isi.edu (8.9.2/8.9.2) with ESMTP id LAA22970; Thu, 17 May 2001 11:34:04 -0400 (EDT) Received: from chiron (csp@localhost) by chiron.east.isi.edu (8.11.0/8.11.0) with ESMTP id f4HFYFP02629; Thu, 17 May 2001 11:34:15 -0400 Message-Id: <200105171534.f4HFYFP02629@chiron.east.isi.edu> To: Johan Sjöberg cc: rem-conf@es.net Subject: Re: draft-ietf-avt-rtp-amr-08.txt submitted In-Reply-To: Your message of "Wed, 16 May 2001 10:42:50 +0200." <3B023D8A.2C3450F@ericsson.com> Date: Thu, 17 May 2001 11:34:15 -0400 From: Colin Perkins X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list We'd like to re-open the working group last call on this payload format. Please send any final comments to the authors, or to the mailing list, by Friday 25th May. If no substantive comments are received by that time we will submit this draft for publication as a proposed standard RFC. The draft is now available from the i-d archives: http://www.ietf.org/internet-drafts/draft-ietf-avt-rtp-amr-08.txt Colin --> Johan Sjöberg writes: >Hi, > >After the working group last call of the AMR payload format we got a >number of comments. A new version is submitted and until it is published >you can find it at http://standards.ericsson.net/rtp-pf/ . > >List of changes from draft-ietf-avt-rtp-amr-07.txt: > >1. Figure 1 is corrected. Redundancy is explained in more detail, partly >in the paragraph before figure 1 and in a new pragraph after figure 1. > >2. The reference that explained the mode numbering for AMR included the >use of three non-AMR comfort noise schemes. The use of these schemes are >now explicitly forbidden in the 6th paragraph of chapter 2. > >3. The padding bits in the octet aligned format are redefined to >reserved bits, see 3rd paragraph of section 2.2. > >4. One sentence on redundancy is added in section 2.6, decoding security >considerations. > >5. The pargraph beginning with "The value of the ILL" in section 2.2 now >contains the sentence "The value of ILL MUST only change between >interleave groups." and the sentence "All payloads in an interleave >group MUST contain equally many speech frames.". > >6. The wording at the end of paragraph 2 in section 2.1 is slightly >changed to remove an inconsistency in the draft. > >7. The use of codec mode request in multicast is now forbidden. Changes >in, paragraph 1 section 1.3 and the CMR paragraph in section 2.2. > >8. SHOULD changed to MUST on line 6 in the paragraph after "A. CRC >calculation ..." > >9. The payload type assignment text is elaborated at the end of section >2.1. > >10. Typos: > - "Appendix B" that is described in Section 2.4 are changed > to "Annex B". > - The bracket on line 775 in draft-ietf-avt-rtp-amr-07.txt > ("payload frames" part in section 2.5.1.1) is removed. > - An "is" to many on line 1128 in > draft-ietf-avt-rtp-amr-07.txt is removed. > - Capitalization of a number of must, may, recommended etc. > - a few other typos > >I hope that the list is complete. > >Regards, >Johan > >-- >Johan Sjöberg >Audio Technology, Ericsson Research >----------------------------------------------------------------- >Ericsson Radio Systems AB | Phone: +46 8 50878230 >Torshamnsgatan 23 | Fax: +46 8 7575550 >S-164 80 Stockholm, SWEDEN | mailto:johan.sjoberg@ericsson.com > From rem-conf Thu May 17 20:59:58 2001 From rem-conf-request@es.net Thu May 17 20:59:57 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 150bQg-0005eI-00; Thu, 17 May 2001 20:59:54 -0700 Received: from postal3.es.net ([198.128.3.207]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 150bQc-0005e8-00; Thu, 17 May 2001 20:59:50 -0700 Received: from ppp4.kornet.net ([]) by postal3.es.net (ES.NET MTA 3) with ESMTP id IBA36876 for ; Thu, 17 May 2001 20:59:48 -0700 Received: from Member.kics.or.kr (211.219.21.252) by ppp4.kornet.net; 18 May 2001 12:58:32 +0900 Message-ID: <01c101c0dfb3$da8d3080$fc15dbd3@kics.or.kr> Reply-To: "Jae Choon Park" From: "Jae Choon Park" To: , , , , , , , , , , Subject: CIC-Call for Papers Date: Sat, 19 May 2001 01:01:36 +0900 Organization: KICS MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_01BD_01C0DFFF.41D05240"; type="multipart/alternative" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list This is a multi-part message in MIME format. ------=_NextPart_000_01BD_01C0DFFF.41D05240 Content-Type: multipart/alternative; boundary="----=_NextPart_001_01BE_01C0DFFF.41D05240" ------=_NextPart_001_01BE_01C0DFFF.41D05240 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 Q0FMTCBGT1IgUEFQRVJTDQpDSUMgMjAwMQ0KVGhlIDZ0aCBDRE1BIEludGVybmF0aW9uYWwgQ29u ZmVyZW5jZQ0KDQpPY3QuIDMwIC0gTm92LiAyLCAyMDAxLCBTaGVyYXRvbiBXYWxrZXIgSGlsbCBI b3RlbCAmIFRvd2VycywgU2VvdWwsIEtvcmVhICAgICAgICAgICAgICAgIGh0dHA6Ly93d3cuY2lj MjAwMS5jb20NCiAgICAgICAgICAgICAgICAgICAgICAgDQpJbiB0aGUgc3Bpcml0IG9mIHRoZSBj b21tZW1vcmF0aW9uIG9mIHRoZSBzdWNjZXNzZnVsIENETUEgY2VsbHVsYXIgYW5kIFBDUyBzeXN0 ZW0gZGVwbG95bWVudCBpbiAxOTk2LCBDSUMgKENETUEgSW50ZXJuYXRpb25hbCBDb25mZXJlbmNl KSBoYXMgYmVlbiBvcmdhbml6ZWQgd2l0aCB0aGUgb2JqZWN0aXZlIG9mIGJyaW5naW5nIHRvZ2V0 aGVyIHJlc2VhcmNoZXJzLCBkZXZlbG9wZXJzLCBhbmQgcHJhY3RpdGlvbmVycyBmcm9tIGFjYWRl bWlhIGFuZCBpbmR1c3RyeSB3b3JraW5nIGluIGFsbCBhcmVhcyBvZiBtb2JpbGUgY29tbXVuaWNh dGlvbnMuIENJQyBzZXJ2ZXMgYXMgYSBmb3J1bSBmb3IgdGhlIGRpc3NlbWluYXRpb24gb2YgdGhl IHN0YXRlLW9mLXRoZS1hcnQgcmVzZWFyY2gsIGRldmVsb3BtZW50LCBhbmQgaW1wbGVtZW50YXRp b25zIG9mIGJyb2FkYmFuZCBtdWx0aW1lZGlhIG1vYmlsZSBjb21tdW5pY2F0aW9uIHN5c3RlbXMs IHRlY2hub2xvZ2llcywgYW5kIGFwcGxpY2F0aW9ucy4gVGhpcyBjb25mZXJlbmNlIHdpbGwgYWxz byBwcmVzZW50IHRoZSBsYXRlc3QgZGV2ZWxvcG1lbnQgaW4gdGhlIDR0aCBnZW5lcmF0aW9uIGJy b2FkYmFuZCBjb21tdW5pY2F0aW9uIHN5c3RlbXMuIFNlYW1sZXNzIHNlcnZpY2VzIGFuZCBhcHBs aWNhdGlvbnMgdmlhIGRpZmZlcmVudCBhY2Nlc3Mgc3lzdGVtcyB3aWxsIGJlIHRoZSBkcml2aW5n IGZvcmNlcyBmb3IgdGhlIGZ1dHVyZSBkZXZlbG9wbWVudC4gVGhlIDZ0aCBDSUMgd2lsbCBwcm92 aWRlIHRocmVlLWRheSBwcmVzZW50YXRpb25zIG9mIGludml0ZWQgYW5kIHJlZ3VsYXIgcGFwZXJz IGZyb20gbWFudWZhY3R1cmVycywgYWNhZGVtaWEsIGFuZCBzZXJ2aWNlIHByb3ZpZGVycywgYW5k IG9uZS1kYXkgdHV0b3JpYWxzIGJ5IGRpc3Rpbmd1aXNoZWQgbGVjdHVyZXJzLiBBdXRob3JzIGFy ZSBpbnZpdGVkIHRvIHN1Ym1pdCBmdWxsIHRlY2huaWNhbCBwYXBlcnMgb24gYm90aCB0aGVvcmV0 aWNhbCBhbmQgcHJhY3RpY2FsIGFzcGVjdHMgb2YgQ0RNQSBzeXN0ZW1zIGFuZCB0ZWNobm9sb2dp ZXMuDQoNCkFSRUFTIE9GIElOVEVSRVNUIElOQ0xVREUsIEJVVCBBUkUgTk9UIExJTUlURUQgVE86 DQo/IENlbGx1bGFyIE1vYmlsZSBDb21tdW5pY2F0aW9ucyAgICAgICAgPyBQZXJzb25hbCBDb21t dW5pY2F0aW9ucyAgICAgID8gU21hcnQgQW50ZW5uYQ0KPyBDRE1BIFRlY2hub2xvZ3kgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICA/IFJlc291cmNlIE1hbmFnZW1lbnQgICAgICAgICAgID8g QW50ZW5uYSBhbmQgUHJvcGFnYXRpb24NCj8gQ0RNQSBNb2JpbGUgUGhvbmUgVGVjaG5vbG9neSAg ICA/IENhbGwgQWRtaXNzaW9uIENvbnRyb2wgICAgICAgICAgID8gQWQgSG9jIE5ldHdvcmtzDQo/ IFNwcmVhZCBTcGVjdHJ1bSBUZWNobm9sb2d5ICAgICAgICAgICAgID8gTW9iaWxpdHkgTWFuYWdl bWVudCAgICAgICAgICAgICA/IE1vZHVsYXRpb24gJiBDb2RpbmcNCj8gQWNxdWlzaXRpb24gJiBU cmFja2luZyAgICAgICAgICAgICAgICAgICAgICAgPyBIYW5kb2ZmIEFsZ29yaXRobXMgICAgICAg ICAgICAgICAgID8gU2F0ZWxsaXRlIENvbW11bmljYXRpb25zDQo/IFdpcmVsZXNzIE11bHRpbWVk aWEgU2VydmljZXMgICAgICAgICAgICAgPyBXaXJlbGVzcyBMb2NhbCBMb29wIChXTEwpICAgPyBN TUlDIEltcGxlbWVudGF0aW9uDQo/IE11bHRpcGxlIEFjY2VzcyBUZWNobm9sb2d5ICAgICAgICAg ICAgICA/IERpdmVyc2l0eSBUZWNobmlxdWUgICAgICAgICAgICAgICAgPyBSRiBUZWNobm9sb2d5 DQo/IEludGVyZmVyZW5jZSBSZWplY3Rpb24gVGVjaG5vbG9neSAgICA/IFRlbGV0cmFmZmljIE1v ZGVsaW5nICAgICAgICAgICAgICAgID8gU29mdHdhcmUgRGVmaW5lZCBSYWRpbyAoU0RSKQ0KPyBQ b3dlciBDb250cm9sICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID8gU2Vj dXJpdHkgaW4gTW9iaWxlIE5ldHdvcmsgICAgPyBXaXJlbGVzcyBJUCAoQWxsIElQKQ0KPyA0RyBN b2JpbGUgU3lzdGVtIGFuZCBUZWNobm9sb2d5ICAgPyBWTFNJIEltcGxlbWVudGF0aW9uICAgICAg ICAgICAgICAgPyBJTVQtMjAwMCBTeXN0ZW0NCiAgDQpJTlNUUlVDVElPTiBGT1IgU1VCTUlTU0lP TjogUHJvc3BlY3RpdmUgYXV0aG9ycyBhcmUgaW52aXRlZCB0byBzdWJtaXQgZWxlY3Ryb25pYyBt YWlsIGRlc2NyaWJpbmcgb3JpZ2luYWwgd29ya3MgaW4gRW5nbGlzaCwgbm8gbW9yZSB0aGFuIDMw MDAgd29yZHMsIHdpdGggYSBjb3ZlciBwYWdlIHRvIHRoZSBlLW1haWwgYWRkcmVzcyBzaG93biBi ZWxvdy4gVGhlIGNvdmVyIHBhZ2UgbXVzdCBpbmNsdWRlOiB0aXRsZSBvZiBwYXBlciwgYXV0aG9y c6GvIG5hbWVzIGFuZCBhZmZpbGlhdGlvbnMsIGNvbnRhY3QgYXV0aG9yoa9zIG5hbWUgYW5kIGFk ZHJlc3MgKGJvdGggcG9zdGFsIGFuZCBlbGVjdHJvbmljKSwgYW5kIHN1Ym1pc3Npb24gYXJlYSAo ZnJvbSB0aGUgbGlzdCBvZiByZWxldmFudCBhcmVhcyBvZiBpbnRlcmVzdCkuIEFjY2VwdGVkIGZv cm1hdHMgaW5jbHVkZSBNaWNyb3NvZnQgV29yZCwgUG9zdFNjcmlwdCwgYW5kIFBERi4NCg0KICAg ICAgICAgIENJQyAyMDAxIFNlY3JldGFyaWF0DQogICAgICAgICAgVGhlIEtvcmVhbiBJbnN0aXR1 dGlvbiBvZiBDb21tdW5pY2F0aW9uIFNjaWVuY2VzIChLSUNTKQ0KICAgICAgICAgIEh5dW5kYWkg S2lyaW0gT2ZmaWNldGVsICMxNTA0LCAxMzMwLTE4IFNlb2Noby1kb25nLCBTZW9jaG8tZ3UsIFNl b3VsIDEzNy04NTgsIEtvcmVhDQogICAgICAgICAgRS1tYWlsIDogamNwYXJrQGtpY3Mub3Iua3IN CiAgICAgICAgICBUZWwgOiArIDgyIDIgMzQ1MyA1NTU1ICAgRmF4IDogKyA4MiAyIDUzOSA1NTg4 DQoNCklNUE9SVEFOVCBEQVRFUzogICBGdWxsIFBhcGVyIFN1Ym1pc3Npb246ICAgICAgICAgICBK dWx5IDE1LCAyMDAxDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IE5vdGlmaWNhdGlvbiBvZiBBY2NlcHRhbmNlOiAgQXVndXN0IDE1LCAyMDAxDQogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIENhbWVyYSBSZWFkeSBQYXBlcjogICAg ICAgICAgICAgIFNlcHRlbWJlciAxNSwgMjAwMQ0KDQpDT01NSVRURUVTOiANCiAgICBHZW5lcmFs IENoYWlyOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IEludGVybmF0aW9uYWwgQWR2aXNvcnkgQ29tbWl0dGVlIENoYWlyOg0KICAgICAgVWktU2VvayBI b25nICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IEdpbCBSb2sgT2gNCiAgICAgIFByZXNpZGVudCwgS0lDUyAvICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBQcmVzaWRlbnQsIEVUUkkgDQogICAgICBQcm9m ZXNzb3IsIEt3YW5nd29vbiBVbml2ZXJzaXR5ICANCiAgICAgdXNob25nQGRhaXN5Lmt3YW5nd29v bi5hYy5rciAgICAgICAgICAgICAgICAgICAgICBncm9oQGV0cmkucmUua3IgDQogDQogICAgT3Jn YW5pemluZyBDb21taXR0ZWUgQ2hhaXI6ICAgICAgICAgICAgICAgICAgICAgICAgIFRlY2huaWNh bCBQcm9ncmFtIENvbW1pdHRlZSBDaGFpcjoNCiAgICAgIENodS1Id2FuIFlpbSAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBEYWVoeW91bmcgSG9u Zw0KICAgICAgVmljZSBQcmVzaWRlbnQsIEtJQ1MgLyAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBQcm9mZXNzb3IsIFNvZ2FuZyBVbml2ZXJzaXR5DQogICAgICBTZWNy ZXRhcnkgR2VuZXJhbCwgVFRBICANCiAgICAgIGNoeWltQHR0YS5vci5rciAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGRob25nQHNvZ2FuZy5hYy5r cg0KDQpIb3N0ZWQgYnkgTUlDIChNaW5pc3RyeSBvZiBJbmZvcm1hdGlvbiAmIENvbW11bmljYXRp b24pICAgDQpPcmdhbml6ZWQgYnkgS0lDUyAoVGhlIEtvcmVhbiBJbnN0aXR1dGUgb2YgQ29tbXVu aWNhdGlvbiBTY2llbmNlcykNCg0KDQoqIFNvcnJ5IGZvciBtdWx0aXBsZSByZWNlaXB0IG9mIHRo aXMgQ2FsbCBmb3IgUGFwZXJzLg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkNJQyAyMDAxIFNlY3JldGFy aWF0DQpUaGUgS29yZWFuIEluc3RpdHV0ZSBvZiBDb21tdW5pY2F0aW9uIFNjaWVuY2VzKEtJQ1Mp DQpIeXVuZGFpIEtpcmltIE9mZmljZXRlbCAjMTUwNC02DQoxMzMwLTE4IFNlb2Nob2RvbmcsIFNl b2Nob2d1IA0KU2VvdWwgMTM3LTA3MCwgS29yZWENCihUZWwpICs4Mi0yLTM0NTMtNTU1NQ0KKEZh eCkrODItMi01MzktNTU4OA0KKGUtbWFpbCkgamNwYXJrQGtpY3Mub3Iua3INCi0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQ0KICANCg== ------=_NextPart_001_01BE_01C0DFFF.41D05240 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWtzX2NfNTYwMS0xOTg3Ij48QkFTRSANCmhyZWY9ImZpbGU6 Ly9DOlxQcm9ncmFtIEZpbGVzXENvbW1vbiBGaWxlc1xNaWNyb3NvZnQgU2hhcmVkXFN0YXRpb25l cnlcIj4NCjxNRVRBIGNvbnRlbnQ9Ik1TSFRNTCA1LjUwLjQ1MjIuMTgwMCIgbmFtZT1HRU5FUkFU T1I+DQo8U1RZTEU+PC9TVFlMRT4NCjwvSEVBRD4NCjxCT0RZIGJnQ29sb3I9I2ZmZmZmZiBiYWNr Z3JvdW5kPWNpZDowMWJjMDFjMGRmYjMkZDE2YTA0NjAkZmMxNWRiZDNAa2ljcy5vci5rcj4NCjxE SVY+DQo8RElWPg0KPERJVj48U1RST05HPjxGT05UIHNpemU9Mj5DQUxMIEZPUiBQQVBFUlM8L0ZP TlQ+PC9TVFJPTkc+PC9ESVY+DQo8RElWIGFsaWduPWNlbnRlcj48U1RST05HPjxGT05UIHNpemU9 Mj48Rk9OVCBmYWNlPSJBcmlhbCBCbGFjayIgc2l6ZT02PkNJQyANCjIwMDE8QlI+PC9GT05UPjwv Rk9OVD48Rk9OVCBmYWNlPSJBcmlhbCBOYXJyb3ciIHNpemU9ND5UaGUgNnRoIENETUEgDQpJbnRl cm5hdGlvbmFsIENvbmZlcmVuY2U8L0ZPTlQ+PC9TVFJPTkc+PC9ESVY+DQo8RElWPjxGT05UIHNp emU9ND48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj5PY3QuIDMwIC0gTm92 LiAyLCAyMDAxLCBTaGVyYXRvbiBXYWxrZXIgSGlsbCBIb3RlbCAmYW1wOyANClRvd2VycywgU2Vv dWwsIA0KS29yZWEmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQo8QSBocmVmPSJo dHRwOi8vd3d3LmNpYzIwMDEuY29tLyI+aHR0cDovL3d3dy5jaWMyMDAxLmNvbTwvQT48L0ZPTlQ+ PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSMwMDgwMDAgDQpzaXplPTI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IA0KPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iIHNp emU9Mj5JbiB0aGUgc3Bpcml0IG9mIHRoZSBjb21tZW1vcmF0aW9uIG9mIA0KdGhlIHN1Y2Nlc3Nm dWwgQ0RNQSBjZWxsdWxhciBhbmQgUENTIHN5c3RlbSBkZXBsb3ltZW50IGluIDE5OTYsIENJQyAo Q0RNQSANCkludGVybmF0aW9uYWwgQ29uZmVyZW5jZSkgaGFzIGJlZW4gb3JnYW5pemVkIHdpdGgg dGhlIG9iamVjdGl2ZSBvZiBicmluZ2luZyANCnRvZ2V0aGVyIHJlc2VhcmNoZXJzLCBkZXZlbG9w ZXJzLCBhbmQgcHJhY3RpdGlvbmVycyBmcm9tIGFjYWRlbWlhIGFuZCBpbmR1c3RyeSANCndvcmtp bmcgaW4gYWxsIGFyZWFzIG9mIG1vYmlsZSBjb21tdW5pY2F0aW9ucy4gQ0lDIHNlcnZlcyBhcyBh IGZvcnVtIGZvciB0aGUgDQpkaXNzZW1pbmF0aW9uIG9mIHRoZSBzdGF0ZS1vZi10aGUtYXJ0IHJl c2VhcmNoLCBkZXZlbG9wbWVudCwgYW5kIGltcGxlbWVudGF0aW9ucyANCm9mIGJyb2FkYmFuZCBt dWx0aW1lZGlhIG1vYmlsZSBjb21tdW5pY2F0aW9uIHN5c3RlbXMsIHRlY2hub2xvZ2llcywgYW5k IA0KYXBwbGljYXRpb25zLiBUaGlzIGNvbmZlcmVuY2Ugd2lsbCBhbHNvIHByZXNlbnQgdGhlIGxh dGVzdCBkZXZlbG9wbWVudCBpbiB0aGUgDQo0dGggZ2VuZXJhdGlvbiBicm9hZGJhbmQgY29tbXVu aWNhdGlvbiBzeXN0ZW1zLiBTZWFtbGVzcyBzZXJ2aWNlcyBhbmQgDQphcHBsaWNhdGlvbnMgdmlh IGRpZmZlcmVudCBhY2Nlc3Mgc3lzdGVtcyB3aWxsIGJlIHRoZSBkcml2aW5nIGZvcmNlcyBmb3Ig dGhlIA0KZnV0dXJlIGRldmVsb3BtZW50LiBUaGUgNnRoIENJQyB3aWxsIHByb3ZpZGUgdGhyZWUt ZGF5IHByZXNlbnRhdGlvbnMgb2YgaW52aXRlZCANCmFuZCByZWd1bGFyIHBhcGVycyBmcm9tIG1h bnVmYWN0dXJlcnMsIGFjYWRlbWlhLCBhbmQgc2VydmljZSBwcm92aWRlcnMsIGFuZCANCm9uZS1k YXkgdHV0b3JpYWxzIGJ5IGRpc3Rpbmd1aXNoZWQgbGVjdHVyZXJzLiBBdXRob3JzIGFyZSBpbnZp dGVkIHRvIHN1Ym1pdCBmdWxsIA0KdGVjaG5pY2FsIHBhcGVycyBvbiBib3RoIHRoZW9yZXRpY2Fs IGFuZCBwcmFjdGljYWwgYXNwZWN0cyBvZiBDRE1BIHN5c3RlbXMgYW5kIA0KdGVjaG5vbG9naWVz LjwvRk9OVD48L0RJVj4NCjxESVY+PEJSPjxGT05UIHNpemU9Mj48Rk9OVCBmYWNlPSJUaW1lcyBO ZXcgUm9tYW4iPjxTVFJPTkc+QVJFQVMgT0YgSU5URVJFU1QgDQpJTkNMVURFLCBCVVQgQVJFIE5P VCBMSU1JVEVEIFRPOjxCUj48L1NUUk9ORz4mIzYxNjIzOyBDZWxsdWxhciBNb2JpbGUgDQpDb21t dW5pY2F0aW9ucyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyYjNjE2MjM7IFBlcnNvbmFsIA0KQ29tbXVuaWNhdGlvbnMmbmJzcDsmbmJzcDsmbmJzcDsgJm5i c3A7ICYjNjE2MjM7IFNtYXJ0IEFudGVubmE8QlI+JiM2MTYyMzsgQ0RNQSANClRlY2hub2xvZ3km bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmIzYxNjIzOyANClJlc291cmNlIE1hbmFnZW1lbnQmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQomIzYxNjIzOyBBbnRl bm5hIGFuZCBQcm9wYWdhdGlvbjxCUj4mIzYxNjIzOyBDRE1BIE1vYmlsZSBQaG9uZSANClRlY2hu b2xvZ3kmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmIzYxNjIzOyBDYWxsIEFkbWlzc2lvbiANCkNv bnRyb2wmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgJiM2MTYyMzsgQWQgSG9jIA0KTmV0d29ya3M8QlI+JiM2MTYyMzsgU3ByZWFkIFNw ZWN0cnVtIA0KVGVjaG5vbG9neSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyYjNjE2MjM7IA0KTW9iaWxp dHkgDQpNYW5hZ2VtZW50Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KJiM2MTYyMzsgTW9kdWxhdGlvbiAmYW1w OyBDb2Rpbmc8QlI+JiM2MTYyMzsgQWNxdWlzaXRpb24gJmFtcDsgDQpUcmFja2luZyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyANCiYjNjE2MjM7IEhhbmRvZmYgDQpBbGdvcml0aG1zJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KJiM2MTYyMzsgU2F0ZWxsaXRlIENvbW11bmljYXRp b25zPEJSPiYjNjE2MjM7IFdpcmVsZXNzIE11bHRpbWVkaWEgDQpTZXJ2aWNlcyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyANCiYjNjE2MjM7IFdpcmVsZXNzIExvY2FsIExvb3AgKFdMTCkgJm5ic3A7ICYjNjE2MjM7 IE1NSUMgSW1wbGVtZW50YXRpb248QlI+JiM2MTYyMzsgTXVsdGlwbGUgQWNjZXNzIA0KVGVjaG5v bG9neSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCiYjNjE2MjM7IERpdmVyc2l0eSANClRlY2huaXF1 ZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCiYjNjE2MjM7IFJGIFRlY2hub2xv Z3k8QlI+JiM2MTYyMzsgSW50ZXJmZXJlbmNlIFJlamVjdGlvbiBUZWNobm9sb2d5Jm5ic3A7Jm5i c3A7Jm5ic3A7ICYjNjE2MjM7IA0KVGVsZXRyYWZmaWMgDQpNb2RlbGluZyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyANCiYjNjE2MjM7IFNvZnR3YXJlIERlZmluZWQgUmFkaW8gKFNE Uik8QlI+JiM2MTYyMzsgUG93ZXIgDQpDb250cm9sJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KJiM2MTYyMzsgU2VjdXJpdHkg aW4gTW9iaWxlIE5ldHdvcmsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmIzYxNjIzOyBXaXJlbGVz cyBJUCAoQWxsIElQKTxCUj4mIzYxNjIzOyANCjRHIE1vYmlsZSBTeXN0ZW0gYW5kIFRlY2hub2xv Z3kmbmJzcDsmbmJzcDsgJiM2MTYyMzsgVkxTSSANCkltcGxlbWVudGF0aW9uJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7JiM2MTYyMzsgDQpJTVQtMjAwMCBTeXN0ZW08QlI+Jm5ic3A7 IDwvRk9OVD48L0ZPTlQ+PEZPTlQgc2l6ZT0yPjxGT05UIA0KZmFjZT0iVGltZXMgTmV3IFJvbWFu Ij48QlI+PC9GT05UPjxGT05UIA0KZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48U1RST05HPklOU1RS VUNUSU9OIEZPUiBTVUJNSVNTSU9OOjwvU1RST05HPiBQcm9zcGVjdGl2ZSANCmF1dGhvcnMgYXJl IGludml0ZWQgdG8gc3VibWl0IGVsZWN0cm9uaWMgbWFpbCBkZXNjcmliaW5nIG9yaWdpbmFsIHdv cmtzIGluIA0KRW5nbGlzaCwgbm8gbW9yZSB0aGFuIDMwMDAgd29yZHMsIHdpdGggYSBjb3ZlciBw YWdlIHRvIHRoZSBlLW1haWwgYWRkcmVzcyBzaG93biANCmJlbG93LiBUaGUgY292ZXIgcGFnZSBt dXN0IGluY2x1ZGU6IHRpdGxlIG9mIHBhcGVyLCBhdXRob3Jzoa8gbmFtZXMgYW5kIA0KYWZmaWxp YXRpb25zLCBjb250YWN0IGF1dGhvcqGvcyBuYW1lIGFuZCBhZGRyZXNzIChib3RoIHBvc3RhbCBh bmQgZWxlY3Ryb25pYyksIA0KYW5kIHN1Ym1pc3Npb24gYXJlYSAoZnJvbSB0aGUgbGlzdCBvZiBy ZWxldmFudCBhcmVhcyBvZiBpbnRlcmVzdCkuIEFjY2VwdGVkIA0KZm9ybWF0cyBpbmNsdWRlIE1p Y3Jvc29mdCBXb3JkLCBQb3N0U2NyaXB0LCBhbmQgUERGLjwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8 RElWPjxCUj48Rk9OVCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxGT05UIA0Kc2l6ZT0yPjxTVFJP Tkc+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IENJQyAyMDAxIA0KU2VjcmV0YXJpYXQ8QlI+PC9TVFJPTkc+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KVGhlIEtvcmVhbiBJbnN0aXR1dGlv biBvZiBDb21tdW5pY2F0aW9uIFNjaWVuY2VzIA0KKEtJQ1MpPEJSPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBIeXVuZGFpIEtpcmltIA0KT2Zm aWNldGVsICMxNTA0LCAxMzMwLTE4IFNlb2Noby1kb25nLCBTZW9jaG8tZ3UsIFNlb3VsIDEzNy04 NTgsIA0KS29yZWE8QlI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IEUtbWFpbCA6IA0KPC9GT05UPjwvRk9OVD48QSBocmVmPSJtYWlsdG86amNw YXJrQGtpY3Mub3Iua3IiPjxGT05UIGZhY2U9IlRpbWVzIE5ldyBSb21hbiIgDQpzaXplPTI+amNw YXJrQGtpY3Mub3Iua3I8L0ZPTlQ+PC9BPjxCUj48Rk9OVCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4i IA0Kc2l6ZT0yPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBUZWwgOiArIDgyIDIgMzQ1MyANCjU1NTUmbmJzcDsmbmJzcDsgRmF4IDogKyA4MiAy IDUzOSA1NTg4PC9GT05UPjwvRElWPg0KPERJVj48QlI+PEZPTlQgZmFjZT0iVGltZXMgTmV3IFJv bWFuIj48Rk9OVCBzaXplPTI+PFNUUk9ORz5JTVBPUlRBTlQgDQpEQVRFUzo8L1NUUk9ORz4mbmJz cDs8L0ZPTlQ+PC9GT05UPjxGT05UIGZhY2U9IlRpbWVzIE5ldyBSb21hbiIgc2l6ZT0yPiZuYnNw OyANCkZ1bGwgUGFwZXIgDQpTdWJtaXNzaW9uOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBKdWx5IDE1LCANCjIwMDE8QlI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KTm90aWZpY2F0aW9uIG9mIEFjY2VwdGFuY2U6Jm5i c3A7IEF1Z3VzdCAxNSwgDQoyMDAxPEJSPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAN CkNhbWVyYSBSZWFkeSANClBhcGVyOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANClNlcHRlbWJlciAx NSwgMjAwMTwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT0iVGltZXMgTmV3IFJvbWFuIiBz aXplPTI+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBmYWNlPSJUaW1lcyBOZXcgUm9t YW4iIA0Kc2l6ZT0yPjxTVFJPTkc+Q09NTUlUVEVFUzombmJzcDs8L1NUUk9ORz48L0ZPTlQ+PC9E SVY+DQo8RElWPjxGT05UIHNpemU9Mj48Rk9OVCANCmZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PFNU Uk9ORz4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtHZW5lcmFsIA0KQ2hhaXI6Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KJm5ic3A7 IEludGVybmF0aW9uYWwgQWR2aXNvcnkgQ29tbWl0dGVlIA0KQ2hhaXI6PEJSPjwvU1RST05HPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBVaS1TZW9rIA0KSG9uZyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCkdpbCBSb2sgT2g8QlI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IFByZXNpZGVudCwgS0lDUyANCi8mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQpQcmVzaWRlbnQs IEVUUkkgPEJSPjwvRk9OVD48Rk9OVCANCmZhY2U9IlRpbWVzIE5ldyBSb21hbiI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFByb2Zlc3NvciwgS3dhbmd3b29uIA0KVW5pdmVyc2l0eSZu YnNwOyZuYnNwOzwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9IlRpbWVzIE5l dyBSb21hbiIgc2l6ZT0yPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L0ZPTlQ+PEEgDQpocmVm PSJtYWlsdG86dXNob25nQGRhaXN5Lmt3YW5nd29vbi5hYy5rciI+PEZPTlQgZmFjZT0iVGltZXMg TmV3IFJvbWFuIiANCnNpemU9Mj51c2hvbmdAZGFpc3kua3dhbmd3b29uLmFjLmtyPC9GT05UPjwv QT48Rk9OVCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iIA0Kc2l6ZT0yPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCjwv Rk9OVD48QSBocmVmPSJtYWlsdG86Z3JvaEBldHJpLnJlLmtyIj48Rk9OVCBmYWNlPSJUaW1lcyBO ZXcgUm9tYW4iIA0Kc2l6ZT0yPmdyb2hAZXRyaS5yZS5rcjwvRk9OVD48L0E+PEZPTlQgZmFjZT0i VGltZXMgTmV3IFJvbWFuIj48Rk9OVCBzaXplPTI+IA0KPEJSPiZuYnNwOzxCUj48L0ZPTlQ+PEZP TlQgc2l6ZT0yPjxTVFJPTkc+Jm5ic3A7Jm5ic3A7Jm5ic3A7IE9yZ2FuaXppbmcgDQpDb21taXR0 ZWUgDQpDaGFpcjombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQpUZWNobmljYWwgUHJv Z3JhbSBDb21taXR0ZWUgQ2hhaXI6PEJSPjwvU1RST05HPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyANCkNodS1Id2FuIA0KWWltJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7RGFlaHlvdW5nIA0KSG9uZzxCUj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgVmljZSBQcmVzaWRlbnQsIEtJQ1MgDQovJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0K UHJvZmVzc29yLCBTb2dhbmcgVW5pdmVyc2l0eTwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxG T05UIGZhY2U9IlRpbWVzIE5ldyBSb21hbiIgc2l6ZT0yPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyANClNlY3JldGFyeSBHZW5lcmFsLCBUVEEmbmJzcDsmbmJzcDs8QlI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvRk9OVD48QSANCmhyZWY9Im1haWx0bzpjaHlpbUB0dGEu b3Iua3IiPjxGT05UIGZhY2U9IlRpbWVzIE5ldyBSb21hbiIgDQpzaXplPTI+Y2h5aW1AdHRhLm9y LmtyPC9GT05UPjwvQT48Rk9OVCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iIA0Kc2l6ZT0yPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvRk9OVD48QSANCmhyZWY9Im1haWx0 bzpkaG9uZ0Bzb2dhbmcuYWMua3IiPjxGT05UIGZhY2U9IlRpbWVzIE5ldyBSb21hbiIgDQpzaXpl PTI+ZGhvbmdAc29nYW5nLmFjLmtyPC9GT05UPjwvQT48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT0i VGltZXMgTmV3IFJvbWFuIiBzaXplPTI+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBm YWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxGT05UIHNpemU9Mj48U1RST05HPkhvc3RlZCBieSBNSUM8 L1NUUk9ORz4gDQooTWluaXN0cnkgb2YgSW5mb3JtYXRpb24gJmFtcDsgQ29tbXVuaWNhdGlvbikm bmJzcDsmbmJzcDsgPEJSPjxTVFJPTkc+T3JnYW5pemVkIA0KYnkgS0lDUzwvU1RST05HPiAoVGhl IEtvcmVhbiBJbnN0aXR1dGUgb2YgQ29tbXVuaWNhdGlvbiANClNjaWVuY2VzKTwvRk9OVD48L0ZP TlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+PC9GT05UPiZuYnNwOzwv RElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPjwvRk9OVD4mbmJzcDs8L0RJVj4N CjxESVY+PEZPTlQgZmFjZT0iVGltZXMgTmV3IFJvbWFuIiBzaXplPTI+PFNUUk9ORz4qIFNvcnJ5 IGZvciBtdWx0aXBsZSByZWNlaXB0IG9mIA0KdGhpcyBDYWxsIGZvciBQYXBlcnMuPC9TVFJPTkc+ PC9GT05UPjwvRElWPjwvRElWPjwvRElWPg0KPERJVj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxCUj5DSUMg DQoyMDAxIFNlY3JldGFyaWF0PEJSPlRoZSBLb3JlYW4gSW5zdGl0dXRlIG9mIENvbW11bmljYXRp b24gDQpTY2llbmNlcyhLSUNTKTxCUj5IeXVuZGFpIEtpcmltIE9mZmljZXRlbCAjMTUwNC02PEJS PjEzMzAtMTggU2VvY2hvZG9uZywgDQpTZW9jaG9ndSA8QlI+U2VvdWwgMTM3LTA3MCwgS29yZWE8 QlI+KFRlbCkgDQorODItMi0zNDUzLTU1NTU8QlI+KEZheCkrODItMi01MzktNTU4ODxCUj4oZS1t YWlsKSA8QSANCmhyZWY9Im1haWx0bzpqY3BhcmtAa2ljcy5vci5rciI+amNwYXJrQGtpY3Mub3Iu a3I8L0E+PEJSPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTwvRElWPiZuYnNwOyANCjwvQk9EWT48L0hUTUw+ DQo= ------=_NextPart_001_01BE_01C0DFFF.41D05240-- ------=_NextPart_000_01BD_01C0DFFF.41D05240 Content-Type: image/jpeg; name="call for papers.jpg" Content-Transfer-Encoding: base64 Content-ID: <01bc01c0dfb3$d16a0460$fc15dbd3@kics.or.kr> /9j/4AAQSkZJRgABAgEAYABgAAD/7QY8UGhvdG9zaG9wIDMuMAA4QklNA+0AAAAAABAAYAAAAAEA AQBgAAAAAQABOEJJTQPzAAAAAAAIAAAAAAAAAAA4QklNBAoAAAAAAAEAADhCSU0nEAAAAAAACgAB AAAAAAAAAAI4QklNA/UAAAAAAEgAL2ZmAAEAbGZmAAYAAAAAAAEAL2ZmAAEAoZmaAAYAAAAAAAEA MgAAAAEAWgAAAAYAAAAAAAEANQAAAAEALQAAAAYAAAAAAAE4QklNA/gAAAAAAHAAAP////////// //////////////////8D6AAAAAD/////////////////////////////A+gAAAAA//////////// /////////////////wPoAAAAAP////////////////////////////8D6AAAOEJJTQQIAAAAAAAQ AAAAAQAAAkAAAAJAAAAAADhCSU0ECQAAAAAEywAAAAEAAACAAAAAYAAAAYAAAJAAAAAErwAYAAH/ 2P/gABBKRklGAAECAQBIAEgAAP/+ACdGaWxlIHdyaXR0ZW4gYnkgQWRvYmUgUGhvdG9zaG9wqCA0 LjAA/+4ADkFkb2JlAGSAAAAAAf/bAIQADAgICAkIDAkJDBELCgsRFQ8MDA8VGBMTFRMTGBEMDAwM DAwRDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAENCwsNDg0QDg4QFA4ODhQUDg4ODhQRDAwM DAwREQwMDAwMDBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM/8AAEQgAYACAAwEiAAIRAQMR Af/dAAQACP/EAT8AAAEFAQEBAQEBAAAAAAAAAAMAAQIEBQYHCAkKCwEAAQUBAQEBAQEAAAAAAAAA AQACAwQFBgcICQoLEAABBAEDAgQCBQcGCAUDDDMBAAIRAwQhEjEFQVFhEyJxgTIGFJGhsUIjJBVS wWIzNHKC0UMHJZJT8OHxY3M1FqKygyZEk1RkRcKjdDYX0lXiZfKzhMPTdePzRieUpIW0lcTU5PSl tcXV5fVWZnaGlqa2xtbm9jdHV2d3h5ent8fX5/cRAAICAQIEBAMEBQYHBwYFNQEAAhEDITESBEFR YXEiEwUygZEUobFCI8FS0fAzJGLhcoKSQ1MVY3M08SUGFqKygwcmNcLSRJNUoxdkRVU2dGXi8rOE w9N14/NGlKSFtJXE1OT0pbXF1eX1VmZ2hpamtsbW5vYnN0dXZ3eHl6e3x//aAAwDAQACEQMRAD8A 9LDTMd04rKK3lThG1ggEQrUw2FIkDlRNjfiha6gF0kg4FOkpiUx1TkhMSEUMDWPgo+l5qcpSkjRT WhuimIQ5SlJVpZCYuChKSVJtdxJQy1ymkkgi3//Q9RbyFMmBKYDVJ/0SkgbI3OLgZ+5RT9lEnukg lcOgyp7pEhBJTtcI1KKLZkpKJeAobjJg6FJFpEkOToe4Sk8+PKSrSJ0MSNEi5wiSkpInUWuMweOJ U2w4SEkrJKUJQkqn/9H1SEjqIPCSg7yMFJCN2hhQJ0T2l0a/IhAc5x0OiKwlkXjsma4nTkKHPCky ZSWs04SHwUg0FJKwHgpAJwD8U8SkuAWjxUXjgKeoTP1A7eSCqRifgiMsgweCdVDjX705GqSmyIcJ HBTwgUvgweOwVhJcH//S9UPCC46yjO4KrkyiFslnQeUNwjQ6qadFjQFnhonY1wdCnsIGpTgcd0FU oAqQBTgJSgvpUlKQmJKb4pKtnu+aZ4BHwUdFKDGhhJVsPxCQ4+CbX4ppI18EFJK/pI9ZPHggVlsn XngI1fJRXB//0/U7DDVXHKsPEhV+CiFk91OEFIIgAcIKXpoo4VgFL0+/CdohSQXAIUxRHubED8EF 8/moIKimUHbhzKbc4d0lqQFSBKg1wPx7hTCSQs9p5HzUIJRgkGNnjVJcxqrDwQR8PgrDWhogJNaA 0acKSSX/1PUHvgIRdKcukFQTgxSKRhRQZQGorUCuiWai5v7v3KSSS5CmPwRXNB17oTgRyEFpYOAJ 118lAt00MnwRCmKKGLGO3jjzKIAYB8eEqmncTMfBGCSQGAYdR4aojGRqU4ToLlEpiUxKG5yKCX// 2QA4QklNBAYAAAAAAAcABAEBAAEBAP/+ACdGaWxlIHdyaXR0ZW4gYnkgQWRvYmUgUGhvdG9zaG9w qCA0LjAA/+4AIUFkb2JlAGQAAAAAAQMAEAMCAwYAAAAAAAAAAAAAAAD/2wCEAAYEBAQFBAYFBQYJ BgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwBBwcH DQwNGBAQGBQODg4UFA4ODg4UEQwMDAwMEREMDAwMDAwRDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM DAwMDP/CABEIAJYAyAMBEQACEQEDEQH/xACOAAADAQEBAAAAAAAAAAAAAAABAgMABAgBAQEBAQEA AAAAAAAAAAAAAAABAgMEEAACAgEEAgICAgMAAAAAAAAAARECAxAgIRIwMUATUDJBImAjBBEAAQMD AwQCAQUBAAAAAAAAAQARIRAxQSBRYTCBkQJxEkChscEiQtESAQAAAAAAAAAAAAAAAAAAAID/2gAM AwEBAhEDEQAAAPTXk0aw+pTR9xqIAAgSzicihL2tY+hrCwmLPKeFNq7EOowawDAhYEuBACY1ENCB GACG0puNWFEkMr1gQsCBKARjGjUQBCasYr0hqcQkBisri5ogQDGMYJjGohMatVdzVzZgBCxotNaB ACAFYIQ1ghNWMNqU0U5pBCwIXNpK4hNBGogDWFK1a1qJjJTQ0pzZiQM2eSwQmMGsNRNWs54dKW9e q5jU1YWI5QyTKMJmGrLqNNTGsNGsQkFEc7daeiYERyllzYShJANXRa1NWprGt1mNUMzGAVru1omp co86sc2ZGEgIa6bW0Nj0awawKhmY1Y0dm7e3E8I8qsLEhEAidG61ho0DRqI1TkmCmMdVtrXqPOx5 BACRNYafUbTAgQpg1qUkhBVi9t7Xrn42eCxghoaCw6hoQIWNKA2GjUEUUpV7ezVY5eFTNaxMiPo+ x1ERRYXISgBhrDopFAX1e/VY0cvGzxbdIIENo+pTRScQzIZCFGKWtYdGoGOvVcwIli8/JTau41AJ qQjmLCRDJYBSr6Gm0aqF7cAnix5kzTZbopqGiIQkELAhJVSUNXRa2o9NV7cCBEedlirDFOkruNox hCGYkCFBKBq67TqPRrAhMlzY8yyiGqm5TZ9xjAEiGZOBKDFavqvY1atCQmLPL//aAAgBAgABBQAg gVRIXjS2tjYxnUVSCCCCPFJJJI3sjRbJJ8E+RaTskkkn4C3ST8JD2ST8CNr0nWSfBHjZOk+GNkb2 MbHtWkEEeFbGNj+Itbb4+AtLvfAvKtFpcW2CN86LatWWENaoSI8y2WWiHUgSFsZJO+CBbLaLSCNZ 0ZGxeGRskTF4HpBHhkkeiExbX4ELY2To9EIW571sYxn/2gAIAQMAAQUA/Lz/AIzOyfyE/KX45+Bf JX45fBn8pHyV8leH/9oACAEBAAEFAOSBVYqFalULYx+rY0y2Kx9dxYbMrTqkhaSh2LWLNjHjU1xq FjQqI6IhEDWrWzjTsdjudx21hDrXSi40+yo86K5pckkobRKG1pJJPip+pfKk8jbspRJiyMdh2Gyd y2LZBX9buK+3bljJ5raat6SplCsm3dJ2vWr7VhOsKyekbYF6y/oN82fMppsx2Sq7cfbUtZu02G2x t2EpF7hxVyVyW7dl2gggggXq6mr4H6bJL3itMqa7WQ+SHECbIhxDiT+Oa2V7J1yKa2rZwQQQNpKU ZqjZayVb3Y7NlVVuEcoTQkQdWhQJDTiynR+8Wa+N4r96QRoy9ObXypXbq73dlEqGirt2TFB1FUTa FDTqcolMaizUOJr/ABgs65K2VlpdwO3LZejQ8VWOtqtMo1KgSQuBEECtoyzsmnKrwyst47dXM6ZR +2y1VYvVKzrI8VWfX/sVRVOqOqOTtY7iskTJlSmJOzQ2UT7GFvoZXy2SSJF63tZ1shptKBEjbHZn 9mQQQZO6Xax2TVbQ8Ks7sw/oZnyh+9Eh4m7dWhLV7UWTdWmhtDhmP7bPHkva2OrrV+sjl193rxpV CR9aZkpWr4HA3y2Ns5E2cnJkx9jk6s/5Kt2pjrXRmSvK915VsYqNCRVCOlZzKbZGq1eSzbvc+26K 5ZIJFo8VWLDRGPHRU0bMik9OlhMhHU9H2Um+VjaZasn10Mi/tAzFkbEhCQjFRWZJI7F8nLtJVlWJ 6IyU7JpobY5JP61Hiq30s74sWT7lSzuqtuuNu1cTZWta6NjsOxf9hFGLZeisWq6nJEjSGkODA79k lNKpCSQhjY2OxyP2IqIWy8dbKmj04P8AniUL1raRyW7H/9oACAECAgY/AG3/AP/aAAgBAwIGPwBt /wD/2gAIAQEBBj8A6myhWoAOjFvyLafZ4+t1AUwo/DFGElOc3U0Y+SfwwiafIU3FIQLvzVsrlEZC AOcoPlO8J3UY6ARh6fon81n27J1KJGLeEPZ3K+2U5ui/hciafUmclAmwjsh65M6yAtmoFFCGk5Ra n7qFNt06dfsmynGVKfIKYF863HwaOYZEdlvwntzTdSuKR4TWKZRfC23C5CBRID/KBNzpJ9SyYh1/ XwuAuQnGUG7KRWLqax4KYwVxlPR0CMfynGpzI3UQuHZM10AZ41QmPmnKLymTYNkQgBlcG+qUwEMt 2WyAxzS2mQoMUcBlyp7FP5TDe9J1kgfCYmRdWnFLK1bst6RCgxtS3ZN/kpxAFz8L5TtfoEjKY9Jh +tOVEFA+rgi7f8Te3q3NkxvocaXKYKehdPlNQvDsx8p876WUaXIlDAUXUYV7K78pjd4pFGyuVuvU NselZwmdf180bFG5T+VOF9T2NI81L2GltfOiygJ3RDMB/pACwMlfUSUwuvr57L24UZv1XacJjpuo 9fs3akJ9/wAAvZFjGBOk79H/2Q== ------=_NextPart_000_01BD_01C0DFFF.41D05240-- From rem-conf Fri May 18 23:51:19 2001 From rem-conf-request@es.net Fri May 18 23:51:17 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 1510Zz-0001zL-00; Fri, 18 May 2001 23:51:11 -0700 Received: from postal2.es.net ([198.128.3.206]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 1510Zx-0001zB-00; Fri, 18 May 2001 23:51:09 -0700 Received: from gateway.ncoretech.com ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Fri, 18 May 2001 23:51:07 -0700 Received: from ncoretech.com (IDENT:root@mail.ncoretech.com [192.168.1.3]) by gateway.ncoretech.com (8.10.0/8.10.0) with ESMTP id f4J6p2P14209 for ; Sat, 19 May 2001 12:21:02 +0530 Received: (from root@localhost) by ncoretech.com (8.10.0/8.10.0) id f4J6p2105250 for rem-conf@es.net.VIRCHECK; Sat, 19 May 2001 12:21:02 +0530 Received: from ncoretech.com (ws130.ncoretech.com [192.168.1.130]) by ncoretech.com (8.10.0/8.10.0) with ESMTP id f4J6p0r05161 for ; Sat, 19 May 2001 12:21:01 +0530 Message-ID: <3B061B27.23E3802B@ncoretech.com> Date: Sat, 19 May 2001 12:35:12 +0530 From: Angai X-Mailer: Mozilla 4.75 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: rem-conf@es.net Subject: (no subject) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-AntiVirus: scanned for viruses on Sat May 19 12:21:01 IST 2001 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Subscribe From rem-conf Sun May 20 19:54:27 2001 From rem-conf-request@es.net Sun May 20 19:54:27 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 151fpv-0005oy-00; Sun, 20 May 2001 19:54:23 -0700 Received: from postal1.es.net ([198.128.3.205]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 151fpt-0005oo-00; Sun, 20 May 2001 19:54:21 -0700 Received: from mail-blue.research.att.com ([]) by postal1.es.net (ES.NET MTA 1) with ESMTP id IBA36876 for ; Sun, 20 May 2001 19:54:21 -0700 Received: from bigmail.research.att.com (bigmail.research.att.com [135.207.30.101]) by mail-blue.research.att.com (Postfix) with ESMTP id 9297B4D32F; Sun, 20 May 2001 22:54:19 -0400 (EDT) Received: from research.att.com (castle4058.research.att.com [135.207.228.58]) by bigmail.research.att.com (8.8.8/8.8.8) with ESMTP id WAA27204; Sun, 20 May 2001 22:54:18 -0400 (EDT) Sender: mathias@research.att.com Message-ID: <3B088355.DF6B41E3@research.att.com> Date: Sun, 20 May 2001 22:54:13 -0400 From: Mathias Kretschmer X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.19 i686) X-Accept-Language: en MIME-Version: 1.0 To: Portillo Francisco-BFP01C , rem-conf@es.net Subject: Re: RTP-MPEG4 Draft Updates References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Portillo Francisco-BFP01C wrote: > > Are expected within a short time any updates for the following IETF Drafts? > > - "RTP Payload Format for MPEG-2 AAC Streams " and > Yes ! And, we do not plan to make any major changes. We're about to set up a streaming system to demo our proposal. Cheers, Mathias From rem-conf Tue May 22 04:24:17 2001 From rem-conf-request@es.net Tue May 22 04:24:16 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 152AGr-0004NQ-00; Tue, 22 May 2001 04:24:13 -0700 Received: from postal1.es.net ([198.128.3.205]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 152AGq-0004NG-00; Tue, 22 May 2001 04:24:12 -0700 Received: from uci.agh.edu.pl ([]) by postal1.es.net (ES.NET MTA 1) with ESMTP id IBA36876 for ; Tue, 22 May 2001 04:24:11 -0700 Received: from iris.ics.agh.edu.pl (pinio@iris.ics.agh.edu.pl [149.156.97.17]) by uci.agh.edu.pl (8.9.3/8.8.7/rchk1.20) with ESMTP id NAA06809 for ; Tue, 22 May 2001 13:24:00 +0200 (MET DST) Received: (from pinio@localhost) by iris.ics.agh.edu.pl (8.9.3+Sun/8.9.3) id NAA00120 for rem-conf@es.net; Tue, 22 May 2001 13:23:56 +0200 (CEST) Date: Tue, 22 May 2001 13:23:56 +0200 (CEST) Message-Id: <200105221123.NAA00120@iris.ics.agh.edu.pl> To: rem-conf@es.net From: "DAIS'2001 Conference" Reply-To: dais2001-info@ics.agh.edu.pl Subject: DAIS'2001 Call for Particip., grant opportunities information Content-Type: text X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Call for Participation DAIS'2001 The Third IFIP WG 6.1 International Working Conference on Distributed Applications and Interoperable Systems Krakow, Poland, 17 - 19 September 2001 http://www.ics.agh.edu.pl/dais/ ABOUT THE CONFERENCE DAIS'2001 will provide a broad forum for researchers and developers >from industry and academia, in particular for application and platform service vendors and users to review, discuss and learn about new approaches, concepts and experiences in the fields of distributed computing. DAIS'2001 will focus on integration and interoperability of different platforms, services and applications, infrastructure for e-business, internet charging, coordination, mobile agents, context-aware applications, as well as on scalability and management issues, and the growing importance of mobile and wireless protocols and applications. DAIS'2001 consists of one state-of-the-art tutorials day and two conference session days including two invited speeches and 26 technical papers. TUTORIALS (17 September) Morning Session Tutorial TA1: Steve Vinoski, IONA Technologies Web Services: Protocols and Applications Tutorial TB1: Frank Eliassen, Thomas Plagemann, University in Oslo Multimedia middleware Tutorial TC1: Ina Schieferdecker, GMD FOKUS, Jens Grabowski, Medical University of Luebeck Testing of Distributed Systems: TTCN-3 and its GraphicalFormat Afternoon Session Tutorial TA2: Sean Baker, IONA Technologies Diverse Middleware is the order of the day Tutorial TB2: Qusay H.Mahmoud, JavaCourses.com & Carleton University in Ottawa Wireless Software Design for Handheld Devices Tutorial TC2: Marek Gmyrek, ConSol GmbH J2EE for Enterprise-Wide Business Applications - A Case Study INVITED LECTURES I1: Liba Svobodova, IBM Zurich Research Lab (18 September) Intelligent Infrastructure for e-Business I2: Adam Wolisz, Technical University Berlin (19 September) Dual Approach to Internet Charging TECHNICAL PAPERS SESSIONS 18-19 September selected session names: S1: Context-Aware Applications S2: Integration & Interoperability S4: Architectures, Services & Applications S5: Mobile Agents S6: Management & Monitoring Full Technical Program with abstracts is available at: http://www.ics.agh.edu.pl/dais/technical_program.html SOCIAL PROGRAM - Welcome Reception in the Krakow City Hall - Excursion to the famous Salt Mine in Wieliczka and Conference Dinner EUROPEAN COMMISSION GRANT DAIS'2001 is supported by the European Commission - DG Human Potential Programme - High-Level Scientific Conferences. Participants may apply for grants to cover up to 100% expenses - see details on http://www.ics.agh.edu.pl/dais/grant.html DEADLINES 17 July - registration with reduced fee 17 July - European Commission grant requests 3 August - notification of grant acceptance FEES early - 300 EUR (1100 PLN) if received before July 17, 2001 late - 380 EUR (1350 PLN) single tutorial - 150 EUR (500 PLN) two tutorials - 250 EUR (850 PLN) LOCATION DAIS'2001 will be held in Krakow, a beautiful, old city, the Poland's prime cultural and tourist attraction with hardly any equals in the entire Central Europe, nominated the Capital of the European Culture for the year 2000. The Old Town district is actually a medieval city with a well preserved original grid of streets. The huge central square, Europe's largest, seems the last stage in the perfection of the art of city planning in the Middle Ages. MORE INFO All information you need to learn and register for DAIS'2001: http://www.cs.agh.edu.pl/dais2001/ FURTHER INFORMATION DAIS'2001 Organizing Committee Academic Computer Center CYFRONET University of Mining and Metallurgy ul. Nawojki 11, P.O.Box 386 30-950 Krakow 61 Poland e-mail: dais2001-info@ics.agh.edu.pl fax: +48 12 6341084 phone: +48 12 6173982, ext. 22 +48 12 6341766 Conference Chairmen Krzysztof Zielinski (chair), UMM Krakow, Poland Kurt Geihs (co-chair), University of Frankfurt, Germany Organizing Committee Aleksander Laurentowski (chair), Elzbieta Alda, Zofia Mosurska, Radoslaw Ruchala, UMM Krakow, Poland We are looking forward to meeting you in Krakow, in September 2001! From rem-conf Tue May 22 04:29:50 2001 From rem-conf-request@es.net Tue May 22 04:29:50 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 152AI0-000790-00; Tue, 22 May 2001 04:25:24 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 152AHz-00078J-00; Tue, 22 May 2001 04:25:23 -0700 Received: from uci.agh.edu.pl ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Tue, 22 May 2001 04:25:22 -0700 Received: from iris.ics.agh.edu.pl (pinio@iris.ics.agh.edu.pl [149.156.97.17]) by uci.agh.edu.pl (8.9.3/8.8.7/rchk1.20) with ESMTP id NAA07308 for ; Tue, 22 May 2001 13:25:17 +0200 (MET DST) Received: (from pinio@localhost) by iris.ics.agh.edu.pl (8.9.3+Sun/8.9.3) id NAA00452 for rem-conf@es.net; Tue, 22 May 2001 13:25:17 +0200 (CEST) Date: Tue, 22 May 2001 13:25:17 +0200 (CEST) Message-Id: <200105221125.NAA00452@iris.ics.agh.edu.pl> To: rem-conf@es.net From: "DAIS'2001 Conference" Reply-To: dais2001-info@ics.agh.edu.pl Subject: DAIS'2001 Call for Particip., grant opportunities information Content-Type: text X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Call for Participation DAIS'2001 The Third IFIP WG 6.1 International Working Conference on Distributed Applications and Interoperable Systems Krakow, Poland, 17 - 19 September 2001 http://www.ics.agh.edu.pl/dais/ ABOUT THE CONFERENCE DAIS'2001 will provide a broad forum for researchers and developers >from industry and academia, in particular for application and platform service vendors and users to review, discuss and learn about new approaches, concepts and experiences in the fields of distributed computing. DAIS'2001 will focus on integration and interoperability of different platforms, services and applications, infrastructure for e-business, internet charging, coordination, mobile agents, context-aware applications, as well as on scalability and management issues, and the growing importance of mobile and wireless protocols and applications. DAIS'2001 consists of one state-of-the-art tutorials day and two conference session days including two invited speeches and 26 technical papers. TUTORIALS (17 September) Morning Session Tutorial TA1: Steve Vinoski, IONA Technologies Web Services: Protocols and Applications Tutorial TB1: Frank Eliassen, Thomas Plagemann, University in Oslo Multimedia middleware Tutorial TC1: Ina Schieferdecker, GMD FOKUS, Jens Grabowski, Medical University of Luebeck Testing of Distributed Systems: TTCN-3 and its GraphicalFormat Afternoon Session Tutorial TA2: Sean Baker, IONA Technologies Diverse Middleware is the order of the day Tutorial TB2: Qusay H.Mahmoud, JavaCourses.com & Carleton University in Ottawa Wireless Software Design for Handheld Devices Tutorial TC2: Marek Gmyrek, ConSol GmbH J2EE for Enterprise-Wide Business Applications - A Case Study INVITED LECTURES I1: Liba Svobodova, IBM Zurich Research Lab (18 September) Intelligent Infrastructure for e-Business I2: Adam Wolisz, Technical University Berlin (19 September) Dual Approach to Internet Charging TECHNICAL PAPERS SESSIONS 18-19 September selected session names: S1: Context-Aware Applications S2: Integration & Interoperability S4: Architectures, Services & Applications S5: Mobile Agents S6: Management & Monitoring Full Technical Program with abstracts is available at: http://www.ics.agh.edu.pl/dais/technical_program.html SOCIAL PROGRAM - Welcome Reception in the Krakow City Hall - Excursion to the famous Salt Mine in Wieliczka and Conference Dinner EUROPEAN COMMISSION GRANT DAIS'2001 is supported by the European Commission - DG Human Potential Programme - High-Level Scientific Conferences. Participants may apply for grants to cover up to 100% expenses - see details on http://www.ics.agh.edu.pl/dais/grant.html DEADLINES 17 July - registration with reduced fee 17 July - European Commission grant requests 3 August - notification of grant acceptance FEES early - 300 EUR (1100 PLN) if received before July 17, 2001 late - 380 EUR (1350 PLN) single tutorial - 150 EUR (500 PLN) two tutorials - 250 EUR (850 PLN) LOCATION DAIS'2001 will be held in Krakow, a beautiful, old city, the Poland's prime cultural and tourist attraction with hardly any equals in the entire Central Europe, nominated the Capital of the European Culture for the year 2000. The Old Town district is actually a medieval city with a well preserved original grid of streets. The huge central square, Europe's largest, seems the last stage in the perfection of the art of city planning in the Middle Ages. MORE INFO All information you need to learn and register for DAIS'2001: http://www.cs.agh.edu.pl/dais2001/ FURTHER INFORMATION DAIS'2001 Organizing Committee Academic Computer Center CYFRONET University of Mining and Metallurgy ul. Nawojki 11, P.O.Box 386 30-950 Krakow 61 Poland e-mail: dais2001-info@ics.agh.edu.pl fax: +48 12 6341084 phone: +48 12 6173982, ext. 22 +48 12 6341766 Conference Chairmen Krzysztof Zielinski (chair), UMM Krakow, Poland Kurt Geihs (co-chair), University of Frankfurt, Germany Organizing Committee Aleksander Laurentowski (chair), Elzbieta Alda, Zofia Mosurska, Radoslaw Ruchala, UMM Krakow, Poland We are looking forward to meeting you in Krakow, in September 2001! From rem-conf Tue May 22 04:29:50 2001 From rem-conf-request@es.net Tue May 22 04:29:50 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 152AHo-00076Q-00; Tue, 22 May 2001 04:25:12 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 152AHn-00075T-00; Tue, 22 May 2001 04:25:11 -0700 Received: from uci.agh.edu.pl ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Tue, 22 May 2001 04:25:09 -0700 Received: from iris.ics.agh.edu.pl (pinio@iris.ics.agh.edu.pl [149.156.97.17]) by uci.agh.edu.pl (8.9.3/8.8.7/rchk1.20) with ESMTP id NAA07038 for ; Tue, 22 May 2001 13:24:55 +0200 (MET DST) Received: (from pinio@localhost) by iris.ics.agh.edu.pl (8.9.3+Sun/8.9.3) id NAA00363 for rem-conf@es.net; Tue, 22 May 2001 13:24:55 +0200 (CEST) Date: Tue, 22 May 2001 13:24:55 +0200 (CEST) Message-Id: <200105221124.NAA00363@iris.ics.agh.edu.pl> To: rem-conf@es.net From: "DAIS'2001 Conference" Reply-To: dais2001-info@ics.agh.edu.pl Subject: DAIS'2001 Call for Particip., grant opportunities information Content-Type: text X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Call for Participation DAIS'2001 The Third IFIP WG 6.1 International Working Conference on Distributed Applications and Interoperable Systems Krakow, Poland, 17 - 19 September 2001 http://www.ics.agh.edu.pl/dais/ ABOUT THE CONFERENCE DAIS'2001 will provide a broad forum for researchers and developers >from industry and academia, in particular for application and platform service vendors and users to review, discuss and learn about new approaches, concepts and experiences in the fields of distributed computing. DAIS'2001 will focus on integration and interoperability of different platforms, services and applications, infrastructure for e-business, internet charging, coordination, mobile agents, context-aware applications, as well as on scalability and management issues, and the growing importance of mobile and wireless protocols and applications. DAIS'2001 consists of one state-of-the-art tutorials day and two conference session days including two invited speeches and 26 technical papers. TUTORIALS (17 September) Morning Session Tutorial TA1: Steve Vinoski, IONA Technologies Web Services: Protocols and Applications Tutorial TB1: Frank Eliassen, Thomas Plagemann, University in Oslo Multimedia middleware Tutorial TC1: Ina Schieferdecker, GMD FOKUS, Jens Grabowski, Medical University of Luebeck Testing of Distributed Systems: TTCN-3 and its GraphicalFormat Afternoon Session Tutorial TA2: Sean Baker, IONA Technologies Diverse Middleware is the order of the day Tutorial TB2: Qusay H.Mahmoud, JavaCourses.com & Carleton University in Ottawa Wireless Software Design for Handheld Devices Tutorial TC2: Marek Gmyrek, ConSol GmbH J2EE for Enterprise-Wide Business Applications - A Case Study INVITED LECTURES I1: Liba Svobodova, IBM Zurich Research Lab (18 September) Intelligent Infrastructure for e-Business I2: Adam Wolisz, Technical University Berlin (19 September) Dual Approach to Internet Charging TECHNICAL PAPERS SESSIONS 18-19 September selected session names: S1: Context-Aware Applications S2: Integration & Interoperability S4: Architectures, Services & Applications S5: Mobile Agents S6: Management & Monitoring Full Technical Program with abstracts is available at: http://www.ics.agh.edu.pl/dais/technical_program.html SOCIAL PROGRAM - Welcome Reception in the Krakow City Hall - Excursion to the famous Salt Mine in Wieliczka and Conference Dinner EUROPEAN COMMISSION GRANT DAIS'2001 is supported by the European Commission - DG Human Potential Programme - High-Level Scientific Conferences. Participants may apply for grants to cover up to 100% expenses - see details on http://www.ics.agh.edu.pl/dais/grant.html DEADLINES 17 July - registration with reduced fee 17 July - European Commission grant requests 3 August - notification of grant acceptance FEES early - 300 EUR (1100 PLN) if received before July 17, 2001 late - 380 EUR (1350 PLN) single tutorial - 150 EUR (500 PLN) two tutorials - 250 EUR (850 PLN) LOCATION DAIS'2001 will be held in Krakow, a beautiful, old city, the Poland's prime cultural and tourist attraction with hardly any equals in the entire Central Europe, nominated the Capital of the European Culture for the year 2000. The Old Town district is actually a medieval city with a well preserved original grid of streets. The huge central square, Europe's largest, seems the last stage in the perfection of the art of city planning in the Middle Ages. MORE INFO All information you need to learn and register for DAIS'2001: http://www.cs.agh.edu.pl/dais2001/ FURTHER INFORMATION DAIS'2001 Organizing Committee Academic Computer Center CYFRONET University of Mining and Metallurgy ul. Nawojki 11, P.O.Box 386 30-950 Krakow 61 Poland e-mail: dais2001-info@ics.agh.edu.pl fax: +48 12 6341084 phone: +48 12 6173982, ext. 22 +48 12 6341766 Conference Chairmen Krzysztof Zielinski (chair), UMM Krakow, Poland Kurt Geihs (co-chair), University of Frankfurt, Germany Organizing Committee Aleksander Laurentowski (chair), Elzbieta Alda, Zofia Mosurska, Radoslaw Ruchala, UMM Krakow, Poland We are looking forward to meeting you in Krakow, in September 2001! From rem-conf Tue May 22 06:20:47 2001 From rem-conf-request@es.net Tue May 22 06:20:47 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 152C5b-0007Ht-00; Tue, 22 May 2001 06:20:43 -0700 Received: from postal1.es.net ([198.128.3.205]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 152C5a-0007Hj-00; Tue, 22 May 2001 06:20:42 -0700 Received: from smtp2.cluster.oleane.net ([]) by postal1.es.net (ES.NET MTA 1) with ESMTP id IBA36876 for ; Tue, 22 May 2001 06:20:42 -0700 Received: from oleane (dyn-1-1-248.Vin.dialup.oleane.fr [195.25.4.248]) by smtp2.cluster.oleane.net with SMTP id f4MDKeB04481 for ; Tue, 22 May 2001 15:20:40 +0200 (CEST) Message-ID: <003801c0e2c2$01efcf00$8001a8c0@oleane.com> From: "Peter Lewis" To: Subject: The MPEG 4 Congress Date: Tue, 22 May 2001 15:20:44 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0035_01C0E2D2.C504A780" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list This is a multi-part message in MIME format. ------=_NextPart_000_0035_01C0E2D2.C504A780 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable The MPEG 4 Congress, Paris, November 6-9 The dead line for receiving technical papers has been postponed to June = 15. A scientific committee will examine the proposals. Please refer to: http://www.upperside.fr/mpeg42001/mpeg42001intro.htm ------=_NextPart_000_0035_01C0E2D2.C504A780 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
The MPEG 4 Congress, Paris, November = 6-9
The=20 dead line for receiving technical papers has been postponed to June = 15.
A=20 scientific committee will examine the proposals.
Please refer = to:
http://www.= upperside.fr/mpeg42001/mpeg42001intro.htm
------=_NextPart_000_0035_01C0E2D2.C504A780-- From rem-conf Wed May 23 03:09:08 2001 From rem-conf-request@es.net Wed May 23 03:09:08 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 152VRQ-00011w-00; Wed, 23 May 2001 03:00:32 -0700 Received: from postal1.es.net [198.128.3.205] by listserv1.es.net with esmtp (Exim 1.81 #2) id 152VRP-00011m-00; Wed, 23 May 2001 03:00:31 -0700 Received: from netsys.kaist.ac.kr ([]) by postal1.es.net (ES.NET MTA 1) with ESMTP id IBA36876 for ; Wed, 23 May 2001 03:00:29 -0700 Received: from mailgate.rz.uni-karlsruhe.de (mailgate.rz.uni-karlsruhe.de [129.13.64.97]) by netsys.kaist.ac.kr (8.11.0/8.11.0) with ESMTP id f4O2i0J08609; Wed, 23 May 2001 17:44:07 -0900 Received: from uni-karlsruhe.de (rz-du-007.rz.uni-karlsruhe.de [129.13.76.7]) by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 3.16 #1) id 152Tpc-0005N6-00; Wed, 23 May 2001 10:17:26 +0200 Message-ID: <3B0B70D6.A8844558@uni-karlsruhe.de> Date: Wed, 23 May 2001 10:12:06 +0200 From: Lars Wolf Organization: University of Karlsruhe X-Mailer: Mozilla 4.75 [de] (Windows NT 5.0; U) X-Accept-Language: en,de MIME-Version: 1.0 To: end2end-interest@postel.org Subject: Call for Participation: IWQoS2001 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list [Our apologies for duplicate transmissions] ++++ ATTENDANCE IS LIMITED ++++ ############################################################### Ninth International Workshop on Quality of Service (IWQoS 2001) ############################################################### Further information and registration: ------------------------------------- http://www.uni-karlsruhe.de/~iwqos/ Karlsruhe, Germany, June 6-8, 2001 hosted by University of Karlsruhe, Institute of Telematics supported by technical co-sponsorship by / in-cooperation with IEEE Communications Society (TCCC and ITC), ACM SIGCOMM and IFIP WG6.1 Sponsors SAP AG / CEC -- Karlsruhe Corporate Research Enterasys Networks Ericsson Eurolab Siemens IBM NENTEC Gunther-Schroff-Stiftung IWQoS2001 Advanced Program ########################## Tuesday, June 5, 2001 ===================== 20:00 IWQoS Reception Wednesday, June 6, 2001 ======================= 08:45 Welcome Lars Wolf, David Hutchison, Ralf Steinmetz 09:00 Keynote Quality of Service - 20 Years old and Ready to get a Job? Henning Schulzrinne 10:00 Break 10:30 Session 1: Provisioning and Pricing Dynamic Core Provisioning for Quantitative Differentiated Service Raymond R.-F. Liao, Andrew T. Campbell Towards Provisioning DiffServ Intra-Nets Ulrich Fiedler, Polly Huang, Bernhard Plattner Analysis of Paris Metro Pricing Strategy for QoS with a Single Service Provider Ravi Jain, Tracy Mullen, Robert Hausman Why Value is Everything: A User-Centered Approach to Internet Quality of Service and Pricing Anna Bouch, M. Angela Sasse 12:30 Break 14:00 Session 2: Systems QoS Traveling to Rome: QoS Specifications for Automated Storage System Management John Wilkes Extending a Best-Effort Operating System to Provide QoS Processor Management Hans Domjan, Thomas R, Gross User Focus in Consumer Terminals and Conditionally Guaranteed Budgets Reinder J. Bril, E. (Liesbeth) F.M. Steffens 15:30 Break 16:00 Session 3: Routing Extending BGMP for Shared-Tree Inter-Domain QoS Multicast Aiguo Fei, Mario Gerla Granularity of QoS Routing in MPLS Networks Ying-Dar Lin, Nai-Bin Hsu, Ren-Hung Hwan Fault Tolerance and Load Balancing in QoS Provisioning with Multiple MPLS Paths Scott Seongwook Lee, Mario Gerla On Selection of Paths for Multipath Routing Srihari Nelakuditi, Zhi-Li Zhang 18:00 Break 19:00 Workshop Dinner Thursday, June 7, 2001 ======================= 08:30 Session 4: TCP Related Preferential Treatment of Acknowledgment Packets in a Differentiated Services Network Konstantina Papagiannaki, Patrick Thiran, Jon Crowcroft, Christophe Diot A Quantitative Model for Parameter Setting of RED with TCP Traffic Thomas Ziegler, Christof Brandauer, Serge Fdida Evaluation of the QoS offered by PRTP-ECN - A TCP-Compliant Partially Reliable Transport Protocol Karl-Johan Grinnemo, Anna Brunstrom 10:00 Break 10:30 Session 5: Wireless and Mobile GAME based QoS Provisioning in Multimedia Wideband CDMA Networks Mohamed Moustafa, Ibrahim Habib, Mahmoud Naghshineh QoS-aware Adaptive Services in Mobile Ad-hoc Networks Baochun Li 11:30 Break (Short) 11:45 Panel How will Media Distribution work in the Internet? Andrew Campbell, Carsten Griwodz (Chair), Joerg Liebeherr, Dwight Makaroff, Andreas Mauthe, Giorgio Ventre, and Michael Zink 12:45 Break 14:00 Short Paper Session Experimental Extensions to RSVP - Remote Client and One-Pass Signalling Martin Karsten Extended Quality-of-Service for Mobile Networks Jukka Manner, Kimmo Raatikainen Quality of Service Schemes for IEEE 802.11 - A Simulation Study Anders Lindgren, Andreas Almquist, Olov Schelen Differentiated Services over Shared Media Pascal Anelli, Gwendal Le Grand End-to-Edge QoS System Integration: Integrated Resource Reservation Framework for Mobile Internet Yasunori Yasuda, Nobuhiko Nishio, Hideyuki Tokuda Problems of Elastic Traffic Admission Control in an HTTP Scenario Joachim Charzinski 16:00 Break 16:30 Session 6: Aggregation and Active Networks Based QoS Aggregation and Scalable QoS: A Performance Study Huirong Fu, Edward W. Knightly Customizable Cooperative Metering for Multi-Ingress Service Level Agreements in Differentiated Network Services Syed Umair Ahmed Shah, Peter Steenkiste Segmented Adaptation of Traffic Aggregates Hermann de Meer, Piers O`Hanlon 18:00 Friday, June 8, 2001 ==================== 08:30 Invited Talk Automated, Dynamic Traffic Engineering in Multi-Service IP Networks Joe Sventek 09:30 Break 10:00 Session 7: Scheduling and Dropping Differentiated Services with Lottery Queueing Joseph Eggleston, Sugih Jamin On Creating Proportional Loss-rate Differentiation: Predictability and Performance Ulf Bodin, Andreas Jonsson, Olov Schelen 11:00 Break 11:30 Session 8: Scheduling and Admission Control A Novel Scheduler For a low Delay Service Within Best-Effort Paul Hurley, Jean-Yves Le Boudec, Mourad Kara, Patrick Thiran JoBS: Joint Buffer Management and Scheduling for Differentiated Services Jorg Liebeherr, Nicolas Christin Optimal Call Admission Control under Generalized Processor Sharing Scheduling Antonis Panagakis, Ioannis Stavrakakis 13:00 Summary From rem-conf Wed May 23 03:27:52 2001 From rem-conf-request@es.net Wed May 23 03:27:51 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 152Vnx-0001Pm-00; Wed, 23 May 2001 03:23:49 -0700 Received: from postal1.es.net [198.128.3.205] by listserv1.es.net with esmtp (Exim 1.81 #2) id 152Vnw-0001Pc-00; Wed, 23 May 2001 03:23:48 -0700 Received: from gw-nl4.philips.com ([]) by postal1.es.net (ES.NET MTA 1) with ESMTP id IBA36876 for ; Wed, 23 May 2001 03:23:47 -0700 Received: from smtpscan-nl2.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl4.philips.com with ESMTP id MAA08725; Wed, 23 May 2001 12:21:40 +0200 (MEST) (envelope-from philippe.gentric@philips.com) From: philippe.gentric@philips.com Received: from smtpscan-nl2.philips.com(130.139.36.22) by gw-nl4.philips.com via mwrap (4.0a) id xma008721; Wed, 23 May 01 12:21:41 +0200 Received: from smtprelay-nl1.philips.com (localhost [127.0.0.1]) by smtpscan-nl2.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id MAA19368; Wed, 23 May 2001 12:21:39 +0200 (MET DST) Received: from notessmtp-nl1.philips.com (notessmtp-nl1.philips.com [130.139.36.10]) by smtprelay-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id MAA09259; Wed, 23 May 2001 12:21:39 +0200 (MET DST) Received: from EMLMS01.DIAMOND.PHILIPS.COM (emlms01sv1.diamond.philips.com [130.143.165.213]) by notessmtp-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id MAA13699; Wed, 23 May 2001 12:21:13 +0200 (MET DST) Received: by EMLMS01.DIAMOND.PHILIPS.COM (Soft-Switch LMS 4.0) with snapi via EMEA1 id 0056900018128163; Wed, 23 May 2001 12:34:34 +0200 To: , <4on2andIP-sys@advent.ee.columbia.edu> Subject: DTS relative encoding Message-ID: <0056900018128163000002L032*@MHS> Date: Wed, 23 May 2001 12:34:34 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; name="MEMO 05/23/01 12:20:11" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Subject: draft-gentric-avt-mpeg4-multiSL-04.txt DTS relative encoding The current text says: ****************************** DTSDelta (DTSDeltaLength bits): Specifies the value of the=20 decodingTimeStamp as a 2 complement offset (delta) from the=20 timestamp in the RTP header of this packet. The length in bits of=20 each DTSDelta field is specified by the DTSDeltaLength parameter=20 (see section 4.1).=20 =20 The DTSDelta field appears when DTSFlag is 1. The sender MUST always= =20 remove the decodingTimeStamp from the RSLH.=20 ******************************* We think it would be a better idea (and a very minute change to existing code) to encode the DTS relative to the CTS. The rationale is: * in MPEG-4 DTS *does not exists* when equal to CTS=20 therefore when ( CTS - DTS =3D=3D 0 ) we simply set DTSFlag to false, which is logical and saves as many bits * the difference CTS- DTS takes less bits to encode in all cases * there are no known cases when we have DTS and not CTS (for example in audio we dont need CTS because AU duration is constant, but then we dont have DTS either) actually DTS is only used for video and CTS is then always required because any frame can be skipped. ******************************** the usage of this is: * for video streams with B frames, when using SL: CTS =3D DTS for B frames only, then DTSFlag =3D 0 CTS !=3D DTS for non-B frames, then DTSFlag =3D 1 and DTSDelta =3D CTS = - DTS (always positive) * for all other streams: no DTS, no change ******************************** The new text would read: ****************************** DTSDelta (DTSDeltaLength bits): encodes (compositionTimeStamp - dec= odingTimeStamp) for the same SL packet (always positive). The length in bits of=20 each DTSDelta field is specified by the DTSDeltaLength parameter=20 (see section 4.1).=20 =20 The DTSDelta field appears when DTSFlag is 1. The sender MUST always= =20 remove the decodingTimeStamp from the RSLH.=20 If DTSDelta is zero i.e. if decodingTimeStamp equals compositionTim= eStamp then DTSFlag MUST be set to 0 and no DTSDelta field SHALL be present. ******************************* Unless anyone has objections this would be changed in draft-gentric-avt-mpeg4-multiSL-05.txt. DTSDelta =3D compositionTimeStamp - decodingTimeStamp Or=20 DTSDelta =3D decodingTimeStamp - compositionTimeStamp=20 is debatable ( first one is always positive, second always negative)...= theorically we have ( compositionTimeStamp >=3D decodingTimeStamp ) but this is not strictly true (the sign chnages) when time stamps roll = over ... Do we need to specify exactly what to do then or is it logical/obvious = ? Regards, Philippe Gentric Software architect MP4net - Philips Digital Networks Laboratoires d'Electronique Philips BP15 22 av. Descartes 94453 Limeil-Brevannes Cedex France tel: +33(0)145106812 fax: +33(0)145106960 philippe.gentric@philips.com http://www.mpeg-4player.com = From rem-conf Wed May 23 18:42:25 2001 From rem-conf-request@es.net Wed May 23 18:42:24 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 152k07-0007Vh-00; Wed, 23 May 2001 18:33:19 -0700 Received: from postal1.es.net [198.128.3.205] by listserv1.es.net with esmtp (Exim 1.81 #2) id 152k05-0007V3-00; Wed, 23 May 2001 18:33:17 -0700 Received: from pop02chi.teligent.net ([]) by postal1.es.net (ES.NET MTA 1) with ESMTP id IBA36876; Wed, 23 May 2001 18:33:17 -0700 Received: from ewebpreview.com ([64.64.245.41]) by pop02chi.teligent.net (Sun Internet Mail Server sims.4.0.2000.10.12.16.25.p8) with SMTP id <0GDT00INTAJ0I0@pop02chi.teligent.net>; Wed, 23 May 2001 21:02:43 -0400 (EDT) Date: Wed, 23 May 2001 20:09:31 +0000 From: welcome@ewebpreview.com Subject: Complimentary internet consultation Bcc: Reply-to: welcome@ewebpreview.com Message-id: <456.899884.651992@ewebpreview.com> MIME-version: 1.0 Content-type: text/html; charset=us-ascii Content-transfer-encoding: 7BIT To: rem-conf@es.net X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list
elliottsweb.com


Dear Business Professional,

I'm Mark Arthur from elliottsweb.com.

Your customers and competitors are using the internet in ever-increasing numbers. Would you like your company to have the competitive edge?

elliottsweb.com has custom solutions designed to make the Internet work harder for you. Simply click the link below on the subject that interests you most and type a brief message. I'll email you within 48 hours to set up a time for a complimentary Internet consultation.

Regards,

Mark Arthur
Director of Internet Sales
elliottsweb.com

"There will be two types of businesses in 2002 - those that are on the Internet and those that are out of business." -- Bill Gates

-------------------------------------------------------------------------
If you'd like to be excluded from future mailings, click reply and type remove in the subject line.
From rem-conf Wed May 23 22:23:17 2001 From rem-conf-request@es.net Wed May 23 22:23:16 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 152nX3-0001g6-00; Wed, 23 May 2001 22:19:33 -0700 Received: from postal1.es.net [198.128.3.205] by listserv1.es.net with esmtp (Exim 1.81 #2) id 152nX2-0001fw-00; Wed, 23 May 2001 22:19:32 -0700 Received: from nwd2mime2.analog.com ([]) by postal1.es.net (ES.NET MTA 1) with ESMTP id IBA36876 for ; Wed, 23 May 2001 22:19:32 -0700 Received: from nwd2gtw1 (unverified) by nwd2mime2.analog.com (Content Technologies SMTPRS 4.1.5) with SMTP id for ; Thu, 24 May 2001 01:22:22 -0400 Received: from hariv (pc_hariv [137.71.139.44]) by golf.cpgdesign.analog.com (8.9.1/8.9.1) with SMTP id WAA16721 for ; Wed, 23 May 2001 22:19:25 -0700 (PDT) Message-ID: <000e01c0e410$bc33e0a0$03000004@hariv.cpgdesign.analog.com> From: "Harikrishna Vuppaladhadiam" To: Subject: one way delays Date: Wed, 23 May 2001 22:16:46 -0700 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.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi, I am looking for One way delays typically achieved by different IADs.. Hari V -----Original Message----- From: philippe.gentric@philips.com To: rem-conf@es.net ; 4on2andIP-sys@advent.ee.columbia.edu <4on2andIP-sys@advent.ee.columbia.edu> Date: Wednesday, May 23, 2001 3:36 AM Subject: DTS relative encoding >Subject: > >draft-gentric-avt-mpeg4-multiSL-04.txt > > DTS relative encoding > >The current text says: > >****************************** > DTSDelta (DTSDeltaLength bits): Specifies the value of the > decodingTimeStamp as a 2 complement offset (delta) from the > timestamp in the RTP header of this packet. The length in bits of > each DTSDelta field is specified by the DTSDeltaLength parameter > (see section 4.1). > > The DTSDelta field appears when DTSFlag is 1. The sender MUST always > remove the decodingTimeStamp from the RSLH. >******************************* > >We think it would be a better idea >(and a very minute change to existing code) >to encode the DTS relative to the CTS. > >The rationale is: > >* in MPEG-4 DTS *does not exists* when equal to CTS > >therefore when ( CTS - DTS == 0 ) we simply set DTSFlag to false, > >which is logical and saves as many bits > >* the difference CTS- DTS takes less bits to encode in all cases > >* there are no known cases when we have DTS and not CTS >(for example in audio we dont need CTS because AU duration >is constant, but then we dont have DTS either) > >actually DTS is only used for video and CTS is then always required >because any frame can be skipped. > > >******************************** > >the usage of this is: > >* for video streams with B frames, when using SL: > >CTS = DTS for B frames only, then DTSFlag = 0 >CTS != DTS for non-B frames, then DTSFlag = 1 and DTSDelta = CTS - DTS (always positive) > >* for all other streams: no DTS, no change > >******************************** > >The new text would read: > >****************************** > > DTSDelta (DTSDeltaLength bits): encodes (compositionTimeStamp - decodingTimeStamp) >for the same SL packet (always positive). The length in bits of > each DTSDelta field is specified by the DTSDeltaLength parameter > (see section 4.1). > > The DTSDelta field appears when DTSFlag is 1. The sender MUST always > remove the decodingTimeStamp from the RSLH. > > If DTSDelta is zero i.e. if decodingTimeStamp equals compositionTimeStamp >then DTSFlag MUST be set to 0 and no DTSDelta field SHALL be present. > >******************************* > >Unless anyone has objections this would be changed >in draft-gentric-avt-mpeg4-multiSL-05.txt. > >DTSDelta = compositionTimeStamp - decodingTimeStamp >Or >DTSDelta = decodingTimeStamp - compositionTimeStamp > >is debatable ( first one is always positive, second always negative)... > >theorically we have ( compositionTimeStamp >= decodingTimeStamp ) > >but this is not strictly true (the sign chnages) when time stamps roll over ... > >Do we need to specify exactly what to do then or is it logical/obvious ? > >Regards, > > >Philippe Gentric >Software architect >MP4net - Philips Digital Networks >Laboratoires d'Electronique Philips >BP15 22 av. Descartes >94453 Limeil-Brevannes Cedex France >tel: +33(0)145106812 >fax: +33(0)145106960 >philippe.gentric@philips.com >http://www.mpeg-4player.com > > From rem-conf Thu May 24 14:04:25 2001 From rem-conf-request@es.net Thu May 24 14:04:25 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 1532AM-0007dk-00; Thu, 24 May 2001 13:57:06 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 1532AK-0007da-00; Thu, 24 May 2001 13:57:04 -0700 Received: from sj-msg-core-2.cisco.com ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Thu, 24 May 2001 13:57:04 -0700 Received: from mira-sjc5-8.cisco.com (mira-sjc5-8.cisco.com [171.71.163.31]) by sj-msg-core-2.cisco.com (8.11.3/8.9.1) with ESMTP id f4OKuwU01583; Thu, 24 May 2001 13:57:03 -0700 (PDT) Received: from RKUMAR-W2K.cisco.com (dhcp-171-71-9-56.cisco.com [171.71.9.56]) by mira-sjc5-8.cisco.com (Mirapoint) with ESMTP id AAR65859 (AUTH rkumar); Thu, 24 May 2001 13:55:55 -0700 (PDT) Message-Id: <4.3.2.7.2.20010524135151.01a3a8a8@mira-sjc5-8.cisco.com> X-Sender: rkumar@mira-sjc5-8.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 24 May 2001 13:55:37 -0700 To: Colin Perkins From: Rajesh Kumar Subject: Re: Note to Henning and Colin: Please confirm changes Cc: "Henning G. Schulzrinne" , Paiman Nodoushani , rem-conf@es.net, axagrawa@cisco.com, cdahm@cisco.com, Joseph Swaminathan , khouder@cisco.com, iftekhar@cisco.com In-Reply-To: <200105142114.f4ELEK716857@chiron.east.isi.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Colin, There have been no comments so far. Also, in the past, Henning seemed positively disposed towards it (I think). When I recommended this event on this list, he asked me if I had a write-up for it. What is the conclusion, then? Do we have event # 177 (trunk available), in the form I suggested? I also take it that MF S1...S3 being assigned to 174...176 is a done deal for rfc2833bis? Thanks, Rajesh Rajesh At 05:14 PM 5/14/2001 -0400, Colin Perkins wrote: >Rajesh, > >I have no objection, but input from others who are more familiar with trunk >events would be appreciated. Does anyone on the list have comments? >Colin > > > > >--> Rajesh Kumar writes: > >Colin, > >I have attached the text for the trunk available event which I had > >circulated on this group in March. Please let me know how the AVT group is > >disposed towards it. > > > >Rajesh > > > >At 11:04 AM 5/14/2001 -0400, Colin Perkins wrote: > >>Rajesh, > >> > >>--> Rajesh Kumar writes: > >> >Henning, Colin- > >> >Since rfc2833bis is work in progress as indicated below, I would request > >> >you to confirm the following which seems to be consistent with the > >> >consensus of this group on certain modifications: > >> >Event numbers 142, 143 will be deperecated. > >> >Event numbers 174,...176 will be assigned to MF S1...S3 > >> > >>We agreed to deprecate 142 and 143, the range 174...176 would seem to be > >>the logical one to use as a replacement. > >> > >> >Event number 177 will be assigned to the trunk unavailable event > which was > >> >defined in some text that I circulated in March. > >> > >>I don't recall that we reached a conclusion on this. Can you restate your > >>proposal for comment? > >> > >>Cheers, > >>Colin > > > > > > > >Dr. Schulzrinne: Here is the text I promised for rfc2833bis to support a > 'trunk unavailable' event > >.-rajesh > > > > > > > > Event encoding (decimal) > > __________________________________________________ > > > > Trunk unavailable ??? > > > > Table 6: Trunk events > > > > Trunk unavailable: The trunk is unavailable for service. The duration > > field is set to a value, typically 1 second, that allows adequate > > granularity in demarcating downtime. When there is a change to > > an unavailable state, this event is sent with the same > > timestamp 3 times at an interval of 20 ms. A 5 ms interval can > > also be used. If the trunk persists in the unavailable state at > > the end of the indicated duration, then it is retransmitted, > > preferably with the same redundancy scheme. > > > > Unavailability of the trunk might result from a failure or an > > administrative action. This event is used in a stateless manner > > to synchronize trunk unavailability between equipment connected > > through provisioned RTP trunks. It avoids the unnecessary > > consumption of bandwidth in sending a continuous stream of > > RTP packets with a fixed payload for the duration of the > > downtime, as would be required in certain E1-based applications. > > In T1-based applications, trunk conditioning via the ABCD > > transitional events can be used instead. > > > > > >With best regards, > > > >Rajesh > >Emacs! > >-------------------------------------------------------- > >Rajesh Kumar, Principal Engineer > >Cisco Voice Technology Center > >Tel: 408-527-0811, Fax: 408-853-1101 > >Epage: mailto:rkumar@epage.cisco.com > >------------------------------------------------ -------- Rajesh -------------------------------------------------------- Rajesh Kumar Cisco Voice Technology Center Tel: 408-527-0811, Fax: 408-853-1101 Epage: mailto:rkumar@epage.cisco.com ------------------------------------------------ -------- From rem-conf Fri May 25 03:17:57 2001 From rem-conf-request@es.net Fri May 25 03:17:57 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 153EVt-0005GM-00; Fri, 25 May 2001 03:08:09 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 153EVr-0005GC-00; Fri, 25 May 2001 03:08:07 -0700 Received: from pelican.tk.uni-linz.ac.at ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Fri, 25 May 2001 03:08:06 -0700 Received: from olibaer (olibaer.tk.uni-linz.ac.at [140.78.92.45]) by pelican.tk.uni-linz.ac.at (8.9.1a/8.9.1) with SMTP id MAA26653; Fri, 25 May 2001 12:08:01 +0200 (MET DST) From: Michael Welzl Reply-To: Sender: "Michael Welzl" To: , Subject: Control traffic: how many % of payload traffic? Date: Fri, 25 May 2001 12:18:06 +0200 Message-ID: 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 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.3825.400 Importance: Normal X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi all, To achieve scalability, it seems reasonable to restrict the amount of control traffic which is related to a payload traffic stream by a fraction of the payload traffic: this way, the overall control traffic remains a fraction of the related payload traffic no matter how many senders there are. For Internet traffic, it may also make sense to restrict control traffic by the amount of packets, so not only traffic forwarding but also per-packet header processing is taken into account. So a rule should probably be: control traffic = min (x % of payload traffic, every yth payload packet) The values x and y must be predefined (if a single sender exceeds a certain x or y, the concept won't work). My question is: how do I come up with appropriate values for x and y? The answer is probably a trade off between wasted bandwidth and processing cost vs. gain from control traffic; but these things are very hard to quantify. For instance, how did the AVT working group come up with the value of 5% for RTCP traffic? >From RFC1889: The control traffic should be limited to a small and known fraction of the session bandwidth: small so that the primary function of the transport protocol to carry data is not impaired; known so that the control traffic can be included in the bandwidth specification given to a resource reservation protocol, and so that each participant can independently calculate its share. It is suggested that the fraction of the session bandwidth allocated to RTCP be fixed at 5%. While the value of this and other constants in the interval calculation is not critical, all participants in the session must use the same values so the same interval will be calculated. Therefore, these constants should be fixed for a particular profile. My interpretation of "all participants in the session must use the same values" is that RTCP will scale "within a session". But why 5%? Why not 10? or 15? or 1? This question may not be as critical for RTCP as it is for control traffic which needs extra processing by routers. Cheers, Michael From rem-conf Fri May 25 09:10:26 2001 From rem-conf-request@es.net Fri May 25 09:10:25 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 153K3V-0000Yg-00; Fri, 25 May 2001 09:03:13 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 153K3U-0000YW-00; Fri, 25 May 2001 09:03:12 -0700 Received: from east.isi.edu ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Fri, 25 May 2001 09:03:12 -0700 Received: from chiron.east.isi.edu (chiron.east.isi.edu [38.218.19.204]) by east.isi.edu (8.9.2/8.9.2) with ESMTP id MAA06256; Fri, 25 May 2001 12:02:53 -0400 (EDT) Received: from chiron (csp@localhost) by chiron.east.isi.edu (8.11.0/8.11.0) with ESMTP id f4PG37Y20009; Fri, 25 May 2001 12:03:07 -0400 Message-Id: <200105251603.f4PG37Y20009@chiron.east.isi.edu> To: Rajesh Kumar cc: "Henning G. Schulzrinne" , Paiman Nodoushani , rem-conf@es.net, axagrawa@cisco.com, cdahm@cisco.com, Joseph Swaminathan , khouder@cisco.com, iftekhar@cisco.com Subject: Re: Note to Henning and Colin: Please confirm changes In-Reply-To: Your message of "Thu, 24 May 2001 13:55:37 PDT." <4.3.2.7.2.20010524135151.01a3a8a8@mira-sjc5-8.cisco.com> Date: Fri, 25 May 2001 12:03:07 -0400 From: Colin Perkins X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Rajesh, --> Rajesh Kumar writes: >Colin, >There have been no comments so far. Also, in the past, Henning seemed >positively disposed towards it (I think). When I recommended this event on >this list, he asked me if I had a write-up for it. > >What is the conclusion, then? Do we have event # 177 (trunk available), in >the form I suggested? Henning has the draft, so the decision is up to him :) I have no objection, although as I said, I'm not expert on trunk events. >I also take it that MF S1...S3 being assigned to 174...176 is a done deal >for rfc2833bis? Yes. Colin From rem-conf Fri May 25 10:28:38 2001 From rem-conf-request@es.net Fri May 25 10:28:37 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 153LLH-00022Y-00; Fri, 25 May 2001 10:25:39 -0700 Received: from postal3.es.net [198.128.3.207] by listserv1.es.net with esmtp (Exim 1.81 #2) id 153LLF-00022O-00; Fri, 25 May 2001 10:25:37 -0700 Received: from sj-msg-core-1.cisco.com ([]) by postal3.es.net (ES.NET MTA 3) with ESMTP id IBA36876 for ; Fri, 25 May 2001 10:25:37 -0700 Received: from mira-sjc5-8.cisco.com (mira-sjc5-8.cisco.com [171.71.163.31]) by sj-msg-core-1.cisco.com (8.11.3/8.9.1) with ESMTP id f4PHPe922258; Fri, 25 May 2001 10:25:40 -0700 (PDT) Received: from RKUMAR-W2K.cisco.com (dhcp-171-71-9-56.cisco.com [171.71.9.56]) by mira-sjc5-8.cisco.com (Mirapoint) with ESMTP id AAR73970 (AUTH rkumar); Fri, 25 May 2001 10:25:31 -0700 (PDT) Message-Id: <4.3.2.7.2.20010525102403.0198a360@mira-sjc5-8.cisco.com> X-Sender: rkumar@mira-sjc5-8.cisco.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 25 May 2001 10:25:12 -0700 To: Colin Perkins From: Rajesh Kumar Subject: Re: Note to Henning and Colin: Please confirm changes Cc: "Henning G. Schulzrinne" , Paiman Nodoushani , rem-conf@es.net, axagrawa@cisco.com, cdahm@cisco.com, Joseph Swaminathan , khouder@cisco.com, iftekhar@cisco.com In-Reply-To: <200105251603.f4PG37Y20009@chiron.east.isi.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list A correction, I had defined 177 as trunk unavailable (which is what it should be), and not its opposite (trunk available). The email below has a typo. At 12:03 PM 5/25/2001 -0400, Colin Perkins wrote: >Rajesh, > >--> Rajesh Kumar writes: > >Colin, > >There have been no comments so far. Also, in the past, Henning seemed > >positively disposed towards it (I think). When I recommended this event on > >this list, he asked me if I had a write-up for it. > > > >What is the conclusion, then? Do we have event # 177 (trunk available), in > >the form I suggested? > >Henning has the draft, so the decision is up to him :) I have no objection, >although as I said, I'm not expert on trunk events. > > >I also take it that MF S1...S3 being assigned to 174...176 is a done deal > >for rfc2833bis? > >Yes. > >Colin Rajesh -------------------------------------------------------- Rajesh Kumar Cisco Voice Technology Center Tel: 408-527-0811, Fax: 408-853-1101 Epage: mailto:rkumar@epage.cisco.com ------------------------------------------------ -------- From rem-conf Fri May 25 11:00:44 2001 From rem-conf-request@es.net Fri May 25 11:00:44 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 153Lqz-000382-00; Fri, 25 May 2001 10:58:25 -0700 Received: from postal3.es.net [198.128.3.207] by listserv1.es.net with esmtp (Exim 1.81 #2) id 153Lqw-00037s-00; Fri, 25 May 2001 10:58:22 -0700 Received: from diablo.cisco.com ([]) by postal3.es.net (ES.NET MTA 3) with ESMTP id IBA36876 for ; Fri, 25 May 2001 10:58:22 -0700 Received: from jmpolk-8k (ssh-sj1.cisco.com [171.68.225.134]) by diablo.cisco.com (8.8.6 (PHNE_14041)/CISCO.SERVER.1.2) with SMTP id KAA02902; Fri, 25 May 2001 10:58:10 -0700 (PDT) Message-Id: <4.1.20010525124449.00c00730@localhost> X-Sender: jmpolk@localhost X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Date: Fri, 25 May 2001 12:56:15 -0500 To: , From: "James M. Polk" Subject: Re: Control traffic: how many % of payload traffic? In-Reply-To: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_8646816==_.ALT" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --=====================_8646816==_.ALT Content-Type: text/plain; charset="us-ascii" Michael Does it take that much more control traffic for a Video Stream than a Voice Stream? If you model the restriction based on a ratio that is fixed regardless of Media type, I think you'll guarantee wasted bandwidth. Another example, does an MPEG4 media flow require more control traffic/packets than an MPEG2 flow? And are the proportional? The flows I consider to be latency sensitive all the time, yet control is based much more on a reliable receipt model, for efficient forwarding, but not real-time, is necessary. All I advocating is the ratio will (likely) be non-linear as the media flow increases in bandwidth per flow. At 12:18 PM 5/25/2001 +0200, Michael Welzl wrote: >Hi all, > >To achieve scalability, it seems reasonable to restrict the amount of >control traffic which is related to a payload traffic stream by a fraction >of the payload traffic: this way, the overall control traffic remains a >fraction of the related payload traffic no matter how many senders there >are. > >For Internet traffic, it may also make sense to restrict control traffic by >the amount of packets, so not only traffic forwarding but also per-packet >header processing is taken into account. So a rule should probably be: > >control traffic = min (x % of payload traffic, every yth payload packet) > >The values x and y must be predefined (if a single sender exceeds a certain >x or y, the concept won't work). > >My question is: how do I come up with appropriate values for x and y? >The answer is probably a trade off between wasted bandwidth and processing >cost vs. gain from control traffic; but these things are very hard to >quantify. >For instance, how did the AVT working group come up with the value of 5% for >RTCP traffic? > >>From RFC1889: > The control traffic should be limited to a small and known fraction > of the session bandwidth: small so that the primary function of the > transport protocol to carry data is not impaired; known so that the > control traffic can be included in the bandwidth specification given > to a resource reservation protocol, and so that each participant can > independently calculate its share. It is suggested that the fraction > of the session bandwidth allocated to RTCP be fixed at 5%. While the > value of this and other constants in the interval calculation is not > critical, all participants in the session must use the same values so > the same interval will be calculated. Therefore, these constants > should be fixed for a particular profile. > >My interpretation of "all participants in the session must use the same >values" is that RTCP will scale "within a session". But why 5%? Why not 10? >or 15? or 1? >This question may not be as critical for RTCP as it is for control traffic >which needs extra processing by routers. > >Cheers, >Michael > > ************************************* "People generally demand more respect for their own rights than they are willing to allow for others" James M. Polk Consulting Engineer Office of the CTO Cisco Systems 18581 N. Dallas Parkway Dallas, Texas 75287 w) 972.813.5208 f) 972.813.5280 www.cisco.com --=====================_8646816==_.ALT Content-Type: text/html; charset="us-ascii"
Michael

Does it take that much more control traffic for a Video Stream than a Voice Stream? If you model the restriction based on a ratio that is fixed regardless of Media type, I think you'll guarantee wasted bandwidth.

Another example, does an MPEG4 media flow require more control traffic/packets than an MPEG2 flow? And are the proportional?

The flows I consider to be latency sensitive all the time, yet control is based much more on a reliable receipt model, for efficient forwarding, but not real-time, is necessary.

All I advocating is the ratio will (likely) be non-linear as the media flow increases in bandwidth per flow.

At 12:18 PM 5/25/2001 +0200, Michael Welzl wrote:
>Hi all,
>
>To achieve scalability, it seems reasonable to restrict the amount of
>control traffic which is related to a payload traffic stream by a fraction
>of the payload traffic: this way, the overall control traffic remains a
>fraction of the related payload traffic no matter how many senders there
>are.
>
>For Internet traffic, it may also make sense to restrict control traffic by
>the amount of packets, so not only traffic forwarding but also per-packet
>header processing is taken into account. So a rule should probably be:
>
>control traffic = min (x % of payload traffic, every yth payload packet)
>
>The values x and y must be predefined (if a single sender exceeds a certain
>x or y, the concept won't work).
>
>My question is: how do I come up with appropriate values for x and y?
>The answer is probably a trade off between wasted bandwidth and processing
>cost vs. gain from control traffic; but these things are very hard to
>quantify.
>For instance, how did the AVT working group come up with the value of 5% for
>RTCP traffic?
>
>>From RFC1889:
>   The control traffic should be limited to a small and known fraction
>   of the session bandwidth: small so that the primary function of the
>   transport protocol to carry data is not impaired; known so that the
>   control traffic can be included in the bandwidth specification given
>   to a resource reservation protocol, and so that each participant can
>   independently calculate its share. It is suggested that the fraction
>   of the session bandwidth allocated to RTCP be fixed at 5%. While the
>   value of this and other constants in the interval calculation is not
>   critical, all participants in the session must use the same values so
>   the same interval will be calculated. Therefore, these constants
>   should be fixed for a particular profile.
>
>My interpretation of "all participants in the session must use the same
>values" is that RTCP will scale "within a session". But why 5%? Why not 10?
>or 15? or 1?
>This question may not be as critical for RTCP as it is for control traffic
>which needs extra processing by routers.
>
>Cheers,
>Michael
>
>

*************************************
"People generally demand more respect for their own rights than they are willing to allow for others"

James M. Polk
Consulting Engineer
Office of the CTO

Cisco Systems
18581 N. Dallas Parkway
Dallas, Texas 75287
w) 972.813.5208
f)  972.813.5280
www.cisco.com --=====================_8646816==_.ALT-- From rem-conf Fri May 25 12:44:48 2001 From rem-conf-request@es.net Fri May 25 12:44:47 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 153NQN-0004q7-00; Fri, 25 May 2001 12:39:03 -0700 Received: from postal1.es.net [198.128.3.205] by listserv1.es.net with esmtp (Exim 1.81 #2) id 153NQK-0004px-00; Fri, 25 May 2001 12:39:00 -0700 Received: from ns.nmss.com ([]) by postal1.es.net (ES.NET MTA 1) with ESMTP id IBA36876 for ; Fri, 25 May 2001 12:39:00 -0700 Received: from nmsnotes4.nmss.com by ns.nmss.com via smtpd (for postal1.es.net [198.128.3.205]) with SMTP; 25 May 2001 14:36:02 UT Subject: Media Coder Literals To: rem-conf@es.net X-Mailer: Lotus Notes Release 5.0.5 September 22, 2000 Message-ID: From: Kevin_Bruemmer@nmss.com Date: Fri, 25 May 2001 15:38:32 -0400 X-MIMETrack: Serialize by Router on NMS_Notes4/Natural MicroSystems/US(Release 5.0.7 |March 21, 2001) at 05/25/2001 03:38:47 PM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list For the most part, media coder literals (types) in SDP are defined in RFC1890 (e.g. G723, PCM-U, etc). Does anyone know if there is any other place where these types are registered or defined? Kevin Bruemmer NMS Communications From rem-conf Fri May 25 13:10:09 2001 From rem-conf-request@es.net Fri May 25 13:10:08 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 153Nq7-0005bR-00; Fri, 25 May 2001 13:05:39 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 153Nq6-0005bH-00; Fri, 25 May 2001 13:05:38 -0700 Received: from east.isi.edu ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Fri, 25 May 2001 13:05:38 -0700 Received: from chiron.east.isi.edu (chiron.east.isi.edu [38.218.19.204]) by east.isi.edu (8.9.2/8.9.2) with ESMTP id QAA10373; Fri, 25 May 2001 16:05:22 -0400 (EDT) Received: from chiron (csp@localhost) by chiron.east.isi.edu (8.11.0/8.11.0) with ESMTP id f4PK5aD22843; Fri, 25 May 2001 16:05:36 -0400 Message-Id: <200105252005.f4PK5aD22843@chiron.east.isi.edu> To: Kevin_Bruemmer@nmss.com cc: rem-conf@es.net Subject: Re: Media Coder Literals In-Reply-To: Your message of "Fri, 25 May 2001 15:38:32 EDT." Date: Fri, 25 May 2001 16:05:36 -0400 From: Colin Perkins X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --> Kevin_Bruemmer@nmss.com writes: >For the most part, media coder literals (types) in SDP are defined in >RFC1890 (e.g. G723, PCM-U, etc). Does anyone know if there is any other >place where these types are registered or defined? It's intended that they're registered in the MIME namespace. The recent payload format RFCs include a MIME registration, the older ones will be registered as a group via draft-ietf-avt-rtp-mime-04.txt Colin From rem-conf Fri May 25 13:12:51 2001 From rem-conf-request@es.net Fri May 25 13:12:51 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 153Nx1-0005sf-00; Fri, 25 May 2001 13:12:47 -0700 Received: from postal3.es.net ([198.128.3.207]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 153Nx0-0005sV-00; Fri, 25 May 2001 13:12:46 -0700 Received: from mail2.intervoice-brite.com ([]) by postal3.es.net (ES.NET MTA 3) with ESMTP id IBA36876 for ; Fri, 25 May 2001 13:12:46 -0700 Received: from 172.16.16.64 (gwsmtpsrv.intervoice.com [172.16.16.64]) by mail2.intervoice-brite.com (Build 101 8.9.3/NT-8.9.3) with SMTP id PAA32636 for ; Fri, 25 May 2001 15:14:56 -0500 Received: from bculpepperpc ([151.214.151.180]) by 172.16.16.64; Fri, 25 May 2001 15:10:21 -0500 From: "Bert Culpepper" To: , Subject: RE: Media Coder Literals Date: Fri, 25 May 2001 16:12:25 -0400 Message-ID: <000101c0e557$04912370$b497d697@orlando.brite.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 CWS, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 In-Reply-To: X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Go to http://www.iana.org/assignments/rtp-parameters Regards, Bert -----Original Message----- From: Kevin_Bruemmer@nmss.com [mailto:Kevin_Bruemmer@nmss.com] Sent: Friday, May 25, 2001 3:39 PM To: rem-conf@es.net Subject: Media Coder Literals For the most part, media coder literals (types) in SDP are defined in RFC1890 (e.g. G723, PCM-U, etc). Does anyone know if there is any other place where these types are registered or defined? Kevin Bruemmer NMS Communications From rem-conf Fri May 25 23:40:27 2001 From rem-conf-request@es.net Fri May 25 23:40:25 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 153Xer-0003YD-00; Fri, 25 May 2001 23:34:41 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 153Xep-0003Y3-00; Fri, 25 May 2001 23:34:39 -0700 Received: from pelican.tk.uni-linz.ac.at ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Fri, 25 May 2001 23:34:38 -0700 Received: from olibaer (olibaer.tk.uni-linz.ac.at [140.78.92.45]) by pelican.tk.uni-linz.ac.at (8.9.1a/8.9.1) with SMTP id IAA29503; Sat, 26 May 2001 08:34:31 +0200 (MET DST) From: Michael Welzl Reply-To: Sender: "Michael Welzl" To: "'James M. Polk'" , , Subject: RE: [e2e] Re: Control traffic: how many % of payload traffic? Date: Sat, 26 May 2001 08:44:38 +0200 Message-ID: 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 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.50.3825.400 Importance: Normal X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi, > Does it take that much more control traffic for a Video Stream than > a Voice Stream? If you model the restriction based on a ratio that > is fixed regardless of Media type, I think you'll guarantee wasted bandwidth. > > Another example, does an MPEG4 media flow require more control > traffic/packets than an MPEG2 flow? And are the proportional? I see - I need to be more specific about what I'm doing here. I am designing an ABR-like Explicit Rate signaling mechanism for adaptive multimedia flows (maybe also for reliable data traffic in the future); and I am trying to come up with a rule to restrict the amount of control traffic (which would be the equivalent of ATM RM cells). The goal is to provide a TCP-friendly service with a very low packet loss ratio. Theoretically, it makes sense to regard the relationship between media type / necessary amount of control traffic as a trade-off (how low does the packet loss ratio need to be vs. scalability); but I think it would be too complicated to incorporate this into the mechanism spec. I would rather go for the smallest possible packet loss ratio - which could be achieved by sending a control packet every RTT, but this may not scale well. So I need an additional general rule. Cheers, Michael From rem-conf Sat May 26 10:35:39 2001 From rem-conf-request@es.net Sat May 26 10:35:38 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 153hyQ-00068E-00; Sat, 26 May 2001 10:35:34 -0700 Received: from postal3.es.net ([198.128.3.207]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 153hyO-000684-00; Sat, 26 May 2001 10:35:32 -0700 Received: from mx.serv.net ([]) by postal3.es.net (ES.NET MTA 3) with ESMTP id IBA36876 for ; Sat, 26 May 2001 10:35:32 -0700 Received: from erols.com (sense-sea-focal-dynamic-10-15.oz.net [216.39.143.79]) by mx.serv.net (8.9.1/8.9.1) with ESMTP id KAA15286 for ; Sat, 26 May 2001 10:35:29 -0700 (PDT) Message-ID: <3B0FE823.891EC806@erols.com> Date: Sat, 26 May 2001 10:30:11 -0700 From: Chuck Harrison X-Mailer: Mozilla 4.73 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: rem-conf@es.net Subject: New SDES item -- USID Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Ladies & Gentlemen: I have attached below a description and rationale for a new SDES item. Please comment. Thanks, Chuck Harrison Far Field Associates, LLC +1 360 863 8340 (voice) GMT-0700 -----begin included text----- Proposed new SDES item -- USID: Unique Stream Identifier 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | USID=10 | length = 18 | v=0 | reserved=0 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + + | 128-bit Globally Unique Identifier | + + | | + + | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ This identifier is unique to a particular media source within a multimedia session (conference). A conference is a broader space than a media session; therefore the SSRC is not guaranteed unique. Other SDES parameters (e.g. CNAME) are used to identify an individual, and they give no distinction when a single individual participates in several media sessions in a single conference. Thus the USID is a canonical identifier uniquely associated with a pair. It is needed because the 'media-session', being dependent on mutable transport addresses, does not have a canonical representation throughout the network. The USID value MUST NOT be changed during a session. In most RTP sessions, there is no central agent to dispense unique identifiers, therefore the expectation is that the USIDs are generated to be statistically unique. It is RECOMMENDED that the USID be formed as the MD5 hash of machine-, user-, and time-dependent data, with the inclusion of process-id-dependent and thermodynamically random data (e.g. microphone noise, video noise) if possible. Guidelines are given in [RFC 1889] appendix A.6. Obtaining and processing entropy for random number generation is discussed in [Schneier, Applied Cryptography] sec. 17.14. The SSRC MAY be used as a component of the USID hash, but the USID remains fixed even if an SSRC is changed in response to a collision. ------- How the USID is used The USID permits an application to *refer to* a specific RTP stream. This is useful, for example (1) to provide a dynamic keystream (IPMP stream) for encrypted media (2) to prescribe a precise time relationship between two+ streams (3) to report a measured time relationship between two+ streams Internet-drafts describing these particular applications are in preparation. In small conferences, the USID's functionality can be mimicked with SSRC's alone with low collision risk, and in larger conferences careful bookkeeping can follow a single media session through multiple NATs and other transport remappings. However, neither of these methods is robust and therefore the USID is strongly recommended. From rem-conf Sat May 26 16:31:47 2001 From rem-conf-request@es.net Sat May 26 16:31:46 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 153nQQ-0002xR-00; Sat, 26 May 2001 16:24:50 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 153nQP-0002xH-00; Sat, 26 May 2001 16:24:49 -0700 Received: from smtp.wanadoo.es ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Sat, 26 May 2001 16:24:48 -0700 Received: from TREN300 (62-36-124-22.dialup.uni2.es [62.36.124.22]) by smtp.wanadoo.es (8.10.2/8.10.2) with SMTP id f4QNOii12412 for ; Sun, 27 May 2001 01:24:44 +0200 (MET DST) Message-Id: <200105262324.f4QNOii12412@smtp.wanadoo.es> Reply-To: "MASTER.R" From: "MASTER.R" To: "" Organization: MASTER X-Priority: 3 X-MSMail-Priority: Normal Subject: publi.cur.para:rem-conf@es.net Sender: "MASTER.R" Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1250" Date: Sun, 27 May 2001 01:29:55 +0200 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by smtp.wanadoo.es id f4QNOii12412 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list PUBLI/MASTER CURSOS SOBRE SUPERACION PERSONAL Y TERAPIAS=20 ALTERNATIVAS DISTINGUIDO SE=D1OR/SE=D1ORA: GRATAMENTE NOS DIRIGIMOS A VD.TENIENDO A BIEN EL=20 INFORMARLE SOBRE UNOS CURSOS MASTER,CURSOS MUY=20 COMPLETOS,ABIERTOS Y CON SEGUIMIENTO A TRAVES DE=20 INTERNET,PUEDEN SEGUIRSE DESDE CUALQUIER PARTE DEL=20 MUNDO.=20 CURSOS PRACTICOS Y DE TOTAL ACTUALIDAD AREA SUPERACION PERSONAL-TERAPIAS ALTERNATIVAS: NUTRITERAPIA,ACUPUNTURA,HOMEOPATIA,ECOLOGIA,PSICOLOG IA SOCIAL Y EMPRESA,HIPNO-PSICOTERAPIA,BELLEZA Y=20 ESTETICA,INTEGRAL DE MEDICINA NATURISTA(NUEVO CURSO) PUEDE VERLOS Y INFORMARSE SOBRE LA TEMATICA DE LOS=20 CURSOS, ENVIARNOS UN E-MAIL Y LE INFORMAREMOS A LA MAYOR=20 BREVEDAD SOBRE FECHA DE INICIO,MODULOS DE=20 ESTUDIO,COSTES Y CONDICIONES GENERALES. LE ENVIAREMOS UN E-MAIL A:rem-conf@es.net =20 CURART@terra.es=20 ensemaster.2200@wanadoo.es=20 SIN OTRA QUE LA DE QUEDAR DE VDS. ATENTAMENTE: CARLOS GORTAZAR AREA MASTER ROYAL TECNOLOGY INTERNATIONAL INSTITUTE CARLOS GORTAZAR PLAZA.AREA AVENIDA SAN ANTON 30.008-MURCIA/ESPA=D1A ---------------------------------------------- SI DESEA SER BORRADO ENVIE UN E-MAIL A : REMOVE=20 master2000@telefonica.net y mast23@telefonica.net. From rem-conf Mon May 28 01:14:35 2001 From rem-conf-request@es.net Mon May 28 01:14:34 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 154IAY-0003yM-00; Mon, 28 May 2001 01:14:30 -0700 Received: from postal2.es.net ([198.128.3.206]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 154IAX-0003yC-00; Mon, 28 May 2001 01:14:29 -0700 Received: from gw-nl4.philips.com ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Mon, 28 May 2001 01:14:28 -0700 Received: from smtpscan-nl2.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl4.philips.com with ESMTP id KAA08918; Mon, 28 May 2001 10:14:24 +0200 (MEST) (envelope-from philippe.gentric@philips.com) From: philippe.gentric@philips.com Received: from smtpscan-nl2.philips.com(130.139.36.22) by gw-nl4.philips.com via mwrap (4.0a) id xma008908; Mon, 28 May 01 10:14:24 +0200 Received: from smtprelay-nl1.philips.com (localhost [127.0.0.1]) by smtpscan-nl2.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id KAA29490; Mon, 28 May 2001 10:14:22 +0200 (MET DST) Received: from notessmtp-nl1.philips.com (notessmtp-nl1.philips.com [130.139.36.10]) by smtprelay-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id KAA08224; Mon, 28 May 2001 10:14:21 +0200 (MET DST) Received: from EMLMS01.DIAMOND.PHILIPS.COM (emlms01sv1.diamond.philips.com [130.143.165.213]) by notessmtp-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id KAA06289; Mon, 28 May 2001 10:13:50 +0200 (MET DST) Received: by EMLMS01.DIAMOND.PHILIPS.COM (Soft-Switch LMS 4.0) with snapi via EMEA1 id 0056900018174858; Mon, 28 May 2001 10:27:16 +0200 To: Cc: Subject: Re: one way delays Message-ID: <0056900018174858000002L082*@MHS> Date: Mon, 28 May 2001 10:27:16 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; name="MEMO 05/28/01 10:12:48" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Sorry what is a IAD ? Philippe Gentric Software architect MP4net - Philips Digital Networks Laboratoires d'Electronique Philips BP15 22 av. Descartes 94453 Limeil-Brevannes Cedex France tel: +33(0)145106812 fax: +33(0)145106960 philippe.gentric@philips.com http://www.mpeg-4player.com harikrishna.vuppaladhadiam@analog.com on 24/05/2001 07:42:41 To: rem-conf@es.net@SMTP cc: =20 Subject: one way delays Classification:=09 Hi, I am looking for One way delays typically achieved by different IADs.= . Hari V -----Original Message----- From: philippe.gentric@philips.com To: rem-conf@es.net ; 4on2andIP-sys@advent.ee.columbia= .edu <4on2andIP-sys@advent.ee.columbia.edu> Date: Wednesday, May 23, 2001 3:36 AM Subject: DTS relative encoding >Subject: > >draft-gentric-avt-mpeg4-multiSL-04.txt > > DTS relative encoding > >The current text says: > >****************************** > DTSDelta (DTSDeltaLength bits): Specifies the value of the > decodingTimeStamp as a 2 complement offset (delta) from the > timestamp in the RTP header of this packet. The length in bits of > each DTSDelta field is specified by the DTSDeltaLength parameter > (see section 4.1). > > The DTSDelta field appears when DTSFlag is 1. The sender MUST alway= s > remove the decodingTimeStamp from the RSLH. >******************************* > >We think it would be a better idea >(and a very minute change to existing code) >to encode the DTS relative to the CTS. > >The rationale is: > >* in MPEG-4 DTS *does not exists* when equal to CTS > >therefore when ( CTS - DTS =3D=3D 0 ) we simply set DTSFlag to false,= > >which is logical and saves as many bits > >* the difference CTS- DTS takes less bits to encode in all cases > >* there are no known cases when we have DTS and not CTS >(for example in audio we dont need CTS because AU duration >is constant, but then we dont have DTS either) > >actually DTS is only used for video and CTS is then always required >because any frame can be skipped. > > >******************************** > >the usage of this is: > >* for video streams with B frames, when using SL: > >CTS =3D DTS for B frames only, then DTSFlag =3D 0 >CTS !=3D DTS for non-B frames, then DTSFlag =3D 1 and DTSDelta =3D CTS= - DTS (always positive) > >* for all other streams: no DTS, no change > >******************************** > >The new text would read: > >****************************** > > DTSDelta (DTSDeltaLength bits): encodes (compositionTimeStamp - decodingTimeStamp) >for the same SL packet (always positive). The length in bits of > each DTSDelta field is specified by the DTSDeltaLength parameter > (see section 4.1). > > The DTSDelta field appears when DTSFlag is 1. The sender MUST alway= s > remove the decodingTimeStamp from the RSLH. > > If DTSDelta is zero i.e. if decodingTimeStamp equals compositionTimeStamp >then DTSFlag MUST be set to 0 and no DTSDelta field SHALL be present. > >******************************* > >Unless anyone has objections this would be changed >in draft-gentric-avt-mpeg4-multiSL-05.txt. > >DTSDelta =3D compositionTimeStamp - decodingTimeStamp >Or >DTSDelta =3D decodingTimeStamp - compositionTimeStamp > >is debatable ( first one is always positive, second always negative)..= . > >theorically we have ( compositionTimeStamp >=3D decodingTimeStamp ) > >but this is not strictly true (the sign chnages) when time stamps roll= over ... > >Do we need to specify exactly what to do then or is it logical/obvious= ? > >Regards, > > >Philippe Gentric >Software architect >MP4net - Philips Digital Networks >Laboratoires d'Electronique Philips >BP15 22 av. Descartes >94453 Limeil-Brevannes Cedex France >tel: +33(0)145106812 >fax: +33(0)145106960 >philippe.gentric@philips.com >http://www.mpeg-4player.com > > = From rem-conf Mon May 28 07:03:01 2001 From rem-conf-request@es.net Mon May 28 07:03:00 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 154NTx-0002KS-00; Mon, 28 May 2001 06:54:53 -0700 Received: from postal3.es.net [198.128.3.207] by listserv1.es.net with esmtp (Exim 1.81 #2) id 154NTv-0002KI-00; Mon, 28 May 2001 06:54:51 -0700 Received: from albatross-ext.wise.edt.ericsson.se ([]) by postal3.es.net (ES.NET MTA 3) with ESMTP id IBA36876 for ; Mon, 28 May 2001 06:54:51 -0700 Received: from era-t.ericsson.se (koff.ericsson.se [147.214.173.137]) by albatross.wise.edt.ericsson.se (8.11.0/8.11.0/WIREfire-1.3) with SMTP id f4SDsnN21996 for ; Mon, 28 May 2001 15:54:49 +0200 (MEST) Received: from era-t.ericsson.se by era-t.ericsson.se (SMI-8.6/LME-DOM-2.2.5(ERA/T)) id PAA19703; Mon, 28 May 2001 15:54:48 +0200 Message-ID: <3B12588D.ECFD784E@era-t.ericsson.se> Date: Mon, 28 May 2001 15:54:22 +0200 From: Magnus Westerlund X-Mailer: Mozilla 4.74 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: rem-conf@es.net Subject: Draft-ietf-avt-rtp-amr-09.txt Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi, Now that last call is over I have submitted an updated version. The thing that is change is the filestorage magic numbers, which has been corrected. The new version can be download from: http://standards.ericsson.net/westerlund/draft-ietf-avt-rtp-amr-09.txt Regards Magnus Westerlund Audio Technology, Ericsson Research ---------------------------------------------------------------------- Ericsson Radio Systems AB | Phone +46 8 4048287 Torshamsgatan 23 | Fax +46 8 7575550 S-164 80 Stockholm, Sweden | mailto: magnus.westerlund@era-t.ericsson.se From rem-conf Mon May 28 10:27:05 2001 From rem-conf-request@es.net Mon May 28 10:27:04 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 154QjE-0003xO-00; Mon, 28 May 2001 10:22:52 -0700 Received: from postal3.es.net [198.128.3.207] by listserv1.es.net with esmtp (Exim 1.81 #2) id 154QjC-0003xE-00; Mon, 28 May 2001 10:22:50 -0700 Received: from mail1.new.rr.com ([]) by postal3.es.net (ES.NET MTA 3) with ESMTP id IBA36876 for ; Mon, 28 May 2001 10:22:50 -0700 Received: from mail.es.net ([24.130.244.148]) by mail1.new.rr.com with Microsoft SMTPSVC(5.5.1877.537.53); Mon, 28 May 2001 12:22:48 -0500 From: M-411@es.net Date: Mon, 28 May 2001 12:07:14 To:rem-conf@es.net Subject: Yes or No! MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_WHCNBHUQCI" Content-Transfer-Encoding: 7bit Message-ID: PM200012:07:14 PM X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list This is an HTML email message. If you see this, your mail client does not support HTML messages. ------=_NextPart_WHCNBHUQCI Content-Type: text/html;charset="iso-8859-1" Content-Transfer-Encoding: 7bit Media

Media-411 Weekly Newsletter

If you wish to receive weekly notifications of what is new in the world of entertainment, respond here. If not, delete, you will not receive any further emails from us, unless you respond.

Thank You

 

The Dirt : Confessions of the World's...

------=_NextPart_WHCNBHUQCI-- From rem-conf Tue May 29 01:06:58 2001 From rem-conf-request@es.net Tue May 29 01:06:57 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 154eNu-0001L5-00; Tue, 29 May 2001 00:57:46 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 154eNs-0001Kv-00; Tue, 29 May 2001 00:57:44 -0700 Received: from hydra.IDIEIKON ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Tue, 29 May 2001 00:57:43 -0700 Received: from 208.176.188.23 (da003d5650.sjc-ca.osd.concentric.net [208.176.188.23]) by hydra.IDIEIKON with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id L52DNMTY; Tue, 29 May 2001 10:01:55 +0200 Message-ID: <000020155ea9$00004cc2$00003c38@> To: From: nicknacks@nick-nack.co.uk Subject: Six_Months_Later_You_Will_Be_Credit_Card_Free.. Date: Mon, 28 May 2001 20:55:55 -0700 X-Priority: 3 X-MSMail-Priority: Normal Reply-To: nicknacks@nick-nack.co.uk X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list We Help People Like You Eliminate Unsecured Bank Loans And Unsecured Credit Cards WITHOUT Bankruptcy Or Consolidation. * Are you tired of living paycheck to paycheck because of outrageous credit card payments? *Are you tired of barely getting by every month because you fell victim to the CREDIT CARD TRAP? *Are you sick and tired of always wondering if you are going to be able to pay all your bills next month? *Do you have outrageous medical bills or unsecured loans that sucking you down? *Are you afraid to file bankruptcy because of 1. the humiliation of having your name published in the paper 2. the hassle of going to court 3. what it will do to your credit record YOU DO Have An Alternative And We CAN Help!!!!! Our experts have been helping people eliminate their debt in this manner for over seven years and have been 100% successful. With our program you can eliminate your debt hassle free and in total privacy (no going to court or getting your name published in the paper). The only people who will know about it are you and your creditors. OUR GUARANTEE!!! If we cannot eliminate your debt we will pay it ourselves!!!!! You have nothing to lose so Call Now The Price For Our Services Is $1750.00---2450.00 Depending On Whether You Use One Of Our Paralegals. All Forms Of Payment Accepted 1_800_320_9895 ext. 6247 (24 Hour Message) If you no longer wish to receive mail from us send an email to awayfromme@another.com From rem-conf Tue May 29 02:29:11 2001 From rem-conf-request@es.net Tue May 29 02:29:10 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 154feN-0002g8-00; Tue, 29 May 2001 02:18:51 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 154feM-0002fq-00; Tue, 29 May 2001 02:18:50 -0700 Received: from rly-ip01.mx.aol.com ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876; Tue, 29 May 2001 02:18:49 -0700 Received: from tot-wi.proxy.aol.com (tot-wi.proxy.aol.com [205.188.197.1]) by rly-ip01.mx.aol.com (8.8.8/8.8.8/AOL-5.0.0) with ESMTP id FAA25054; Tue, 29 May 2001 05:17:05 -0400 (EDT) Received: from mail.selectashag.com (AC8A03F5.ipt.aol.com [172.138.3.245]) by tot-wi.proxy.aol.com (8.10.0/8.10.0) with SMTP id f4T9GwJ07325; Tue, 29 May 2001 05:16:58 -0400 (EDT) Message-Id: <200105290916.f4T9GwJ07325@tot-wi.proxy.aol.com> From: "www.mizgo.com" Date: Tue, 29 May 2001 10:16:15 Subject: RE: Free Advertising for your website X-Apparently-From: Ukl0tus@aol.com MIME-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by rly-ip01.mx.aol.com id FAA25054 Bcc: To: rem-conf@es.net X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list What would you say to free advertising for your website? Well take a look at www.mizgo.com You can drive highly targeted traffic to your website by submitting your=20 url to www.mizgo.com, what's more we offer you $5 completely free just=20 for signing up and submitting your site to our index. Drop on by http://w= ww.mizgo.com/=20 and create an account. Are you tired of the disappointing results you receive from the =93major=94= =20 search engines? Most of the major meta search engines (the altavistas and= =20 googles of this world) don't register your site under the keywords or sea= rch=20 phrases that are relative to your website, and even if they do, your rank= ing=20 could be so low that it is hardly worth the point being listed. =20 Mizgo.com's search engine is different and utilises a far more advanced=20 ranking model because you choose the keywords that your site will appear=20 under, this guarantees that when somebody searches mizgo.com using the=20 keywords you have chosen for your website, they will find your site, no=20 more guessing and no more lowly rankings. Mizgo.com was built with the=20 sole aim of supplying surfers with quality search results. Leave it up to us to drive quality traffic to your website and watch your= =20 sales soar! Happy marketing From rem-conf Tue May 29 12:24:26 2001 From rem-conf-request@es.net Tue May 29 12:24:26 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 154p6M-0000Qi-00; Tue, 29 May 2001 12:24:22 -0700 Received: from postal1.es.net ([198.128.3.205]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 154p6L-0000QY-00; Tue, 29 May 2001 12:24:21 -0700 Received: from mx.serv.net ([]) by postal1.es.net (ES.NET MTA 1) with ESMTP id IBA36876 for ; Tue, 29 May 2001 12:24:20 -0700 Received: from erols.com (sense-sea-focal-dynamic-8-19.oz.net [216.39.135.211]) by mx.serv.net (8.9.1/8.9.1) with ESMTP id MAA06347; Tue, 29 May 2001 12:24:11 -0700 (PDT) Message-ID: <3B13F61A.426C769B@erols.com> Date: Tue, 29 May 2001 12:18:50 -0700 From: Chuck Harrison X-Mailer: Mozilla 4.73 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Colin Perkins CC: rem-conf@es.net Subject: Re: New SDES item -- USID References: <200105291900.f4TJ04904294@chiron.east.isi.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Colin, Yes, start-up time is a genuine concern. If the USID is used to sync up content keys, for example, you would want to have all the cross-references in place so that the first packet of media can be decrypted. (A wireless phone call that dropped the first 5 seconds of speech would be pretty worthless!) Got any good suggestions for how to get this into the session setup? Cheers, Chuck Colin Perkins wrote: > > Making the references to streams transport independent, in the case way the > streams are transport independent? Seems reasonable... > > Do you expect these to be signalled ahead of time, in the session setup? Is > it going to be problematic that SDES packets are sent occasionally, so there > might be a long delay before the first USID packet is received? > > Colin > > --> Chuck Harrison writes: > >Ladies & Gentlemen: > > > >I have attached below a description and rationale for a new SDES item. > >Please comment. > > > >Thanks, > > Chuck Harrison > > Far Field Associates, LLC > > +1 360 863 8340 (voice) GMT-0700 > > > >-----begin included text----- > >Proposed new SDES item -- > > > >USID: Unique Stream Identifier > > > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | USID=10 | length = 18 | v=0 | reserved=0 | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | | > > + + > > | 128-bit Globally Unique Identifier | > > + + > > | | > > + + > > | | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > >This identifier is unique to a particular media source within a > >multimedia session (conference). A conference is a broader space than a > >media session; therefore the SSRC is not guaranteed unique. Other SDES > >parameters (e.g. CNAME) are used to identify an individual, and they > >give no distinction when a single individual participates in several > >media sessions in a single conference. Thus the USID is a canonical > >identifier uniquely associated with a pair. It is > >needed because the 'media-session', being dependent on mutable transport > >addresses, does not have a canonical representation throughout the > >network. The USID value MUST NOT be changed during a session. > > > >In most RTP sessions, there is no central agent to dispense unique > >identifiers, therefore the expectation is that the USIDs are generated > >to be statistically unique. It is RECOMMENDED that the USID be formed as > >the MD5 hash of machine-, user-, and time-dependent data, with the > >inclusion of process-id-dependent and thermodynamically random data > >(e.g. microphone noise, video noise) if possible. Guidelines are given > >in [RFC 1889] appendix A.6. Obtaining and processing entropy for random > >number generation is discussed in [Schneier, Applied Cryptography] sec. > >17.14. The SSRC MAY be used as a component of the USID hash, but the > >USID remains fixed even if an SSRC is changed in response to a > >collision. > > > >------- > > > >How the USID is used > > > >The USID permits an application to *refer to* a specific RTP stream. > >This is useful, for example > >(1) to provide a dynamic keystream (IPMP stream) for encrypted media > >(2) to prescribe a precise time relationship between two+ streams > >(3) to report a measured time relationship between two+ streams > > > >Internet-drafts describing these particular applications are in > >preparation. > > > >In small conferences, the USID's functionality can be mimicked with > >SSRC's alone with low collision risk, and in larger conferences careful > >bookkeeping can follow a single media session through multiple NATs and > >other transport remappings. However, neither of these methods is robust > >and therefore the USID is strongly recommended. > > From rem-conf Wed May 30 01:23:50 2001 From rem-conf-request@es.net Wed May 30 01:23:49 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 1551Gb-0004Xg-00; Wed, 30 May 2001 01:23:45 -0700 Received: from postal1.es.net ([198.128.3.205]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 1551GZ-0004XW-00; Wed, 30 May 2001 01:23:43 -0700 Received: from penguin-ext.wise.edt.ericsson.se ([]) by postal1.es.net (ES.NET MTA 1) with ESMTP id IBA36876 for ; Wed, 30 May 2001 01:23:42 -0700 Received: from era-t.ericsson.se (koff.ericsson.se [147.214.173.137]) by penguin.wise.edt.ericsson.se (8.11.0/8.10.1/WIREfire-1.3) with SMTP id f4U8NcO06791; Wed, 30 May 2001 10:23:38 +0200 (MEST) Received: from era-t.ericsson.se by era-t.ericsson.se (SMI-8.6/LME-DOM-2.2.5(ERA/T)) id KAA16811; Wed, 30 May 2001 10:23:35 +0200 Message-ID: <3B14ADED.D8A35B93@era-t.ericsson.se> Date: Wed, 30 May 2001 10:23:10 +0200 From: Magnus Westerlund X-Mailer: Mozilla 4.74 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: AVT Mailinglist CC: Jonathan Rosenberg Subject: The RTP senders variable Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi everyone I have a question about how to treat the RTP senders variable when waiting to transmit a BYE packet. When preparing to send a BYE the senders variable is set to 0 (section 6.3.7, first bullet). The RTCP packet interval algorithm gives all bandwidth to receivers when there are no senders (section 6.3.1 nr 1). The amount of bandwidth given to RTCP BYE messages will be dependent on how the senders variable is updated, which is not defined. If it is not updated or stays at 0 BYE traffic might use as much (100%) bandwidth as assigned to RTCP traffic. If is updated per the normal rules and a new sender is detected the bandwidth for BYE traffic will be up to 75% of what's assigned to RTCP. So how should the senders variable be treated when waiting to send RTCP BYE? Regards Magnus Westerlund Audio Technology, Ericsson Research ---------------------------------------------------------------------- Ericsson Radio Systems AB | Phone +46 8 4048287 Torshamsgatan 23 | Fax +46 8 7575550 S-164 80 Stockholm, Sweden | mailto: magnus.westerlund@era-t.ericsson.se From rem-conf Wed May 30 03:56:29 2001 From rem-conf-request@es.net Wed May 30 03:56:27 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 1553UT-0007j6-00; Wed, 30 May 2001 03:46:13 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 1553US-0007iw-00; Wed, 30 May 2001 03:46:12 -0700 Received: from ietf.org ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Wed, 30 May 2001 03:46:11 -0700 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA04667; Wed, 30 May 2001 06:45:50 -0400 (EDT) Message-Id: <200105301045.GAA04667@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-amr-09.txt Date: Wed, 30 May 2001 06:45:50 -0400 Sender: nsyracus@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 and file storage format for AMR and AMR-WB audio Author(s) : J. Sjoberg, M. Westerlund, A. Lakaniemi, P. Koskelainen, B. Wimmer, T. Fingscheidt, Q. Xie, S. Gupta Filename : draft-ietf-avt-rtp-amr-09.txt Pages : 28 Date : 29-May-01 This document specifies a real-time transport protocol (RTP) payload format to be used for AMR and AMR-WB speech encoded signals. The payload format is designed to be able to interoperate with existing AMR and AMR-WB transport formats. Furthermore, a file format for storage of AMR and AMR-WB speech data is specified. Two separate MIME type registrations, one for AMR and one for AMR-WB, describing both RTP payload format and storage format are included. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-avt-rtp-amr-09.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-amr-09.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-amr-09.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: <20010529142003.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-rtp-amr-09.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-rtp-amr-09.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20010529142003.I-D@ietf.org> --OtherAccess-- --NextPart-- From rem-conf Wed May 30 06:04:25 2001 From rem-conf-request@es.net Wed May 30 06:04:24 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 1555Zk-0001Uf-00; Wed, 30 May 2001 05:59:48 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 1555Zj-0001UV-00; Wed, 30 May 2001 05:59:47 -0700 Received: from VONAGE.COM ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Wed, 30 May 2001 05:59:46 -0700 Received: from 12AWKVON [64.21.177.174] by VONAGE.COM (SMTPD32-6.00) id ADEC777500FC; Wed, 30 May 2001 08:56:12 -0400 Reply-To: From: "Mark J. Yusko" To: Subject: test Date: Wed, 30 May 2001 08:59:44 -0400 Message-ID: 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 IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list test Mark J. Yusko Product Manager Vonage +1 (732) 528-2617 From rem-conf Wed May 30 08:12:30 2001 From rem-conf-request@es.net Wed May 30 08:12:29 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 1557Zd-0003A6-00; Wed, 30 May 2001 08:07:49 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 1557Zb-00039P-00; Wed, 30 May 2001 08:07:47 -0700 Received: from lrcsun15.epfl.ch ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Wed, 30 May 2001 08:07:45 -0700 Received: from lrc.di.epfl.ch (giordano@lrcsun15.epfl.ch [128.178.156.77]) by lrcsun15.epfl.ch (8.8.X/EPFL-8.1a) with ESMTP id RAA10875; Wed, 30 May 2001 17:07:15 +0200 (MET DST) Message-Id: <200105301507.RAA10875@lrcsun15.epfl.ch> X-Mailer: exmh version 1.6.9 8/22/96 To: tccc@ieee.org, tcgn@ieee.org, itc@ieee.org, IEEETCPC@listserv.utoronto.ca, multicomm@research.panasonic.com, manet@itd.nrl.navy.mil, rem-conf@es.net, diffserv@ietf.org Reply-To: silvia.giordano@epfl.ch X-Face: ")YL-h@"&:Ur_,S{#8mRN-B,tM<4b'^A][=FBR\,RRKX@Jxi;$CLV1t0y=N;iY2rIMLYl5l qnw6)Kg@%$kCs3o7$Ue_(OFu-YO'8Ie~^GIq4'joA&;FeRoNItjTG:e\#2b0'u/S&,#Wf&H_W1hX}O yU,j~1tAM Subject: Unidentified subject! X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list This is a multipart MIME message. --===_0_Wed_May_30_17:05:07_MET_DST_2001 Content-Type: text/enriched; charset=us-ascii ***Accept our sincere apologies if you receive multiple copies*** Please feel free to distribute a copy of this call to those who might be interested. Preliminary Announcement and Call for Papers NETWORKING 2002 The Second IFIP-TC6 Networking Conference http://www.cnuce.pi.cnr.it/Networking2002 May 19-24 2002, Pisa - Italy Networking is the biennial Conference on Networking of the IFIP Technical Committee on Communication Systems (TC6). Networking 2002 is the second conference of this series --the first event was held in Paris, May 2000-- and is sponsored by the IFIP working groups on Network and Internetwork Architectures (WG 6.2), Performance of Communication Systems (WG 6.3), and Wireless Communications (WG 6.8). Networking 2002 is organized into three tracks: i) Networking Technologies, Services and Protocols; ii) Performance of Computer and Communication Networks; iii) Mobile and Wireless Communications Systems. The Networking 2002 technical program committee is soliciting papers describing original, previously unpublished, completed research, not currently under review by another conference or journal, addressing state-of-the-art research and development in all areas of computer networking and data communications. Special sessions will be dedicated to hot topics such as: Mobile Internet, QoS in Internet, wireless local and personal area networks, 3G wireless systems, mobile ad-hoc networks. A detailed list of topics of interest can be found at: http://www.cnuce.pi.cnr.it/Networking2002/CFP.htm PAPER SUBMISSION AND PUBLICATION ================================= Papers must be submitted electronically according to the instructions described in http://www.cnuce.pi.cnr.it/Networking2002 . All papers will be reviewed by the program committee. Accepted papers will appear in the conference proceedings published by Springer-Verlag in the LNCS series. Authors of selected papers will be invited to submit extended version of their papers for possible publication in special issues of ACM/Kluwer Wireless Networks (WINET) and Performance Evaluation journals. IMPORTANT DATES =============== Full papers due: October 15, 2001 Notification: January 30, 2002 Camera Ready due: March 15, 2002 EXECUTIVE COMMITTEE =================== GENERAL CHAIR: Enrico Gregori, National Research Council, Italy GENERAL VICE-CHAIR: Ioannis Stavrakakis, University of Athens, Greece TECHNICAL PROGRAM CHAIR: Marco Conti, National Research Council, Italy SPECIAL TRACK CHAIR for Networking Technologies, Services and Protocols: Andrew T. Campbell, Columbia University, USA SPECIAL TRACK CHAIR for Performance of Computer and Communication Networks: Moshe Zukerman, University of Melbourne, Australia SPECIAL TRACK CHAIR for Mobile and Wireless Communications Systems: Guy Omidyar, National University of Singapore TUTORIAL PROGRAM CHAIRS: Giuseppe Anastasi, University of Pisa, Italy Stefano Basagni, University of Texas at Dallas, USA ORGANIZATION CHAIR: Stefano Giordano, University of Pisa, Italy PUBLICITY CHAIRS: Silvia Giordano Ecole Politecnicque Losanna, Switzerland Laura Feeney, SICS, Sweden STEERING COMMITTEE CHAIR: Harry Perros, North Carolina State University, USA STEERING COMMITTEE MEMBERS: Augusto Casaca, IST/INESC, Portugal S. K. Das, The University of Texas at Arlington, USA Erol Gelenbe, University of Central Florida, USA Harry Perros, NCSU, USA (Chair) Guy Pujolle, University of Paris 6, France Harry Rudin, Switzerland Jan Slavik, TESTCOM, Czech Republic Hideaki Takagi, University of Tsukuba, Japan Samir Thome, ENST, France Adam Wolisz, TU-Berlin, Germany --===_0_Wed_May_30_17:05:07_MET_DST_2001 Content-Type: application/pdf Content-Description: net2002-CFP_full2.pdf Content-Transfer-Encoding: base64 JVBERi0xLjIgDSXi48/TIA04IDAgb2JqDTw8DS9MZW5ndGggOSAwIFINL0ZpbHRlciAvRmxh dGVEZWNvZGUgDT4+DXN0cmVhbQ0KSIkzUChX4DVS8FLgLVTgNTdXMABCczMFU3MFMwtDheRc Xn1PQwWXfF4AmOcHyA1lbmRzdHJlYW0NZW5kb2JqDTkgMCBvYmoNNDYNZW5kb2JqDTYgMCBv YmoNPDwNL1R5cGUgL1hPYmplY3QNL1N1YnR5cGUgL0ltYWdlDS9OYW1lIC9JMQ0vRmlsdGVy IC9EQ1REZWNvZGUgDS9XaWR0aCA3Nw0vSGVpZ2h0IDc2DS9CaXRzUGVyQ29tcG9uZW50IDgN L0NvbG9yU3BhY2UgL0RldmljZVJHQg0vTGVuZ3RoIDcgMCBSDT4+DXN0cmVhbQ0K/9j/7gAO QWRvYmUAZIAAAAAA/9sAQwAJBgcHBwYJCQkJDgoKCw4RDw4ODRIaGhUQFRgZICAeHx8eIiMo KSUkJSUhJyssLC0vNDQ0My40NDQ0NDQ0NDQ0/8AAEQgATABNAwERAAIRAAMRAP/EANIAAAEF AQEBAQEBAAAAAAAAAAMAAQIEBQYHCAkKCxAAAQQBAwIEAgUGBggHAw1hAQACEQMEIRIxBUFR YRMicYEyBhSRobFCIyQVUmIzNMFygkMHJZIIU9HwY3M1FuGi8bKDJkSTVGRFwqN0NhcY0lXi ZfKzhMPTdePzRieUpIW0lcTU5PSltcXV5fVWZnaGlqa2xtbm9jdHV2d3h5ent8fX5/coOEhY aHiImKi4yNjo+AkZKTlJWWl5iZmpucnZ6fkKGio6SlpqeoqaqrrK2ur6/90ABAAE/9oADAMB AAIAAwAAPwD0XBwMWnEqycmj1se0e52u6ozE6ctWZ9VPqn0Lpv1f6f1zrfSx1LpGcyb72l/q 4D95buIaRuqIAk6kFZn1U+qfQum/V/p/XOt9LHUukZzJvvaX+rgP3lu4hpG6ogCTqQVtN6L0 hzQ5uO0giQQ4wR969Op/tYf2u76WW1dHpsrsaHMey6wtc0iQQQ/UFenU/wBrD+13fSy2ro9N ldjQ5j2XWFrmkSCCH6gp/wBh9K/4jD73f5VP/lq/qB/ziV/8OW/83U/+Wr+oH/OJX/w5b/zd L9h9K/4jD73f5Uv+Wr+oH/OJX/w5b/zdL/lq/qB/ziV/8OW/83X/0PVOq9J6dRjMdXQGk21t mTwXAHutn+2B/a8+pvS+iY9+H0plNjs7DqLhZYZY+1rXDVx5BWz/AGwP7Xn1N6X0THvw+lMp sdnYdRcLLDLH2ta4auPIKufsPpX/ABGH3u/yrpf+Wr+oH/OJX/w5b/zddL/y1f1A/wCcSv8A 4ct/5uqPVcXonTqN78YOsd9Bm50uP38Llvr/ANB/tW/UvpJyMjotduXaCMbGFtu613ifdo0d z/OuW+v/AEH+1b9S+knIyOi125doIxsYW27rXeJ92jR3P86z+hu6Vlv9DJxmNtJOxwJAd5c8 +Hj8eeP/ALVdv9r/AOsGV+yuudFopz7HuONc2yxtd0nSuN+jhw394afS+lx/9qu3+1/9YMr9 ldc6LRTn2Pcca5tlja7pOlcb9HDhv7w0+l9L/9H2D9h9K/4jD73f5V33/LV/UD/nEr/4ct/5 uu+/5av6gf8AOJX/AMOW/wDN1TPSenftcU+gPTOOX7ZPO4CeVzbv7Xn1NH9sevpo6Uz7G7pD 8g1b7I9QXtaHTungkcwubd/a8+po/tj19NHSmfY3dIfkGrfZHqC9rQ6d08EjmFd6EA7o+OCJ BaQQfiV039qhjLf7W3R2PaHsfTY1zXCQ4Gx0ghdN/aoYy3+1t0dj2h7H02Nc1wkOBsdIIQz6 nSXkgF+CeQNTR5+bfyKrYMv+17kOsY1+R9VHyXsaC6zpZJ1cBqXUkmSNS3kaaGrYMv8Ate5D rGNfkfVR8l7Ggus6WSdXAal1JJkjUt5Gmh//0vcGua5oc0ggiQRwQvbqbar6WW1PbZXY0OY9 hlrmkSCCOQV7dTbVfSy2p7bK7GhzHsMtc0iQQRyCnU1NZ/W/5Iz/AE6r/eguP/tpf8p3F/6W WB/0PauP/tpf8p3F/wCllgf9D2qXVep0dOp3P91jh7GDk/7CL9f/AK89K+pfTTbeRdm2tP2b FafdYfE+DR3P3SUX6/8A156V9S+mm28i7Ntafs2K0+6w+J8Gjufukr//0+ry8m7Lvdbc7c8/ gPALx76wdc6n9YuqW9Q6jeb8izSToGtHDWjsB4fzrx76wdc6n9YuqW9Q6jeb8izSToGtHDWj sB4fzoXCzwS0ggwRqCOyzwS0ggwRqCOy6r6v9c9bbjZT/wBLwx5/O8j5/l+PP0B/ag/tqDqY q6J1/J/XpDMXJf8A2fwY8/v+BP0uD7vpfQH9qD+2oOpironX8n9ekMxcl/8AZ/Bjz+/4E/S4 Pu+lon/V5v8AyVd/vYXZv/8AEuU/9KGz/rZYuzf/AOJcp/6UNn/Wyxf/1PYeg/6kY39E/lK9 C/tSf+I66L/pT/8AoY5ehf2pP/EddF/0p/8A0MctAgEQdQuuc1r2lrgHNIgg8ELrnNa9pa4B zSIIPBCyyHdJdLZdguPuHegnuP4PiOy4V1eR/a7vFlJdd9VrXk21mS/pbnH6TO5pJPuby3kd weFdXkf2u7xZSXXfVa15NtZkv6W5x+kzuaST7m8t5HcHTa4OaHNIIIkEd13FNtd9TLantsrs aHMewyHAiQQRyCu4ptrvqZbU9tldjQ5j2GQ4ESCCOQV//9X1n6zZVdGG1u4eqXsc1vjtM/cu p/t49fw+k/Vmin1WHOflY99FJklwqeHEkDhukfkXU/28ev4fSfqzRT6rDnPyse+ikyS4VPDi SBw3SPyLkcvJuy733Wu3Pcfu8gvnX6wdb6j9YerX9R6hb6uRcZPg0dmtHYDsF86/WDrfUfrD 1a/qPULfVyLjJ8Gjs1o7AdggrOWckkkv/9bqKq322NZW0ue4wAO68UwcPK6hmU4uJS6/IucG V1sElxK8UwcPK6hmU4uJS6/IucGV1sElxK6g4/UfVbT64+1fYnDf/XGk+MaT817y/o/1y+30 9M/abf29/rZsZ9pkz/Kme3f+9t9u/mdedV7y/o/1y+309M/abf29/rZsZ9pkz/Kme3f+9t9u /mdedVo9B/1Ixv6J/KV2n9qT/wAR10X/AEp//Qxy7T+1J/4jrov+lP8A+hjloLr116//1/cS ARB1C9wc1r2lrgHNIgg8EL3BzWvaWuAc0iCDwQsTKud0W0V0AW13k+nROrHnw/gk9vHheX9d 6lb/AGsc5uJ0prc/E6q532PpO4+pjZDjzWAD+hc7lvZ30eSvL+u9St/tY5zcTpTW5+J1Vzvs fSdx9TGyHHmsAH9C53Lezvo8lY2digl2Rn5o9Zz9uytu8giJHIGk6wvM/rV0Btj7+r/Wz6zt HUrsj0XY2FT9odW5oaXMJ3sYPT3AODSQOJJ0Xmf1q6A2x9/V/rZ9Z2jqV2R6LsbCp+0Orc0N LmE72MHp7gHBpIHEk6IGX0p9NTrqbW5FLQ0ktkOAI0JHgsv6w/2v8rp2Bd1LpnUKOs9OqbVY +ygObbXXY0Fr31nUNOokE8GYIIGX9Yf7X+V07Au6l0zqFHWenVNqsfZQHNtrrsaC176zqGnU SCeDMEED/9DpV4avDVOmqy+1tdbS97jAA7qz03AzOqZ1GHh0OyMm9wZXWwauP+fJ4A1Ks9Nw MzqmdRh4dDsjJvcGV1sGrj/nyeANSu16J0hnTqy58Pvd9Jw/NHgF9O/2rf7XeN9TMJ1+Tsv6 teIttbqKm/uMJ7eJ7/IL6d/tW/2u8b6mYTr8nZf1a8Rba3UVN/cYT28T3+QRD/q83/kq7/ew rz//ABLlP/Shs/62WK8//wAS5T/0obP+tli//9H1LpPU/Q6dTX9jyrNoPurrlp1PBlav9rv6 8fsv6mdMw/8AW113M9Fjx62Jh76n+9xlrtwkarV/td/Xj9l/UzpmH/ra67meix49bEw99T/e 4y124SNVc/bH/PvzP+Gv9ldH/wAuP/3SH1k/65//AD2uj/5cf/ukPrJ/1z/+e1WzPrFVjsc3 7Ley0iWC1oaD+Mwsb6x/258HpGNbUehdUxeoPrLsevqFDamOPAJ9+7bPgNYiRysb6x/258Hp GNbUehdUxeoPrLsevqFDamOPAJ9+7bPgNYiRysbpl9uTlZeTZb+mbQ9zXun2kkCRHESvMfqP 1TqHWuu/WLrWbnD9o09Kybacm7dFD3OYzcNoJaGh5AgQJ8F5j9R+qdQ61136xdazc4ftGnpW TbTk3booe5zGbhtBLQ0PIECBPgv/0u4y8DMOPiNrpda0Vkl1Q3DcXu7tkcQuG+sH1T+sb+kf V2rD6ZfnVMwrHPtwW+vWbX5FpPvq3NJ27RyuG+sH1T+sb+kfV2rD6ZfnVMwrHPtwW+vWbX5F pPvq3NJ27Ryr/T6Mih/T3XEUzvqcyzl7C7QbeTqT5BdX9T+ldY6Xl/U63qRb071PtWBdj5ml mRj2WjbX6X03Aue7kbWwCSBE9X9T+ldY6Xl/U63qRb071PtWBdj5mlmRj2WjbX6X03Aue7kb WwCSBE4b6XnKfTW0vcHOaA0STC8ryOmZD+uZHTsKmzKtbfbVXXS0ue/aTwBJOgleV5HTMh/X Mjp2FTZlWtvtqrrpaXPftJ4AknQSug6Ka+m17nYGW+9w9zhVoPIa8L2H+1k/C+pWEbbvqj9Y snqtzYuvb0/2sH7jJdO3xPJ79gPYf7WT8L6lYRtu+qP1iyeq3Ni69vT/AGsH7jJdO3xPJ79g P//T9e/bH/PvzP8Ahr/ZXcf8uP8A90h9ZP8Arn/89ruP+XH/AO6Q+sn/AFz/APntUz1P+64t +x5X8QW7PT930gZieFzjvrxP9sSvP/1tdd06S+j7P9j/AE5m9rt+zd9ARBM8wFzjvrxP9sSv P/1tdd06S+j7P9j/AE5m9rt+zd9ARBM8wFf6D/qRjf0T+Urrf7Un/iOui/6U/wD6GOXW/wBq T/xHXRf9Kf8A9DHJusdVq6bT2fc4exn858lD+2R9fun/AFJ6bJ25HUr2n7NjT8t7/Bo+8nQd yIf2yPr90/6k9Nk7cjqV7T9mxp+W9/g0feToO5H/1OqyL7cm51tri57jJJXjXWeq5/W+pX5+ fe6/Jvdue934ADsBwANAF411nquf1vqV+fn3uvyb3bnvd+AA7AcADQBEwMo4mQLNoewgtew/ nNPIVz6pdef9XessyzS3Jx3sfRlY7zAvpsEPaT2kceYHPCufVLrz/q71lmWaW5OO9j6MrHeY F9Ngh7Se0jjzA54V/LxcfIxaTiZLH7C5oZY5rXtafdrJHBJ1XW/WDoPRusdA6ZZ9Xut42UMV 1tTcXNvqoyKqXn1QHCxzQSxznguaYMiOCut+sHQejdY6B0yz6vdbxsoYrram4ubfVRkVUvPq gOFjmgljnPBc0wZEcFE3Y3TxS8Wtyb6az6bKjuaHGSXOPl4DwCui/on1Ob03Irz6OtdV6dhu +xY2C71aWXPL32XWvGkMkgNaZIa0mJkXRf0T6nN6bkV59HWuq9Ow3fYsbBd6tLLnl77LrXjS GSQGtMkNaTEyP//V9d6J0ujCpFu4W3WAF1g4g66eX5V239q76idL+rHTa88XMz+pZtbX25bS Cza73RWf3fPl3OggDtv7V31E6X9WOm154uZn9Sza2vty2kFm13uis/u+fLudBAGou7XdpJJL PP8Aq83/AJKu/wB7C5B//iXKf+lDZ/1ssXIP/wDEuU/9KGz/AK2WL//W9Qq6tV03oeMI33Pa djPmdT5flV7p/wDbBwPqT/ar6G0NGT1PIpsOPjzoB6jxvf4NB+bjoO5F7p/9sHA+pP8Aar6G 0NGT1PIpsOPjzoB6jxvf4NB+bjoO5HMZF1uRc+21257zJK8L6v1PO6z1LIz86435WQ7dY89z wPgANAOw0XhfV+p53WepZGfnXG/KyHbrHnueB8ABoB2GiGqappJJL//X6djHWPaxolziAB5l eJYuPbl5NWPS3fbc9tbGyBLnGAJPmvEsXHty8mrHpbvtue2tjZAlzjAEnzXcdG6TV02qTD73 D3v8PIeX5V9Uf2s/7X2D9Sun737cjqt7QMjIA0aOdjJ4aDyeXHU9gPqj+1n/AGvsH6ldP3v2 5HVb2gZGQBo0c7GTw0Hk8uOp7ARex/SnOtqBdhuM2Vjmrxc3y8R9yFlYuT/a/vuz8Bjr/q5a /wBTLw2zu6eSfdbUO9fd7Bxy3SQBZWLk/wBr++7PwGOv+rlr/Uy8Ns7unkn3W1DvX3ewcct0 kDSreyxjXscHNcJBHBC7bEycfMxqsjHtbdRa0PrsYZa5p4IK7bEycfMxqsjHtbdRa0PrsYZa 5p4IK//Q9xXuK9xWef8AV5v/ACVd/vYXIP8A/EuU/wDShs/62WLkH/8AiXKf+lDZ/wBbLFjj ozc/ouPdSA3Ia0/B4k6Hz8D/AJjzdv8Aa0p+tv8Aax6N1HpzW1dYpofzAblNFjoa49nD813y OkFvm7f7WlP1t/tY9G6j05rausU0P5gNymix0Ncezh+a75HSC3nbGPqe5j2lrmmCDyCvGczF ycHKtxsmp1N9Liyyt4hzXDkELxnMxcnByrcbJqdTfS4ssreIc1w5BC//0elXhq8NRMei3Jub VUwve7gBXOkdL6h1rqNOD0/Hdk5VxhlbO/xJ0AHJJ0HdXOkdL6h1rqNOD0/Hdk5VxhlbO/xJ 0AHJJ0HddM7pVfTenMJh97rqt7/D3DQeX5V7ld/a/wAL6lfUvFc/ZkdUv6j0/wC0ZAH0R67P YwnUMEfFx1MaAe5Xf2v8L6lfUvFc/ZkdUv6j0/7RkAfRHrs9jCdQwR8XHUxoB0S9lXsq/9L3 Fe4kAiDwvcSARB4WY+t3S7DbU0uxHa2Vt/sX8Jo8PEfNcPlYl/1DzH5/T6rLfq7aS7MwqhP2 Akybqm/4v99g4+kBEgcPlYl/1DzH5/T6rLfq7aS7MwqhP2Akybqm/wCL/fYOPpARIGjXYy2t r2ODmuEgjuuxwczFz8SnKxbm30XND67GGQ4HuF2ODmYufiU5WLc2+i5ofXYwyHA9wqJ/1eb/ AMlXf72Fy7//ABLlP/Shs/62WLl3/wDiXKf+lDZ/1ssX/9P2HoP+pGN/RP5SvQv7Un/iOui/ 6U//AKGOXoX9qT/xHXRf9Kf/ANDHKv1zorM9puqhuQB8n+R8/ArH/tq/2ssb620v6jgBtHWa 2ROgblAcNf8AwgNGu+R0iMf+2r/ayxvrbS/qOAG0dZrZE6BuUBw1/wDCA0a75HSI5GrFyLck Y7az6pMbSNQfNfOuD0Hq+f1tnSKMOw9QdYazQ5sOa4c7p4A7k8d1864PQer5/W2dIow7D1B1 hrNDmw5rhzungDuTx3Xa9H6TV02qfp3PHvf/ADDyX07/AGtv7X3T/qTgF0jI6nkNAyMjsBzs Z4NB+ZOp7AfTv9rb+190/wCpOAXSMjqeQ0DIyOwHOxng0H5k6nsB/9T2Hrf8kZ/p1X+9Beg/ 20v+U7i/9LLA/wCh7V6D/bS/5TuL/wBLLA/6HtWguwXYJJJJJJL/1fXrK39Me62hhfiuM2Vt 5rP7zR4eI+5dzmYeV9Rcq3P6XjuyOhX2GzNwqgS7DJ5tpaPzO72duWwJjuczDyvqLlW5/S8d 2R0K+w2ZuFUCXYZPNtLR+Z3ezty2BMROTR+1m3+o30vsjjvnSN4QX9a6T/y4lPVfttP7P/1u 2WfaN42bftLO/wAdI5nTlBf1rpP/AC4lPVfttP7P/wBbtln2jeNm37Szv8dI5nTlZXT/APXD 9jq+zbfRg7J2cT5rz76nf8vJ/rawf2J6P7M2u+z7vs87dxn6WvM8rz76nf8ALyf62sH9iej+ zNrvs+77PO3cZ+lrzPKsf8FX8D/aLZ/6n9/xX/6tVs/9T+/4r/8AVqv/1vSGft/7ZZt9H7Rt G+PT3be0/wCfh5Krj/8ALvf65Mv0f2d+2fQr+0bfsnrelPt3d44/2s/mqrj/APLvf65Mv0f2 d+2fQr+0bfsnrelPt3d44/2s/mo//BV/A/2i1f8Aqf3/ABX/AOrVav8A1P7/AIr/APVqq2f/ AK4fRb9o27N7IjZ9KdOPNYv1t/5eT9mVftj0fs32rH2bfs8+r6g9P6Ov0o8vFYv1t/5eT9mV ftj0fs32rH2bfs8+r6g9P6Ov0o8vFWf+Cr+B/tFtf9T+/wCK/wD1ara/6n9/xX/6tV//1/T/ APgq/gf7RW/+p/f8V/8Aq1Vv/qf3/Ff/AKtUv+Cr+B/tEv8Aqf3/ABX/AOrVL/qf3/Ff/q1S /wCCr+B/tEv+p/f8V/8Aq1S/6n9/xX/6tVifrn2383fu8vTmf72J+Ury3/gk/wBc4n0PtPrG PofZN2/X/QtvqRP5u6O68t/4JP8AXOJ9D7T6xj6H2Tdv1/0Lb6kT+bujuv/ZDWVuZHN0cmVh bQ1lbmRvYmoNNyAwIG9iag02MDQ1DWVuZG9iag0xNiAwIG9iag08PA0vTGVuZ3RoIDE3IDAg Ug0vRmlsdGVyIC9GbGF0ZURlY29kZSANPj4Nc3RyZWFtDQpIiS2OwQqDQAxEvyD/MEd7aN20 uqvX1greKgR6LssWLV3FIvj73VVDSAKZGV4LugqlNaOEvKnITzmMZkgFBbFxLEiaunkc5EN3 iWqFI4PDiy/FKtcQT4k42w29fX1xG73v59k56N01gXIDbRTKM1gxfo6eGEAtiLHsEPEVKTJW ITeqI0Y4A0iCrfZAFU3T2qYMKAphZdnmsp7SxhhUI/0BHDww6w1lbmRzdHJlYW0NZW5kb2Jq DTE3IDAgb2JqDTE2NA1lbmRvYmoNMTQgMCBvYmoNPDwNL1R5cGUgL1hPYmplY3QNL1N1YnR5 cGUgL0ltYWdlDS9OYW1lIC9JNzcNL0ZpbHRlciAvRENURGVjb2RlIA0vV2lkdGggNzkNL0hl aWdodCA3OQ0vQml0c1BlckNvbXBvbmVudCA4DS9Db2xvclNwYWNlIC9EZXZpY2VSR0INL0xl bmd0aCAxNSAwIFINPj4Nc3RyZWFtDQr/2P/uAA5BZG9iZQBkgAAAAAD/2wBDAAkGBwcHBgkJ CQkOCgoLDhEPDg4NEhoaFRAVGBkgIB4fHx4iIygpJSQlJSEnKywsLS80NDQzLjQ0NDQ0NDQ0 NDT/wAARCABPAE8DAREAAhEAAxEA/8QA0gAAAQUBAQEBAQEAAAAAAAAAAwABAgQFBgcICQoL EAABBAEDAgQCBQYGCAcDDWEBAAIRAwQhEjEFQVFhEyJxgTIGFJGhsUIjJBVSYjM0wXKCQwcl kghT0fBjczUW4aLxsoMmRJNUZEXCo3Q2FxjSVeJl8rOEw9N14/NGJ5SkhbSVxNTk9KW1xdXl 9VZmdoaWprbG1ub2N0dXZ3eHl6e3x9fn9yg4SFhoeIiYqLjI2Oj4CRkpOUlZaXmJmam5ydnp +QoaKjpKWmp6ipqqusra6vr/3QAEAAT/2gAMAwEAAgADAAA/APcV7ivcUHMysfCxrMjIsFdV YlzncAIWTkU4tD7rnhlbBJJ7Id91WPU6y121jeSV5f8AW7+23jYs09LHu73WN/I3/KuG+sX9 sGmia8HQ/wCMcNfkFyvWPrcyuWYvt/hka/ILz3K/tpfWS20ub1C5s9mwB9wXHZH196u6wkZt g+BgLnLvrbnb5+1PHwML/9Dkv+XO+s3/ADpX/wB8of6++sf8Trf75bn+u3O/4l2f3yHkf2zf rU6ohnVL2uPB3cIWT9fOtil2zPtDux3IWT9b+oNpcW5lk9vcvo36sZluf0PDvtdusfUwuJ7n aJXsv1azLc7ouLfa7c99bC4nuYC9H+rmXbndHxb7XbnvraXHxMLVWotNf//R9xXuK9xSSSUL bK6an2WODGMBc5x4AHJUbLGVVuse4NY0EuJ4ACjY9lbHPedrWgkk9gF4B/bS+v8Ab1TLfi4V z24jNGt43n94/wAy8i+vn1ufm3upx7HNx26NbxPmV559a/rC7Jtcyt5bU36I/nK//9LzDovQ +rfWO6z7OB6dett1rtrKx5krmcHC6p17IezEbIZrZa8w1g8ygVDqXWcl1OCwvLfpvJhrR5ld Li/Vf6p4dJ/aHUL8q6f+EzIaPm4j8i6LD+pXT66pz86yy0nilsAfMx+Rb2F9QbX17s3Nd6h7 V8D5n/Ii/sf6gfvZ/wDtP+bI3+tD6u/4/K/2v+VWf9YGH/xLu+9qQ6P/AGv51dn/AO0/5sl/ rQ+rh5uyo/q/5Ux/tf4R0OVcR8Wr/9Pqumf2yvqv0/CoxacfIbXU1rBIbMARr7l6N076x9Kw MKnGppsbXU0NGonQL1rp91GBh041VJDKmho92pgLpeh/XT6v9byPQxsktuPDLRtLvh2K18Hr 3Tc20VssLXngPET8FdrzqHvDSSwnjd3XRLUVpJJJf//U7P8Atw9fPSPq79mrfttyyQY52Dn7 9AvQ/wC2P1f9n9IFDHbbMgmY/dHP3mF6f9c+ofZcAUtdDrZJ/oj/AGV899H6ZlfWHq3oMeGi HWW2O4rrbqSfkvFqMXK631NuLS6C6XPeeGNHJK8rtZldV6gzDxz73yXE8NaOSuk611mjDoGB 05pow6oDWfvEfnO8XHny4XbufidJw242K0V1M+8n94+ZXovTsHC6HgNrrY1m0S53cmOT5rI6 f03r3XS92FjW5Aby5vA+aymZfUeoWuGHRZft5LRICzL/AKwXXXurw6X3beS1pML/1eJ/1l/X D/nOt+8f5U/2T6xf8QbfuXVftTrH/EO3+8KZ31N+t7QSenWwPMf5Uzsb6wtaScG2B/BTO6t1 drSTh2wP4BVR31f+sTJ3YdgjlVPtPVWOO7EtAHPtKqD605bXw/FtAHP6MqpVlZeJfBL67GHg yCCrmF1E2cEhw5B7Lf6X1bH6jVLDM8gr/9bo/wC1P9fXdYb+yeo3Ofmtl1Njv7K0difEfiF6 J9T/AKxHKIwsp5daf4p7vzhHB8wvXOnZpFgotdO8xWT4xx+Gi9OXWrVXz3/b3z3XfWh1Acdt NVbI+I3H8q8e/trZhs64+qdKmMbHyn+decfXzJL+qWNnRjWt/Cf51i/VgDpf1Kzc0AC7qF/2 dru/pVjc4D4uLVm/UmgY/SMzOIG/Jt9Jp77GCSPvIVP+1/iAjLznDV7/AE2nybqfxI+5f//X 896JgDq3VXG+fstDTdkkc7AeB5kwB8VOvFu6x1avEaTsJ3Wkdmyux6063NzK8OtxAdq8jsO6 0+pfWS2pn2XFPoYzD7aa9GN8PifM6r0HGxcDpeI2mutrK26nTSVerqw+n4/pta1rBqZ7nxWV +38r/GO+8oZ6n0wGJZ/ehVz1TpoPLP71Dv65l2VFvquE+ZQMzq3TmY7y3YXRoNoQczq3T2Y7 y3YXRp7V/9D1D6p00Zf1fw7ba2ve6pkkjU+0L1P6s04+X0TGttqa9zmNkkc6L1P6s04+X0TG ttqa9zq2ySOdFzf9sf8AtfYnV+nW5GBQyvOqBc3bpvjsVkfWz6o0XUuy8CpteQz3ODdPUHh8 VV6x9X2Y7vtmBWK7GmbGN/sje/z8F4Pg5mX0rqFOTQ41ZGNYHNPgQVxNV92OWXVuLLGEOaR2 IQ3vc7F3scWkgOa4cjuCvqOjrtF31Vf1hpmtuI7IMeDWFx/IvV6Oqsu6A/qDTIbjutPybJW5 Rni7o78purm1OcR5gf5V/9HkP7cDy7689UBMxY0f7RqD/bFcXfWbqAniz+YLZ+uDi7q+aJ/s jksu30/qD0CoMADvtby4Dlxtj8gCudFcGfVTp7A2J9d5PiTYR+QBav1K2t6JU0CD73fEl5B/ IEL6tgs+r/Xrmkh04tZju1znE/i0LT+pbP7q5Nk6y1vyIcfytCPUD+1nvnvt+UE/lAVb6rdE f9Y/rAzC3QCHPd5gEf5Vo/WarOz8zHwsaz0/VPuPgFm/WGjN6hm4+Fj2en6h9x8l/9LpKP7U HQ21ND6wXAamSu1p/teVemPUyLC7ud5XaU/2uqBWPUyHl3c7yij+1F9XpE0gj4lTH9rzEkTd YR/Tcpj+11hyJueR/Tcu+6bhVdPw6saoQytoaB5Bdh07DrwMOvHrEMYAB8l2PTsOvAw68esQ xgAHyVpWVZX/0+S/tl9Lr6X9b+pVVtDa3Weo0DsHjd/Otb6y4Ywup5dTRDQ9xaPAHUflXpN9 RobfUeGPeB5NmQPkCAvRvqXkWXf2meqB5nZ0/OaPgGvhbn1WudZ9QupNJ0Zj5QH3OQ/q9aXd B6i3sxt0fMErhP7eOH9m+vGQ+IF9dVg89IP5FyP9tDG9H605BiBa1lg+Yj+Zc19d6fS69k6a PDX/AHj/ACrIxsg5n1ErpEud07Lfu/g13AQf75pQPq/kizoIxz9LGuf8m2AEfi0o31Oymig4 ztC17tun7wBH+8lf/9Tjfq9/yluv/wCm4f5Xrc+pX8vyv6bP95sXb0/6o2f0x/vLlp/2n/8A lcN/0iz/AHpq3n/8qTD+f5FCv/lS4nwK+kF2671JJJf/1fcV7ivcUkkl86f25v8AlZ5nwq/3 gLzD67/6sZXxb/vIXO9S/jcr+l/x0LrfqL/4hvrH/JHP/wB5erf1S/5QnVv9Iyv95cqH1c/1 E6p/Ru/IV//Wu/4QvRHWYuD1ipk+kTRcRztOrfxn710v9uLphLMTqTG6Nmm0+XLf512/9sjD LXY2a0aH9E8/i3+deS/VjOqxcy2jJsLMLMqdTeQ2YkS10fwXQdNV5/0PLGLlkPfsouaWWaT5 tPyMHRcn0vJdi5bXh21p0dpPmPxhdF03EuwOgfWKi4attw4cOHAl8EHwIXbfUsOb1DKDuQ+v UcH2vXS9PyG5GY547vE+R2uVz+0//wArhv8ApFn+9NW+/wD5UmH8/wAiJX/ypcT4O/Iv/9f3 Fe4r3FJJJJJJJJJf/9DF/tzf8rPM+FX+8BdF9d/9WMr4t/3kL0/qX8blf0v+Ohdb9Rf/ABDf WP8Akjn/AO8vVv6pf8oTq3+kZX+8uVD6uf6idU/o3fkK9N6/0rG610nJwchgfXcwtIPbzXa9 b6bR1bpl+Jc0OZa0j4HsV0nWcCrqfTrsawSHt0Pgex+S+TvrH0XM+rvWb8DJEPqPtcOHN7EL 576pg5HR+pXYWQIsrMT2cOxC8dyKrsDNsxLxttrMHz81/9Hj/q99Y8a7oV/Q+qF32a0tNeQw S+ktmAe7m+Xbsl9WfrEcPGdi2EAFwcy3bLqyARB7luvHbstnpfUfSxn0SGlzg5tm2S0gEa+I 1+XZdZ/ap+qubj/WZufXk4+Thek9otrfrMjQtMEH5Lrvq5XmdS6tRk+rXZTWDLg8fdGh+8LU +ruJ1DL61TkPex1VYMuDx+Tn8F7pub4hehbm+IXoe5viEtzfEJbm+IS3N8Qv/9L3Dc3xC9w3 N8QvcNzfEJbm+IS3N8Qlub4hfOv9ub/lZ5nwq/3gLzH67/6sZXxb/vIXPdS/jcr+l/x0Lrfq L/4hvrH/ACRz/wDeXq39Uv8AlCdW/wBIyv8AeXKh9XP9ROqf0bvyFf/T9xXuK9xXFf2wvqLg /WnCc4MazMYP0do5Hl8FyP14+p+P9YMZ1lbWszGj2Wd/gfJcr9cfqtV1ik3UAV5bR7X+PkV8 7/WD6s9a+rd5ZmUlrQdLGatK8X6p07qfQr/TzaiyDo8ag/NeY5Qzuj3+jnVGt3Z3IPzVXC6z mYbt1VrmO8WmCnxetWUEOZaWnxGhVjH6yxkEWwv/1PN/9d3WP+Jl39+5Yv8Arny/+JD/AO+K s/64P9GP3pf67usf8TLv79yX+ufL/wCJD/74pf64P9GP3pf67usf8TLv79yX+ufL/wCJD/74 pf64P9GP3od/1q6zbXtGbc3zFjv8qFlfWXNdUQ3JeD5OKBl/WB/onbcZ8iv/1ea/tq5DbfrN YS6XGnHJ+dTVrfWrLqOW5z36urqOvea2r0LJzaW4xfbYAXtade5LAu4+ohB/tN9Y/wCSOf8A 7y9av1Re0/ULqzgdPs+Vr/VchfVq1h6B1V4PtDLjP9Ur15ejLtEkkl//1vV+v4/1evx3N6o/ GZWZk3uaB+JXrHXsf6v30FvU34zGHve5oH4lesddx+gX0FvUn4zGnvc5o/KV5zn/AFU/tXX3 ue3q/S69dQMusa/3y4HN+qv9ry64uZ1bAr8hlsH/AB5cTmfVf6j3Wl1fVsOseDcpoH+9Kt/r N/tY/wDO30z/AKra/wDmyr/60PqD/wA7WD/1Vs/5sq/+tL6m/wDO1if9Vbf8qX+s3+1j/wA7 fTP+q2v/AJsl/rQ+oP8AztYP/VWz/myX+tL6m/8AO1if9Vbf8q//17H+s3+1j/zt9M/6ra/+ bLS/1ofUH/nawf8AqrZ/zZbX+tL6m/8AO1if9Vbf8qdv1O/tYBwJ610wj/k7X/zZO36of2vw 4F3WsEif+JbP+bJ2/VL6lhwLutYhE/8AEtv+Va/1j+rH1Dy87fm9UwacjYwEWZTGnaGjboXe ELb659XPqvlXNdf1THqcGtEOyWtkAaaT4Ld6t9XujZOwv6nXU0NAA9cAHTTv4LpOh9J+reN9 T8zDw8vHs6bZRey22u5rq2scDvJcDAA1k9lt9H6X0TH+rGXiY2XTZh2U2tstZaC1rXA7iXTp C1uk9M6Xj/V/LxaMuuyh9VjbLW2AhoLTJLp0hf/ZDWVuZHN0cmVhbQ1lbmRvYmoNMTUgMCBv YmoNNDIxOQ1lbmRvYmoNMTggMCBvYmoNPDwNL0xlbmd0aCAxOSAwIFINL0ZpbHRlciAvRmxh dGVEZWNvZGUgDT4+DXN0cmVhbQ0KSInsV2tQU+kZrrrd7babetkZLV7WU3VbsVXOJScXp7ou SlHY2a2I03ad6ZRBFFzuRmBZUUGQy64gyHphRG4BQrglBGKCYLC6giEgN4OAQix3L4i4K7Od dqYnAZJzwjk5+Rb7YzvOfMN8c054nud9v+d73/fshjjOnhynPyKQEPI8wIGhjQiEQDCEozyI z+VvwiHPAOKppze03sPnsI9XqLcvtD3oSKC3n7+j5yGOi6fx37kYSvyQjyOQ5w5o/faPPaCN 0C6Rl7+fVyD0sZfILyjQa+bXCBQOcUIgDoITJDBBhQr4EI/Hg7wDOM67OE5/hhCc47QTQjhO zn/aDgk4Ttv3QE47fML8vH08XJ05u3ZAQ8+/N4y/vN49YlwPHk1tKvUDWfXdWbe6sxoeSBp7 a+8N3eh93Dk8wXHZxdkNGdcMM2phRglm3MKMsjKPv8xp7I1Xt+/O0GyOVyDR8k3R5avDi4wr Qjq1cThSuDAwd2FA7sJA8bvB4lVhEuhz6YaoUjha5pKi2p97M1vbaxh7Ma2L0IMhM3r4QkIP 16IHQ1j05Db07cusWx5e9BPvS69qLQuX7LuskTQaSAoFZoU4oRAjKRSwZWxiMuNml2/erTVf lPz0YNYr1Eleb/lm/+64LEJ252rXiEU215JYLiEbtcjmsiW2fXSCF1vO8c/9Hwm2Wgt8Lq84 InE/q+p59B1JP2bWjxH6EZJ+jEV/tKLtl/55QBp+8VnukuC8JYF5S4Lzic07n+XM25/5Q/wT WpBSo7dEgfDNURivG0y66HyWKFxSqt/0zbaHdE1k0c6z1UEljRZeFJ7hFfKpvCjMwhtSovPK uemWpuYlKoiLbGfgP/PL3nuhjhS4uc7wEYiHCwEqHDdWzkK3P/Pnflk709RSnYEm1RhszciW al3f05xbvR+lq5cE5c/3YTn3+fsztyRVkXi55khhgldA4uWy8K4Jl9jmIu7gJ+dqmwxPaRKL wbgVHVtiQ4oboAgp61FuOF5W9+ARidF8E3lEicb5JEa2mwhHl9vmcjgiSaruoEkmBvOsuNiS WdU+sDmhaj7btd2cUEkbmoCg4wGEJiptsl0iHETimp7HNFwYDMrleVHzxoHLNriIEnpIfIs2 LuL64zgAl7JzaEWYLVuuFBUo9cO0cQkBufylt4m6YYNrcXBeWQv5jqOUuEjTAoKymb9UO4/5 ar/lmxVVcYeGCENgQCLnFLVtBx6knBQ1IgyACI2T2WBZLiq4OzzGGBEIUUVL/xs+tuy3KkJK G5HxCqMARLXdo7ZT55auoo0IASRaerjQNlHXY9KMOlOTEGMPx8mTCAtNsLRxXVTxubquFWFF jAlCAHQnqPS2dUfKdIwJAiESJFTaJqrrfsyUINj+BP3t8vW3/bITVHcJRMYEwQC62wfGiaFA qnsovt0Te6UloqI5olx3SHrb/Xy1a6raNbW6sKmXMUEgRLzEKpYE9QwzJIgrBEhQzk1Tgtro E2TSTcZj1b3sMMtgrBt+xqRbAHKwN20drKkGkfFYdX9z/4ntFviOfzaTbv4rM+SUbj6A7r9k XLOd723JSibdvDn7hNKauSAjR0mTwSG0wIbutw9ln7+uZ5KOz9kqlGmJCzJV9I59x41T2M76 lq8Ys86ds1ssMyyfisc6wz558S/Xr2tsz5ULA/OyGu4zqccA1GfTeoYygZPxWNW3DTz/6Fwt 6weUX1E9k3p0zraxqMepeKzqr98f3ZykZFW/5csqJvUAkwGrc7hUPFb11R2D6yKLbTuHeOv8 5RUm9SBtm805GBWPVX24TLcoINd24o25T2LKPQbSU+mdg5vVI1Q8BGcB1PWPeV7QLDhoqz0R a/6By5+cq7EOAJsOwLrYY/aZh3wU9IGZ84QTPQADKMwfJFWuFBWuOiIR3+5jSjtQnae3PM8M aKWPeMX2BRQjI5rU6/UjWgHFWsvh42ZrEj0eIzVKthv3cGzSMaps7edSfrxi44lSJneCtHKG kkZ1JxfEnStEhUTAbqlXd3997fX6Uay02ruWw+dR3EkahNgO/uHzScdjZX9IVGbW9y4XFX4h b2IyKMi0xjDvUA2KARrUPe1qnLLdJVm9/bSKfqWYFtNb0got0YnKmuz55ev1g1filTYmg6IA Bh371jGqZGuSMv+2Ye+l2uVhRUwGBRrIp/p7h02DooAG9Thf41+sffNg1qLAvKUh+UtDC5aG 5lM2ItMyPjE9JG9CpjeLAvKI2df1jMo9Tb3AJ5P8ynoTaoZiwQTY0GDm/79i+pP7O59iUNLn DN+u/r41qeqvl+pOqdqIRu92dtbkPONRkM8uu7o8AurRixp/qXZZSH6Cul2lH1DdG1Z1Dpk2 Q9Yb4u89q82g8ff6wbgrrQsDcl1Tqt3TaghM43O96ZVxM0Da2I9pAZ+G0r/GNEK1Dz+zHL6A 4lHSR6vAri5PFNE95zWbTsgiypsXBooz6x8w2RSea6/HKSaF7Z+WjRY9p/GXaFeHSa7dG5yN iMIYGKL6bv/SELFrarV7es37kcUWRCE5m6jQgii0tyUR2SSqvVfOjQ+TlQR016PnDAklo7Mm NIuuN1ESSoazJ6GmvrQ6ouhazyhDQkEQ1V3DRJl1TTF2KEpCMTOilUaMBRGNk8dVte9OJ5VN dAYLRahYKAvWgYL6leQZwSwKw8BEYacqPDJq92RoZg8xKNfqTNkKb9mdh5GKFlGpVlTWGCZr vvCP7tmNB8V5VFC2xlPRMVDbPVKgNRRo+wq0D4i/VfohmsD5CFjgqo4Rwijy9v7ZZkYFMJiZ W4eeVXcN1fc9qWgbpIPjg8G9/Pd/1J0D+tHxKv0gTaRCwCPuePRCouvVdD2eLQ2zvhVs0vSD L9oGJhRtQ/dGx2dfMgzBwS5ZU//T0jt9ppPt03SOMFUtAUjVmp5T9pyvJUrLusjiw2WN7waL A6SNTFVLMNdphVq1BGBV64JxUrHZBkAQp9uAaWahVC0upWoBhCxMrAwqaVofVaq+O0QDh8Jg cAMTk+8fK3UIl/rmN9DAYYAHklrXuSmmHI2Vn9V0zXYPykXA3BMm170XKeHGK4TxlcL4Ciy2 4rfHSralqLLJQwQCU2oZCR6BWfB/HVG0LVm1OFA8hS9MVCIn5e+FSxzCigTxCpp88AHT2/9s Eo6WOZ9Rrwqn+YKcKmwAcHisfN+lOscTZT653zAVNgA4w9NvuSflMZUt64+V0sAJMTC4GGXr 4qA8YZJS3kpTdjHru8MKV9keIW9eGyn96lobzWljCAp42qXNBre0qx+cVplPG49TLBcV4Kfk JxQtNBRT1Y4PQEEeeYmaNM8n89OcG7vO1iwTFdb2jDBVPD5AxWMffMlwr2bwBUGcrnhpswZf asUDCDlIUi9IqNxzURMo0TJVPAA4se4hMWSdVLauJZveMrBZHQhbN//wtPKD5CsbTshI/rGA WfuHDc0w/r2k+Z+HpNpPs254ixs2xsgcj5Y6Hi35zdES5/TqrcnKX4kK41QdJC7zyGoqfmQu tpnVWPxSKrmnFD75t4gvC8K3cGz5tjNVHhl1f8+5seFYSVmrgakEAuS7f2ISjpE5pypXhUno 4ADdsDdD45Z+1SW1Gqct0KYSCABneDrJPVlBlBqio9K4Xwjo/piqlt8fLzte2eKc8l/Kyzyo 6TON4zuz29nzj123dZRZWkRR0BHyS0IA62oXHVuG2ml1W9eu13igVVapgiSEAAmHoBku5axy JhBC7jskELmPcIdTPHBwhvGgLpYlnenszr6Eign+XsIz8/vjnfzxzfM+z/N+vs9TZ//v/3AU BATIM9iYUkTBWn7DCEnZaQQBLHu6cegDlviTHPORirbgDC2qPCVN9Y+y5kRt3zdV1rXRoghh G5aFDAgLnRbWd86W+MSL34koSdYOelwR0nhKHAsZABauYmdlwFi4ip0VoIjdWV1ZCLhy1+MX WziS08LmTRwJSYAOFgIC/LLo7pnKtrPlzX4cqcD6gESRRgCvPDbtw5F8XWo5Wdk+PD3r1Ehv JIOWNZI7zcezP8bJe78oqt9fYD5T2fzP4obsu6N5jaN5TWM83aAXu5aaJP0s3/ynbwV5zlPn MjQyIGhko7lQ9ze+rqh17FQFInHb0ZLmHdfU25PkIdfV5wRtQWkqHBoB1Zx6OUfhykOzDJ5M MUnug4JhuY+qaWekKY+WN/px5c0TJOvlIh0BAU7OzDvoOOibKMfRERAgT2/bwKopbB4NSVNl mmw4OgIC5Gn7mHLrRpaY7yxHLOkRyypCuBMUdz1aEyU4Udn6RUG9P1d2vOIuqv9pYfuJshZ6 qsqfK70s69ySIIsQOM3fCMHOjAx0+jvCLSPtfhw0L2oPFtSvuSS4YR5bH11FT1FG1nb/9nx5 dsMwDpOBAEyWLY6MgytgMhCGyUJLpLhrzaXKc5UtOEwCFH8eGbPqwnMxI6OjjIArM9JUX92+ uzVRJux+hMMkIMDtXMUFYeeuDM1HN/QH8+pxmAQoXhS1MzI0O26oBR33x5/OkykGwRSvm20p xoGg62q2pq+2n+zWdKCisOvhZo7UP0mORD1inQBFc+Gqk6K76XZh4sw0hOfUkZSYEQgr8d5s 4+4c/bqYGnnfYxyKAXJTL+0UriI02+gZW0OGYmDu8i2jfonSC6LOv8SIqq0PcSgGBDg5M0dP VvI0/b4JsjdyDBcUO8kx3IFTN4Dm8aMlTScrWrclyTofPcPRGBAjGqOZCjSrivkNgyRy0Fe8 mS3Zl2uiX1d/edvy9pVpRAjsyo/+PX/otsUnTsJS9m3i1FZ03ccinA5B+KwdrU6LY+67UcLe qdnjgpbfR5afqeqgJqu2OlfLFeF0AMJLFhE+7IJwguHlzHDnoN3lYgHi+ZZIUecvz5QgzZU/ RqoSR3k6mPK5deG3VqI8ICvJetuuTP2+HCPy6jdyQUtyy5IS5EYuz3JvT46Jka5cEyU8Vtm+ NUFqm35JQj0H6+mrp17wNU1EdVfgNRWZVhBMK6K6Y29+XYysi4zvwbCCmMeeecXVUlNV66Kr E5W9OL4Dolvge5ZmBb4DisuUWb1ZNXsyDTn1Yzi+A+SmXtkpPEVojg5Rj4zvDFjuTOPT2xKl JwVNaJ5N0ffj+A4IcHLG7hi1bb4cKY7vdADftf3opmHZBlqa+rMiy6nKZhzfATHyDDamFPG9 lt8wQiYXApO7JO7expMdL28LvqZ+uyY0KgVWkyez9s8LTbuuayKErYwMxdtJXGQ7bfVJfPz9 nB9H8hrtgokXr0jmZ0dj01YfpjdT7MuRxcisv7tQfqKsFecONIA7lDY63GFoJXegAd2hwFzV 8+CKtDNKao2SdUdJOl4f0C9dPx8k6GDNrh/BuQMgK8bx6bWXhR9nGcJzjS7usAQjgnBVdAcj 73gJS9Xj4/yaXK2Btnpr2JOlPVxs8Yiu2pJQe6qs5f2rogzDAMmjp1FglSttv++bJPuIr78o 7iSTY8DkLoqtqXobmkYaJp6SGUQIrCaFrQ88WTXebMn2RNnzH37EGQSgJhvYaAHQrWAQgMvG qbv9kmRHSpqy8QYBkJt6OUfhykOzDJ5MMZkcsBTB6dqv7zQG8mSHb9/FuQNAbnJm3uEOg76J cpJ+DqHB+pmnt6E9J+yW6Ren7xwsNvuwxaJukiWFtvwVu18A+phy60aWmG+y4QwCILclXpqi 6/dJkFR3PSAzCALWzz1PZnwT5DGy3r9maNUDT3AGQYUYhN2Pg2Z/7cGCejT7T3z/HxJRR2MD RPmGoV+dLT1a1rTvpvGP/6qQ9E7iPIIK8IiyxQ1icCWPoAI9otCSoB/YnFC7kS1BQ8HGeLHj IHY5xC8cDhSacR5BBXjE4gaRVReei9sgCFhWvvrOcuROIyVVmaYbxNkEdfXPakuiNCzfvDfb cKt5bGuSFEnvv2nC2QQgzL1ZxgNFls1sSf34NM4mAHI7M/VJ+n7/JPnoNMlAs2gTgLI8fD7n wRLtzqrbwBI33X+KswkqwCbQHpFpWMEmAJfdk2X4tMjMyFDXOBMuxMUmnORC3NqEncJVhGYb ET8Nw0/2F9XvyzGF5dTtvKHFYR4Q7OTMHD1ZydP0+ybIcJgH9CNPN7C4BLx3pXpDnHhfph45 OQ7zgDDRlsJUoD1AzG8YJOEyJRjWQJbxp2uiBCcF7QFcxcMZJ4RSl0i/LECqG8XGiaca2xQO 8AQA8LN2NE693gCEE8+doiMoS4RnuKoSFDeyIem6P0SWs5U9669W+ScrXth/OlayyOfhlfhM APmcb4kUdf7mm1JvjiiAJwtIVQUkyxYOKaqAFHSQLx2OlLfg+EyA+ZxbF35rJT4Tq2+0m03j HrGiSHFHWJ6ZTC4YJpdqsAWmqD7M0GZahkkwRV12X3eY8ufKr9R2ebElJKFRQ2Chjc38gIiy J9dEzVCThEZjwEKjpaivyvsYqSqS0AIpsNB2ZurQWLz2clVZpxNBCaqXM92dW9Pd61zAe5Ym +JqmoOlerLIrVt6NPrRhUpNVXiwRU9kdkKbEoZoAoPqVncJThOboEAM/ztYHpqlvWEbXRVel GPtxqAZkZXLG7pjIbb7OG2awC6qd5ILdIVXb7xmzgOrzos71caJPcg0fMGu4dYM4WgMi5Rlt TCmidS2/YYRMDviI+MYhdGVqumrHNTVJO9AIOrAdmh88i5X3LDWC66EnVtZtnXqBQzkFMqvP +XEkDpQ3vBslmHjx6u0eIxhBrqLuemztt1UBKYqzgpZfnyuNlnYfKm5wUHzIheKvgboIccrq gbrA8AJzZG3X+7E1dc6jnyuiAYrG8em1l4UfZxnCc40uiF4iDUF1VXRHGjRRnKtq844ngyCx LJvuWmt2/ieCq/h7kcU/VUHGVBpM7ryonZGm2ZmujpX34hANkIuWWv2TZB+ma7LNIzhEAxIX mKo8XNp8sJhsQXAgGhAa6rtD31n+fEmQbR7CIpoCQTQbTeA6tCIcK2n058nRvWk8JXrwBwpM 58UdHjHVt9vu4xANeD5TL+coXDlyF0+m2ItZw1L0fF5o2s03EClKHKIBWZmcmXcgetA3UU4S bAgNFixPb0MWHXbLxDeNFDTfe+9y5aFiy6Z4qX6MZCmjLX+Z7mfqPqbcupEl5ptsOEoD5K4q ewN4CuQhVxW9WEpDOqKyYxK1w2IvvD44zjw5LVnxf8rrPajJKw0D+Gx3tjPtdme6ldWRlhWV VqBqSYBA0FqldpSyN3Xrta3K6HopthoFAgiaIBK5BRABuRNIIIRcIPeEJAiEIFAEw0WkLrh4 R2TKYtPtX3v4YGiC30l4Zxwnfz055+Q9P57zzreVJW13MUpT6BClbT4JqHArd+UbZgr3i5cY pe1DXf1yEbyWtyJ5hypa1rKlbmf4XgliQmkrXmn79MUoXWBCSq+IrjHeeYhRGpI4V6S5uvAc XJGmOia6GofDvBYqp35btuZYlRkDNSROfOv++wni/aXNB8vJ4qj+sDj9nacfxIt3FTb72D9P 54+PGgw7vsc/2ihs2ee5mg+T6nse/Yix2j7RpdWXG44JLMdryTY7YzVks9Hi7r0lTW+erGBK unBW2+ctqk5nqtFfujRd/7HqtmOVZoawI0mOOOk6UNr8blR1ddcIyauVwNrhi1y9WscmbX4s WWiWFlWeM+L2tUmy14+V7chr9IoTMepuYsCGHM3oxHRAUj1b0eOdKCGJowPHiq3qRdUfdeoM fR9ZXDAs7i9X9b7nRXSO6u95Bgz4oNUprEwZquW16UbSlg9cXbS0awOn4YN4UYllGAc+aKwM g8/QKM0O1IIPJebh0HR1sf0XOYIfDAB/yuaTKCFquWkG/HEs+MGLB7/v6X+XMPhrEkQMya3f HCl57WgJAX6/E/CDYeDnmSJrbjoHH5A4B36OLjzXEfz5skKADzgB1cCjFTHCHUVNXufrXvz8 y7fV7VuytLQUZYXlHslrlRrgmO7qtep7UfTXawbPGGHH2HN+xw/LGPyvSpv+cd2IozZ48dSu ihOeqWtHf6lw1AYv/k4c4rUd4t1Af/Gzm+5gqQ0GUstVBF6WX9bePlxmPlzRsq+0xZ8jc48S bExV7CkxBnHUdl9EcaDW/osorqidsvklycLydEmN1k0Zqs+ytCerO1fFiXYXtiw9K2gbeY7T FnA6oxM2oh5bvRPEOG0BcWxlj0fUrLaDZG07GDbA0ltj7udqwq4Z0SW7Zhpka61MMdJSlG4c wGkJWGy0pDMwuWF1rCjNMIDVEjIZusEnh3mtszOBytbch4qWD9niPcU3Qq4oi1t/wGkZBKnH 0z4JdYSWRrfTVcPPp169zRTaglBXt5nb1Pf68bLdBcYNqWokJEFlnxMqg2BU5jfOdGOm0Dj8 FEclIFE79Hgpg7+NqwnP0TpQGTRP5YLEIBeJnkzBzutGdAmiZV0UVPRqWjekqnBIAo41zWD9 OE1NTW7YVWRAL8WwbO36S+Ji8x2Su0YgGbT48V1zQXxJ3RuYLH8y/QvOSUCcb4L4JN/iyayV 942REB64YHWuCF8ZjwqpKjxbR7I0WiBwpwniJEX3u1E1wu6RV+/PLKyA+zM2Oe3Hkh6pattb 1uybKB569IJkJIOCYCO5NUuzOU2+MU0RkCJ/NvU/HM2AXY9O/ETQfNv7ghRHMyCOrbZ6xAjD cvUZ+gGSwabTYYN9RtThHlUTfEXpzhQeqjAzpZ2rY2vT9dgWC1hp3fdj/pcbfFnSPWXNJHFU KizupKBtT6ExJEVebL6L05cG0dfmk4C6qpLQlz888fJVfig0umOoK342Z2p/d6LsnPT7ZQwB Qa/VCb00GL0FpkhRp/OWCkica6lcXXhOoxN6AXuPEncGXWkIzdG8zahay5Z+lq35ht9GkkvQ C8jtGBn3ihV9zWt+42SF29nqEzXta0kvEuEubfHztOu66QS/bT2rXtDxb5IDDQD+RHXdY2vO i3YWNa67KHkw9ROOXhqAXlRQM9VO6AVsNixLu6/sxidpykx9P5mSfrDNjk3a/Fiyrdk6z1hR Zfswzl3IPPY9WBkj/LL8hntMzWWtFecuYMujE9MBSfVsRY93ogTnLiCOrer1iJ6txH2vTrW/ nx9sqlfECkMylMtjan7/DY8pQ2W4Nt14+9VznEUXcI5doxPvRQk/zdGtuygbHn+Jcxewcepl +f7yZv9L9cWWYZy7gQB3p2w+iRKi9Zpm3B3Huhu4+NPk3by35HTVxlTlzsKmtyJ5HE2/E3cD Ye7mmSJrbjp3F5A4526OLjzX0d35GkQ8VwAH6sYQnBF3oP3uLmpZx5Ip+8dIQqmBsNDwXF2E oO3NUzzk4+aruv3FRpy4gYufpGzTwIp40cFKyxeFZHEBdFjclmztp1xNUHL9cYEFx20gjFuu wgm3gKV9kW/4PE+7PVubqSd7IhDcAuLGpmx+SbLQbBUSiMzaYNgMxtR3rWFJIqpaV8aKLPcn cNYCFjg6YSM6rhW9vHDWAuLYyh6PqFlrB3HWAnTIaBp6+3TVxxlqdEmYYmStKN04QCKjH3AA t2brdxQ0uZ0VpCjJ6KZSYD9Lg/XBSmbt0WrLn84Kilvv4awNgHTcaZ+EOsJa1HGrhp9PkYQS wwgI/VdN2xsnyg5WtFIvyTmaPgdoKb+m0h1TKa5iZ6jNb4wUdfzhFG/7VU0Evy2C1xJR2erw Af1PfEhW9eIsDgBYPPR4KYO/jasJz9E6WDyfSFgMSEQlfXuOLiRN/lmObjNXg4MYcNr5TUNe 52t3FzWFXzN4xdfp7z4lgzjIMdTV4Iamq/YVmihJsnh5N8kaA4Jga3w2/XOsuOOjC+IDJTfc GPwh+6eUI8cBAI7jUftVOeEYsN8ZjnP126/qM/Uk95668Aa45Hhy2o8lDeVqPJi1ZHF0WNwn GRpUBkJSFJvS5DiLAXGjEy+J3tvrTfpMovvD4thqq0eMMCxXn2F/drR5MymwWflbgWHVBfF6 loQp7VwdW5uuv42DGLDGfNOdP54q+7Ki1T1KSLJGKlA4ff+jdRekO68bNmdoEG/F5rs4i/0h Ftt8ElDvVRIW84ftL8mv/ZTiGOrKm3dOV/omSk6LujgaqzOI/YEQF5giRZ2/PVqKMp3/oyXX 4yAGbGOuFHN14TmNTiAGJKZoepdH8dMNA1u4mhRtP8k9oNIcE13NmM/5ukR5744CwzqWmMRM gmDAOMj7HqCD3l/avCKmOkbW3XF/nAxiGixUP/jkq/LmVfG1/yxo/HOsMK6hGwexPwBi1Isz 1U4gBhziDMTXGtGfyEw92W9CQAyIG5u0+bFkoVlaJBRZL6bDhkZy6+F7UTUHypqXMQQl5iGc xYAFjk5MExb3eCdKcBYD4tiqXvQCIHpxP85iyAz2P1x+rnp9sozT2L86rjbdeJsEEH+KHxCQ DakKVC1CUuWr4usS67stI8+Rff+ZtLXeG88y9H3EkoblNn6NxpQpXPIdv9gyjMOVCsB1yuaT KCGKrmkG13EsrtTFj0OstPu1oyWHK80cdb8zXKkwXEMz1Ryd9YjAElHeGlHeMlNry80RFS0R VfMfzLMfku3hcsQVsA1t/4MZXHN0qGQ44Do/hgSu1MWPoXlkAlXRE8J2eqYSJysgbndZ07Zc 9JIynJXcsjvkebD8FwwDxZVY34m6PeNE+4pMgRzV+/GijRz5pisKWnKDZ2wtLV2+t8TkwUSF phFnIxVmI1fhxEbAMczYmKfdnq3N1P+f/SoNiiq7wjNWRrOMJpaW46jo02SixgBv6XWmYpVL dIxxYmVwptRkHCJNg6y2zS6KoDM64q5RERrEXqHbZkdsFlmlAaUBZRMBAQVExSGoMb9yux2b 9+C9fu+mEsgPqk5ZtxC+75xzz/e9c5uZvBECrnvoFRqTtvpUDnAMOieDhNuhKF51LHvj+UJg uEzGCAHX+fQVLyYjOqthWaSByRgh4KKzLW+NsWmsZAgUh5OMp6piXpAmrrQNjHlsYSOjK8Io 31jf/TOfyyuP5gYZa1bGgrnUg05i0em/DEudHajccrHoy4QSUMOJgkbwOosvu8/kihjMyjm8 PFJvc0WwcirvPRka22pMiFNB2Vq9NjbrPani92dMjiwRg7NE1jVzZN/8NpPJEjEIS2zunSNT rT9xbePpPIol2o0A41MR2Yxgm6J4ZoDSPamUyQ8hOpzX9HBWoBKJSK3pfEbqMGb3w9EdxlgA v7lmQUK060/mbUssXnPatPpE9ppTuZvPF6EH02fLVFsVxUxOCNGAxRFgS8xx4IQQDfBIKl0V m/On8wUHsxuYnBACrntwGD1gXH3imlNoCp11YXBwv4nS++gqnYI0XyWWMTkhBFzn0xe2FbFu 2X4jkxNCwEXn1oNleMNZ0zFTI5MTQihl4OXrxXtTt1zIny9Xx5rI+yFud8JR/cNwFsycu70r Dhhn+CjCMy2xBQ1yY7XMWL0r1RxmqHKNSScOZeQ09IwQ2XlwHpWHjWbjqbz48lYmG0VhbPTV 8kiwXGbbbFR17+kLJhtFud9TTmOPj9rsq6uWXqlktFEUwkZDDbcBFMc4ktvAZKMo9+FoevQ8 KLXmTFHLuRut+9ItI4gi+wMWoyKKWBD9dWaXg8bF4bpFYdo5cvW8MJ3bhSJVTQeTQaHcDeqv ilJ52q29GbVMBgVxeVn1Dz0ul50tbv4mr47JoCDgBl689lKVB6ff2hZfQnMtIgzuWpQ17V8n l8WVNG+JK6zvHWTyKIgE+4dfg2FVmdv+lkz3gRMTcHCqqvvb40sjjLcMlq6xcMToMWSDU9xs /ey8adOFAn1dx9gZJDACbgb9tJWiIzkLgsAMpi4K1SIRumWRejCYTJaEcrekvcaaa839oy1J +MaSQNlUSxLCvHfH7npjbes/+6vuoX8SBzPWn7i+Pb5kUbDu/sBLkl8J7TPPp1aACVl6kXSz Q/hNBh6dxiVWHc+t66fbXvnAJlGIh0LHk5fdz4cfDb1se/yCtgweFY+1jISq9mlSrturU4hW e7uTlhcMKYrBtK+644MgrovzzEClqqadlhd8tlAUgje5snMuN953PeLnyrWXa+jrxRC+WAzB q7F0ce/zb6MMBa29tLwo4BVB8KbUdS8I1XHk/VCuK7hHyysQA14hBG9pe/+vI1Pf8eDS5wQk VJt5p4eWVwR4BRC85q4n84PUHOv9+HBWWdtjEi+fwssn8bJ9tD75Losj6fL9V2kZhYCRB8G4 8Uz+jzwVXNqLx6TRMgoAIwHB+HVCCddn7qEMWkY+YMQhGI8X3p0qTeTCuDTSQGLkURjJvsRm sB8Ga7m01DXaSEvHA3QoBB1+KINLdeD9R0tHIHyRGILOU1PGhe6jvXra68MBnQji+tItD2YF XGGlmydXq2+10xZoZRRCFPg7DjKc7pd8saKFlg64ukgAQXeysPEnu5JYGSXqChIdQaEjmwzb G8ApJIV1MoWHc2lLAx8OEQ+itKhsC2tdC4K1uQ0PaUuz0hEQpa2IvuqYa4pHgkxfRVca2KH4 IhyitANZt6Z5sTjnjECl+cGTsRsbD8WobOyPhfatl25siS8xdzwd+wzkoSIqHFuftOb2L+JL v4grGvvQ4oGWULDY5Nn27MV2RfEfzuVt/rtJe/sBqbeCt5A4Pqq3AhZMU1O/wdJjqO8x1PaM HOpsMeaQe4e8bBAiyo2SXZtge/SAVZyLsU3G+McORSnNrKIo9YrZZrUIvDv9fviUfHI4kw5R CIeYYemav+eHl8DCsFQmPUEgSlQ37VVj0Wk0++wbPcG8k5bvM3Bv9fwgbdG9PrKkxHZJWX2G vJkQYhZmY/1DLt+2yZiQcKAqlPvE/iWxdO4eja+m6o9nCmbvVo4gCiiqIiGy+b+P5ubP/ZV7 9DUbTudN9VLcfjTIJCyINKWaSvGR7PC02l9FGH7qncQoLBRGWJF67t1mEZZQDCOsL+MKJ3x8 JoMpdijKRu4ZJwuLfMs4yx0777+66mgu3b5HUIHY9r3r9/re9Yg/abpLl5QQLinsUBpxMJ0m KQyFS0pV0zZrt/Jo/h2apKzahknK3PXs6at/0QFBVheaVguuj8kbKBL9L3uDpqill9kbRDDe YN9xJuP/MCgf3bfqIcRi6i2zqael7x8fhev/fC6fTtI8Khbb0IOkPJXlTN4AAeQUptmeWEIn QwwOaElYytZLhUx6hgCKyat7x4GeReO2RPNQu56tJQhJxDyUhTm/qW/Cp3YyHIQDSQu5S7q0 fcApWOtA0kIoSbtdusEkaQigqVKFA0lDAAFJrz2WyyRpCKDPLxb+wi+ZUdLCcVvfR0laACPp 3frKCZ/ayXAQlA2eKmkBd0kXtjyaJ9c4kLQATtIXC5gkDQe0PYHOG2yShgBaEppKkfTIU0AA 16bsxu45MtW6k9cYVS0Yt8V7lKr5MKpeeSRjwgd3MhyEgw81n/u4mjsHFoXoHKiaD6fquCIm VUMAve+T5OBDDQE0+kNNVTVEm9Yez53hm5xa28moav74rd+YXdXWKnhkVWMszH3fv3aNSpvw 2Z0MB+FA2DzuE9s+MLw0Qr/p9HWa6UcJOKymx89BXrtTqpm0zYORpG7jWROTtiGAFgRrPdU0 neJhfLjqonJug5fBV5fLGLXN+5/u4f3M2iZgtG3uGFgcmjLh4zsZDoKyigvsGkKpdy1guWnx t5nOUVeL2/q+y2+eIkm4cKOZSZgEdz19eso0W6ah09Oo7Nj0FJ1t+bF30rniZjosHhxWAdhn A64sCNUwapMYv22aqk0cRpvFbf0LQ3QTPn6T4SAo310+RZuku+az3HRYevUUj3iXaOPM3aol 4al0iEI4xH2ZtUDkK/YZPtijft83icY/bKrCufvHp2dN5MLdLhYyygufqLUWg5JXa+/CYO2E T9BkOAgH8sK4i6H5ydDSfXoAN80r8UB23Qgiz44ooiLyWBDRQxkA7j2vxPBsC5O2MO7a4sWk k6t2pC1s/NZK1K4tq/mgZG2hbIaWWS1VVkhVFVJNmfXf0Yeb1v8FBzU4lNMc1GVSTaVUWUZz UNkOKrqD0nZQ0x7Krcga2kOFNR/6PCsmIs9KhjzLHeWpgsvzsrmVbv3DqRfNtv61PB6u7fue DkgMB3R3YLixf4g0fALK0JNnj01LDQ+HqroGq3oGqzoHrYdu6qGbdOgatPS8zX6123TXdRiC iRA3z+kYKnYBD0ICQ9zWIs6oCybgI247kWWbZRJfbz9vf3dZGLLK3z8gyH+nxE/iL0fc/T2W u+0CCAQitgLgfGv64I+XIW9+/hZZ8ObHqA1ujbuvL+IZIEM2uwdKZHvsv8mz/qYzDv7CmRDb UNy8JMjnkp0B/h7IhnUbNju7rREgn0nkIQEyH29/KbImwN9TIpOAbOwYuBWDQBFn4B9vikBF Ahurl1we+LGra0hIiMtO/6CdEpdAb3CQuXjLXUcgcRTFqfngQpANbkveBRWIbFCb3MMQTOz8 79qrYLdxG4h+wf6Djl7AMiSKkuzeciiCPRQN2gC5+EJLtM1WFgWS2iD9+g45pCQqTrAotpcg lijNzHtv3owITez5bfIkNEvS5Jth3VucSZpT+3zhcylL6l4AddlzOMXVxf/zx+MXEuGXJZcE /jwmMX4LBOypOvfPaK4E1+4aDdfk2f3OD/jbkrpHUpsJPHykLnyMHc0Kd0LgDefEU3ADlNir pPQRToL3vWAdxj2El2QI1bfecNUzI2Tvj+zJlAoBlTtBTKm4E4DyIqDs7bWUQpkp9IcNuQag iIslofgpV1/BxorIXSk8oJtn3lx70fjcqnzOrTz43G43YQz3qVVxalE8By6dnhrte23hWPaC gRrx/fNNG35DkMtqjkwRuuMG5H78usPyyyyUbzVNi7USrBITYMzWrLFleCtceIDFXOHWzHiS pvbcWShtEv7dtvIr08mVd20iepSej4aVPjEl9Bah8+y4LnDl+8o2kEKWpqiDci6nQkjAKyLh fKgzi9ABIdCD7LVUvI3YwZROb5GyZ7Krd2QHqS5FMznVRclx8F1Dg5A8seGMx3nNFD2EypAj sMuA2i7zJGMD+OcfVHMVhjdmVNB1x83LY1LtyPErIkvIQgQFutYTV+CUNxZ6oy4jAd7p7g8F WH0uwGK6XVDiBfjy6MV3WIgvJxii2hU2c8vri4AJwbVOorBThXuv4ixYqZVwUX4kYakurBf/ cKtFI0G7CrrPKNb8rX9Be6XB6Ct4I3UUHUlV483S3ww6mEeRu5zP/hP8fJGD8wPZyQs46RZm j7IjVrsin5Q0spGdjnNI7byyU+4/JpHXh3dMA6+A5DCCdFzomE2f7s/Og2Aev8mT6PintHrd OG3ARPMUWOXkJMy3yHg/n1uO96hRTeTK5WwMJMMkByUvit3w9tK0Cz/bItOmHzlOGDQ7P4i0 7EQDpukzrLJl+oPbViKjcA2HGbVcN0qc4FFsGbs3BC/IYUK4dlXiAltUh+1ekujtCrY5OeoO ba0qFkW5A2M/jKdO6Ctv8fl6MUgPNNQ9dNys/NJtcrU7ALbDGZiQzyAatL008WRvRgXTwviM ytlkiDe+sW9BoI65iGhbCn9dI1XtC2/c64GeeRuV4OFqOaZgR/xLjspCFu2Z+aSdlZ5npWQl UsraForWllJtmOGpPNvZlzJlkoCGE3sLc7CTg91rXX55vY/zE328Du2oZ8aus8s9wJejONMR OHfs2lp+IM51+x1a4q4Jy9G9yRotJy0zDMMvepxO4Rb9vHPHDtFkeZaDaNZT8RxPRWFHG9cI Fy3q5YJCao9Z040t3yanEb4WFE+syOy3hNWokVu3rpxl18lXKHB298yxbD8EqveG5m6W7wSA z8x9k/k96qEx4jsamreNGzuBw/VrG81mG70zU340aoGkPIBo37TA0aHFbexYWMZmRsOmRZc+ sJ4yLgIBaMkdc/9hLPKlBSc30CbsIFbsmKEBHk+8/ZlgYD2/D8YZ+f+EdvhChUHNtKUZO8lj ++vzl38BAoi31w1lbmRzdHJlYW0NZW5kb2JqDTE5IDAgb2JqDTExOTIzDWVuZG9iag00IDAg b2JqDTw8DS9UeXBlIC9QYWdlDS9QYXJlbnQgNSAwIFINL1Jlc291cmNlcyA8PA0vRm9udCA8 PA0vRjEgMTEgMCBSIA0vRjIgMTMgMCBSIA0vRjMgMjEgMCBSIA0vRjQgMjIgMCBSIA0vRjUg MjQgMCBSIA0+Pg0vWE9iamVjdCA8PA0vSTEgNiAwIFIgDS9JNzcgMTQgMCBSIA0+Pg0vUHJv Y1NldCAyIDAgUg0+Pg0vQ29udGVudHMgWyA4IDAgUiAxNiAwIFIgMTggMCBSICBdDT4+DWVu ZG9iag0yNiAwIG9iag08PA0vTGVuZ3RoIDI3IDAgUg0vRmlsdGVyIC9GbGF0ZURlY29kZSAN Pj4Nc3RyZWFtDQpIibVX23LbOBL9gvwD3tbZ0o3Uzd43x+N1pXaU1Uba5MUvENmSMCYJFgBa 0Xz9dqMJSpQ9M6ktqirlUACJvp0+ffBp/WH4z4mIRmK9/TCfDqZiPsPnX8TNczybf1z/htvT ensqeEfwclQvR2Ne748Go/mdWCf08yBuPn1e/fJFyCIV9+sFfxIM9aNb0Y8m/5+dEZm4+WS0 TDd0+kEZyMBaIZME/+vQEkU0HntzDzLZq2Lnw0khU69gjkJvhXUGZE47OaRK0jmjYJAdTXTh oHAduzWdsls6LysHRnwBd9DmxYqFJvfY03e8Wam8yqRTuujYoUnMDplj6fTOyHJ/7IkVJJVR 7ujTVhr1KpNj50h4Wi164mn5ddXzZv67WK86jm3u7XzGOpoCnLdygI2QZZmpxCeza9TNL0wu jXY60ZkVGpEn9mq379sS4L0SFzUUOnTp5t+lw0gzsamMdcIelON2uIatU6yUaGnQkoPEVQas 2GojNPvSivxPgx7/rCN3LXANopib7OQQmX/se78W/UTnOZgEum6kW290AdJiyDlSB5JMlSqM HvnmO+HuPCXvAICbrfa5y8os9EZlIGQq9jq5Su2DhR2G3XlPzTixbCK0Vud0VJ8fsnMB4EtW PoGrS0cGUcR0vFj+irSIf2W+SSU+PtFK14iN2FaVOeWnIJPUUiYv4PobaSFt5lP36SaribQO 6ahTJNK5JWHRq4qrNBQlb8ZMX+dH5LJA8PuupzYm8WB01rYZRzMxnv00q72xGcCx1Acs08li 57X5TyUzmv6kk8C8qk65kk4vnHI4f19BLMDtdaozvVPcZWKtuy/WbVzHBRXQ+AtV86LL83MS BNllo/tGmdWKMM+rolYO16BRX+Nx21W3B226FF8U0B0PyK8gsz71vvimscjDbyoFLdZGFrbU xjEdfF6+M6quQAu+qdgtXRErCFVccWRxHCvpIEOsw5XKOZoyx64g2/a12clC2TP99RdDhn28 BoPRBYl7YtVoQmo+VohvlUq3SU/2kFZZt8TvYc0hIYC3W5WIx2KnCgDTvaGaEIKhnyH/DvIW zJ1fFcXDXhqZIHMpe43rYX2h+S5fIYNi5/bCYHeiMLgS/U0nbA/lcgkGdTvmtnOpHoJCIw/S g7+HNzXYwlknfIXmktg1yTFKvyuDKUWFkmm6oXnxD8bqgn4YkNcjvcZy/NQT8WCKf8dP3oHJ 07V4cDZum7ZQWLyUXcna5CLF/uLH+v6+bOraudW7P7Raz8tumeiimmc63h6tg7zz+OoaYiCZ lm+pxwf8BAWYs7aZCTKJ1uM5zrXJ9OT4UhLexara5Mra5oNgGd+OZ3zV4hdpe3xbu5lX1vFK VK9swP+O7urfls51RFW0PJ3Vy5irBNmZZFyWHf3ePByBVwZtUmIA/0kQrE63T0ZJ5hfikDNV WGeqxGPK78zCTgo2MWoTnDh9wCfO699758p/DIe01p8gjEKZDofDICmqBAalwgczUG54glI8 GsUDJC5daitRxiJbsl+TxvPKaaNoj9YnwZzd6ypjl8azi/TN30/f5CIXs8tcxPUCCoYSM4za nqMZTxs1M4huuUOSvVTGousZ4CVTEPMaEU6OpufovjwfcRhHtRov8DPA6dAqMH92QGrnVIRw SOO1VppshepvK4PWeHESNwV0UmXoq18d1aur97FVngF19qe55tzM41NuRvGt91yWqPd+qJyE 6VHEI5HqapNB35YyQXslCg0rnm8qzBt1uxVRXKLsQLbhPFJCnj8OxBoTl3gBT58I3y8kTCSp 6uIdmSk3CGJs5zZU8GrUqrfc4PjnaEKKoumonVmEZ2p77X4d96f8UoDmCxzP3mt6rZA512kc ck2k0vqSRFCmmHFa2Ay+Bt9lhXdL83xjnz/yi02f2/aLB7wDtDv68g0EBpdsNj8rWQCiIdDr IvVgZKt/swL6OUKnJ7CQUO51gXeMKt+A6Ymt/FE/89jX1tHQT1M8B6H2CRJJ9cV4CP5W/Q7t eg2imBVMphCGnAn8Ry9vFekHFE0VEU/pet4C9hbOWxTz+I50/kUDrwoOHlFl7cfpe4QNEbLY o+wTkoyv/45m45jvjRbNZtJ4z3qi5C528gXwyoamEGYWb5I8BU4WL10TdWsg87RBPx2NRrVN GjsRS0KPFjSQZJWnaCexLXjIbtXO35+ebwDlHO+cbYhThSylAnlT+NN8n2h0iTx3AsM44n4T blRblinSAtCXpzC8MnX+morFK1Jp0iYTLwAlXV5z5ZPaCj9k1vcjRY7926cODVa9xbMk+QEV nziLrNa8Mw8tgpe2fZu2Am2O5ydpHfH4XpV0IQLT/wYmkzzq7lqc++uXhxUfd9e2GybjPLRi E3rN9Y3A8HLBH1aPNppktrY8SGGY6LwcZkVih9wvdrB3eTZoawYSDCcFOTlXDUskxZY8fyMb KGKWgffY3TU1HxQ+b87Qvzn64iD8dkbmiJTcEzsMxH2SQOlCg9SfIlABga+42U4jqNWf5O0t szmemwAQXq0oyWW7Z6MXVWhiiL3ougtMdaHGJudlqp3w1bIowgCp456TSdRhvdK58H9DLfqK szD1FYvuWtOZSQVxzsNfwA8HyGppg1pmJGXCmTRDkb2sooYrTyWhBJEMQOkhUNtV4D26f1gM /5VVBzBv0jWdt7VsLXKopb9//vK4Rganfl6eroTi8VVmFVv7TVcGm8t6+DyuP/wP9SVLLA1l bmRzdHJlYW0NZW5kb2JqDTI3IDAgb2JqDTIwMzkNZW5kb2JqDTI1IDAgb2JqDTw8DS9UeXBl IC9QYWdlDS9QYXJlbnQgNSAwIFINL1Jlc291cmNlcyA8PA0vRm9udCA8PA0vRjEgMTEgMCBS IA0vRjQgMjIgMCBSIA0vRjUgMjQgMCBSIA0vRjYgMjkgMCBSIA0+Pg0vUHJvY1NldCAyIDAg Ug0+Pg0vQ29udGVudHMgMjYgMCBSDT4+DWVuZG9iag0zMSAwIG9iag08PA0vTGVuZ3RoIDMy IDAgUg0vRmlsdGVyIC9GbGF0ZURlY29kZSANPj4Nc3RyZWFtDQpIiY1V23IaORD9Av9DP5It IDODATtvGGPH2RhTnvGmaisvYqYBBY3E6oKDv35bEthcnOw+QUH36dOnT7euirOPNz1Iz6GY nXX77S70uz0oriFpJ5f0YwkJFM/QuKtXSlsmLVwzi+ZD8YPyUkgzn5dAK7sIST6hceOEgBVb oTZQOfwEPjpNev7va2gl7bTfCYEPpVVT1JB2m5AlSerjWj6wlW45pBcxcqwsn/GSWa7kO3iB aOMLk47pDXSSAJcdw1FkZxs6ZDVqBo/Iqk3geAJ5EeLgnulysSOYxbZ3ckXszvlWrm43Qis5 Q42yRBj9xNJZvkYYqrrm1iKeCNfpbNOzWPEWJTETMFwwrj/BSGpeKrjVOFeaN2EcJKD/H9Fg 4DZUTpZcNOHOMrHx+H4c59s+kiw9gP2Ll9jaYt8pJiU3kFu21mzJltw04UkSX2243YCawcAu UNKvVB/LQL74I8Cm/QBbYLmQNBcBE63mmtU73l43Rdyk/Z+kO9191p0In6+w5JRXaFYuofTQ MFMaxmiflV5yOYfAQAk150g8c9Rr6tAAk5WnZFWphAnT7ad7Pkiz6IOBrDQ+Q9EGcsRqioIo DZVw9ZSzPSlIlnwQ7HSI4qf4G5oT1PRRM+8FEpNMsHKW/O7JeUc4ubX0rqF3mCYXsca9MguE v90SPeDxnO5RTJXTEpswcMbSpDk75Zv0f8/3Xk25wEDvG9co0JhDnuSVjbFYR54tP7MI3jjc yXgHbt0GHmpebZje88Ah8ZxmyOi04NuydrKAWDhLjj921rFC1NT5ZazGncHVCmEgmbHM8GON Jtywwy15g4hLklucMangihk2lycABf5k5Cx/AoVg5tAUkbW3bnTWg54zyV/ieLdLscO/5UpX 9OW/GW5RA+LETQUvfei7SjRyLtbk2h04jMj6CBMluMWSJviPQ/iqDO08FcmfuX1BLWjWB2KQ S7Ik3tyvzNGJvEG6HLQA+d0w92lYoTxqeu8eUIeo/Vq+Hrxd75+ZptNMG6EVKTemx4SuANPE TjJ/gSy+t2/JXo2s1/tVjRprekeiIt3z18HGFXdz2gi6RTTU0subFx/vxqN82CRttHVzJg4U aORt+LNNMyaaxQJ/5YGBJuZzq+QrV7qMjRE1BLe0OXKKx9MdovSLCTeCfF2x/TyvYDd2d6TT MH8KgfC9EYT8/mGb4p2Wva7ZxP1QQpyUnDBN973XhBvtj9Betctsr9qjq7g88cQusr97XCEX bM2XJMsoL4YP93QqX+j60lVfBWvuJfWihT7zCulZgYJel/npPhm3dFMS4gtbMfmWnfbjCuWs psNULFRNjY3GeXHaR7p93gYVHYhvZCbzQvSeWlfox0PvVriWYZtGxdm/6iqx9A1lbmRzdHJl YW0NZW5kb2JqDTMyIDAgb2JqDTEwMzQNZW5kb2JqDTMwIDAgb2JqDTw8DS9UeXBlIC9QYWdl DS9QYXJlbnQgNSAwIFINL1Jlc291cmNlcyA8PA0vRm9udCA8PA0vRjEgMTEgMCBSIA0vRjYg MjkgMCBSIA0+Pg0vUHJvY1NldCAyIDAgUg0+Pg0vQ29udGVudHMgMzEgMCBSDT4+DWVuZG9i ag0xMCAwIG9iag08PA0vVHlwZSAvRm9udERlc2NyaXB0b3INL0ZvbnROYW1lIC9Db21pY1Nh bnNNUw0vRmxhZ3MgMzI4MDINL0ZvbnRCQm94IFsgLTMzMyAtMzMzIDEzMzMgMTExMSBdDS9N aXNzaW5nV2lkdGggMjk5DS9TdGVtViA5Mw0vU3RlbUggOTMNL0l0YWxpY0FuZ2xlIDANL0Nh cEhlaWdodCA3NTANL1hIZWlnaHQgNTMxDS9Bc2NlbnQgMTExMQ0vRGVzY2VudCAtMzMzDS9M ZWFkaW5nIDANL01heFdpZHRoIDEzMzMNL0F2Z1dpZHRoIDU1OA0vU3R5bGUNPDwgL1Bhbm9z ZSA8MDgwQTAzMEYwNzAwMDAwMDAwMDAwMDAwPiA+Pg0+Pg1lbmRvYmoNMTEgMCBvYmoNPDwN L1R5cGUgL0ZvbnQNL1N1YnR5cGUgL1RydWVUeXBlDS9OYW1lIC9GMQ0vQmFzZUZvbnQgL0Nv bWljU2Fuc01TDS9GaXJzdENoYXIgMA0vTGFzdENoYXIgMjU1DS9XaWR0aHMgWyAwIDUwMCA1 MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCAwIDI5OSA1MDAgNTAwIDUwMCAwIDUwMCA1MDAgDTUw MCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCAwIDUw MCA1MDAgDTI5OSAyMzggNDI0IDg0MyA2OTMgODIwIDY1NCAzODggMzY2IDM2NiA1MzAgNDgw IDI3NyA0MTcgMjQ5IDUxMiANNjEwIDQ1MCA2MTAgNjEwIDYxMCA2MTAgNjEwIDYxMCA2MTAg NjEwIDI5OSAyOTkgMzgxIDUxMCAzODEgNTI0IA05MzEgNzMxIDYzMCA2MDMgNzIyIDYyNSA2 MDcgNjgwIDc2OCA1NDYgNjY1IDYxMSA1NTEgODgzIDc5NyA3OTggDTUyMSA4NzYgNjI4IDY5 MyA2ODAgNzM3IDY1MCAxMDQwIDcyNCA2MzUgNjkzIDM3NiA1NTAgMzc2IDU4MSA2MjcgDTU1 NiA1MTIgNTkzIDUxNCA1ODcgNTQ4IDUwOCA1MzEgNTc4IDI4MCA0MDMgNTQwIDI3NCA3Nzcg NTIzIDUyNiANNTM1IDUyMCA0ODAgNDg3IDQ3MSA1MjAgNDg2IDY4NCA1OTAgNTIxIDUzOCAz NjYgNDIxIDM2NiA1OTggNTAwIA03MzEgNzMxIDYwMyA2MjUgNzk3IDc5OCA3MzcgNTEyIDUx MiA1MTIgNTEyIDUxMiA1MTIgNTE0IDU0OCA1NDggDTU0OCA1NDggMjgwIDI4MCAyODAgMjgw IDUyMyA1MjYgNTI2IDUyNiA1MjYgNTI2IDUyMCA1MjAgNTIwIDUyMCANNTk3IDQwOSA2MjMg NzkzIDYzNSAzODcgNjk0IDQ0MyA3OTUgNzk1IDg4MyA1NTYgNTU2IDUxMCAxMDg3IDc5OCAN ODM3IDQ4MCAzODEgMzgxIDYzNiA1MjAgNTA5IDc0NyA5MDggNjI4IDcwMCA1MjcgNDQ5IDk2 MCA5MTIgNTI2IA01MjQgMjM4IDQ4MCA2MDcgNDI3IDYyMCA3OTQgNTc4IDU3OCA2NzUgMjk5 IDczMSA3MzEgNzk4IDExOTQgODk3IA00NDEgODgzIDM5NCAzOTQgMTgwIDE4MCA0ODAgNzIy IDQzMSA2MzUgODExIDYxMCAzODEgMzgxIDY1OSA2NTYgDTU5NyAyNDkgMjk5IDQxMiAxMjQx IDczMSA2MjUgNzMxIDYyNSA2MjUgNTQ2IDU0NiA1NDYgNTQ2IDc5OCA3OTggDTUwMCA3OTgg NzM3IDczNyA3MzcgMjgwIDU1NiA1NTYgNTU2IDU1NiA1NTYgNTU2IDU1NiA1NTYgNTU2IDU1 NiANXQ0vRW5jb2RpbmcgL01hY1JvbWFuRW5jb2RpbmcNL0ZvbnREZXNjcmlwdG9yIDEwIDAg Ug0+Pg1lbmRvYmoNMTIgMCBvYmoNPDwNL1R5cGUgL0ZvbnREZXNjcmlwdG9yDS9Gb250TmFt ZSAvVGltZXNOZXdSb21hblBTTVQNL0ZsYWdzIDMyODAyDS9Gb250QkJveCBbIC0yNTAgLTIw MCAxMDAwIDkwMCBdDS9NaXNzaW5nV2lkdGggMjUwDS9TdGVtViA5Mw0vU3RlbUggMzENL0l0 YWxpY0FuZ2xlIDANL0NhcEhlaWdodCA2NTYNL1hIZWlnaHQgNDM3DS9Bc2NlbnQgOTAwDS9E ZXNjZW50IC0yMDANL0xlYWRpbmcgMA0vTWF4V2lkdGggMTAwMA0vQXZnV2lkdGggNTM2DS9T dHlsZQ08PCAvUGFub3NlIDwwNTAxMDIwMjA2MDAwMDAwMDAwMDAwMDA+ID4+DT4+DWVuZG9i ag0xMyAwIG9iag08PA0vVHlwZSAvRm9udA0vU3VidHlwZSAvVHJ1ZVR5cGUNL05hbWUgL0Yy DS9CYXNlRm9udCAvVGltZXNOZXdSb21hblBTTVQNL0ZpcnN0Q2hhciAwDS9MYXN0Q2hhciAy NTUNL1dpZHRocyBbIDAgNzc4IDc3OCA3NzggNzc4IDc3OCA3NzggNzc4IDAgMjUwIDc3OCA3 NzggNzc4IDAgNzc4IDc3OCANNzc4IDc3OCA3NzggNzc4IDc3OCA3NzggNzc4IDc3OCA3Nzgg Nzc4IDc3OCA3NzggNzc4IDAgNzc4IDc3OCANMjUwIDMzMyA0MDggNTAwIDUwMCA4MzMgNzc4 IDE4MCAzMzMgMzMzIDUwMCA1NjQgMjUwIDMzMyAyNTAgMjc4IA01MDAgNTAwIDUwMCA1MDAg NTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgMjc4IDI3OCA1NjQgNTY0IDU2NCA0NDQgDTkyMSA3 MjIgNjY3IDY2NyA3MjIgNjExIDU1NiA3MjIgNzIyIDMzMyAzODkgNzIyIDYxMSA4ODkgNzIy IDcyMiANNTU2IDcyMiA2NjcgNTU2IDYxMSA3MjIgNzIyIDk0NCA3MjIgNzIyIDYxMSAzMzMg Mjc4IDMzMyA0NjkgNTAwIA0zMzMgNDQ0IDUwMCA0NDQgNTAwIDQ0NCAzMzMgNTAwIDUwMCAy NzggMjc4IDUwMCAyNzggNzc4IDUwMCA1MDAgDTUwMCA1MDAgMzMzIDM4OSAyNzggNTAwIDUw MCA3MjIgNTAwIDUwMCA0NDQgNDgwIDIwMCA0ODAgNTQxIDc3OCANNzIyIDcyMiA2NjcgNjEx IDcyMiA3MjIgNzIyIDQ0NCA0NDQgNDQ0IDQ0NCA0NDQgNDQ0IDQ0NCA0NDQgNDQ0IA00NDQg NDQ0IDI3OCAyNzggMjc4IDI3OCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUw MCA1MDAgDTUwMCA0MDAgNTAwIDUwMCA1MDAgMzUwIDQ1MyA1MDAgNzYwIDc2MCA5ODAgMzMz IDMzMyA1NDkgODg5IDcyMiANNzEzIDU0OSA1NDkgNTQ5IDUwMCA1NzYgNDk0IDcxMyA4MjMg NTQ5IDI3NCAyNzYgMzEwIDc2OCA2NjcgNTAwIA00NDQgMzMzIDU2NCA1NDkgNTAwIDU0OSA2 MTIgNTAwIDUwMCAxMDAwIDI1MCA3MjIgNzIyIDcyMiA4ODkgNzIyIA01MDAgMTAwMCA0NDQg NDQ0IDMzMyAzMzMgNTQ5IDQ5NCA1MDAgNzIyIDE2NyA1MDAgMzMzIDMzMyA1NTYgNTU2IA01 MDAgMjUwIDMzMyA0NDQgMTAwMCA3MjIgNjExIDcyMiA2MTEgNjExIDMzMyAzMzMgMzMzIDMz MyA3MjIgNzIyIA03NzggNzIyIDcyMiA3MjIgNzIyIDI3OCAzMzMgMzMzIDMzMyAzMzMgMzMz IDMzMyAzMzMgMzMzIDMzMyAzMzMgDV0NL0VuY29kaW5nIC9NYWNSb21hbkVuY29kaW5nDS9G b250RGVzY3JpcHRvciAxMiAwIFINPj4NZW5kb2JqDTIwIDAgb2JqDTw8DS9UeXBlIC9Gb250 RGVzY3JpcHRvcg0vRm9udE5hbWUgL01pc2hhd2FrYQ0vRmxhZ3MgMzQNL0ZvbnRCQm94IFsg LTE2NiAtMjIyIDY2NyAxMDAwIF0NL01pc3NpbmdXaWR0aCA2NjcNL1N0ZW1WIDkzDS9TdGVt SCA2Mg0vSXRhbGljQW5nbGUgMA0vQ2FwSGVpZ2h0IDc1MA0vWEhlaWdodCA1MDANL0FzY2Vu dCAxMDAwDS9EZXNjZW50IC0yMjINL0xlYWRpbmcgMA0vTWF4V2lkdGggNjY3DS9BdmdXaWR0 aCA2NjMNPj4NZW5kb2JqDTIxIDAgb2JqDTw8DS9UeXBlIC9Gb250DS9TdWJ0eXBlIC9UeXBl MQ0vTmFtZSAvRjMNL0Jhc2VGb250IC9NaXNoYXdha2ENL0ZpcnN0Q2hhciAwDS9MYXN0Q2hh ciAyNTUNL1dpZHRocyBbIDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDQ0 NCA2NjcgNjY3IDY2NyAwIDY2NyA2NjcgDTY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2 NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyANNjY3IDY2NyA2NjcgNjY3IDY2 NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IA02NjcgNjY3 IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2 NjcgDTY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2 NyA2NjcgNjY3IDY2NyANNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3 IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IA02NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2Njcg NjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgDTY2NyA2NjcgNjY3IDY2NyA2 NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyANNjY3IDY2 NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2Njcg NjY3IA02NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2 NjcgNjY3IDY2NyA2NjcgDTY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2 NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyANNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3 IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IA02NjcgNjY3IDY2NyA2Njcg NjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgDTY2NyA2 NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3 IDY2NyANNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2Njcg NjY3IDY2NyA2NjcgNjY3IA02NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2 NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA2NjcgDV0NL0VuY29kaW5nIC9NYWNSb21hbkVuY29k aW5nDS9Gb250RGVzY3JpcHRvciAyMCAwIFINPj4NZW5kb2JqDTIyIDAgb2JqDTw8DS9UeXBl IC9Gb250DS9TdWJ0eXBlIC9UcnVlVHlwZQ0vTmFtZSAvRjQNL0Jhc2VGb250IC9TeW1ib2wN Pj4NZW5kb2JqDTIzIDAgb2JqDTw8DS9UeXBlIC9Gb250RGVzY3JpcHRvcg0vRm9udE5hbWUg L0FyaWFsTVQNL0ZsYWdzIDMyODAwDS9Gb250QkJveCBbIC0yNzAgLTI1MCAxMDgzIDkxNyBd DS9NaXNzaW5nV2lkdGggMjc4DS9TdGVtViA5Mw0vU3RlbUggOTMNL0l0YWxpY0FuZ2xlIDAN L0NhcEhlaWdodCA3MTgNL1hIZWlnaHQgNTMxDS9Bc2NlbnQgOTE3DS9EZXNjZW50IC0yNTAN L0xlYWRpbmcgMA0vTWF4V2lkdGggMTA4Mw0vQXZnV2lkdGggNTUxDS9TdHlsZQ08PCAvUGFu b3NlIDwwNTA4MDIwQjA2MDAwMDAwMDAwMDAwMDA+ID4+DT4+DWVuZG9iag0yNCAwIG9iag08 PA0vVHlwZSAvRm9udA0vU3VidHlwZSAvVHJ1ZVR5cGUNL05hbWUgL0Y1DS9CYXNlRm9udCAv QXJpYWxNVA0vRmlyc3RDaGFyIDANL0xhc3RDaGFyIDI1NQ0vV2lkdGhzIFsgMCA3NTAgNzUw IDc1MCA3NTAgNzUwIDc1MCA3NTAgMCAyNzggNzUwIDc1MCA3NTAgMCA3NTAgNzUwIA03NTAg NzUwIDc1MCA3NTAgNzUwIDc1MCA3NTAgNzUwIDc1MCA3NTAgNzUwIDc1MCA3NTAgMCA3NTAg NzUwIA0yNzggMjc4IDM1NSA1NTYgNTU2IDg4OSA2NjcgMTkxIDMzMyAzMzMgMzg5IDU4NCAy NzggMzMzIDI3OCAyNzggDTU1NiA1NTYgNTU2IDU1NiA1NTYgNTU2IDU1NiA1NTYgNTU2IDU1 NiAyNzggMjc4IDU4NCA1ODQgNTg0IDU1NiANMTAxNSA2NjcgNjY3IDcyMiA3MjIgNjY3IDYx MSA3NzggNzIyIDI3OCA1MDAgNjY3IDU1NiA4MzMgNzIyIDc3OCANNjY3IDc3OCA3MjIgNjY3 IDYxMSA3MjIgNjY3IDk0NCA2NjcgNjY3IDYxMSAyNzggMjc4IDI3OCA0NjkgNTU2IA0zMzMg NTU2IDU1NiA1MDAgNTU2IDU1NiAyNzggNTU2IDU1NiAyMjIgMjIyIDUwMCAyMjIgODMzIDU1 NiA1NTYgDTU1NiA1NTYgMzMzIDUwMCAyNzggNTU2IDUwMCA3MjIgNTAwIDUwMCA1MDAgMzM0 IDI2MCAzMzQgNTg0IDc1MCANNjY3IDY2NyA3MjIgNjY3IDcyMiA3NzggNzIyIDU1NiA1NTYg NTU2IDU1NiA1NTYgNTU2IDUwMCA1NTYgNTU2IA01NTYgNTU2IDI3OCAyNzggMjc4IDI3OCA1 NTYgNTU2IDU1NiA1NTYgNTU2IDU1NiA1NTYgNTU2IDU1NiA1NTYgDTU1NiA0MDAgNTU2IDU1 NiA1NTYgMzUwIDUzNyA2MTEgNzM3IDczNyAxMDAwIDMzMyAzMzMgNTQ5IDEwMDAgNzc4IA03 MTMgNTQ5IDU0OSA1NDkgNTU2IDU3NiA0OTQgNzEzIDgyMyA1NDkgMjc0IDM3MCAzNjUgNzY4 IDg4OSA2MTEgDTYxMSAzMzMgNTg0IDU0OSA1NTYgNTQ5IDYxMiA1NTYgNTU2IDEwMDAgMjc4 IDY2NyA2NjcgNzc4IDEwMDAgOTQ0IA01NTYgMTAwMCAzMzMgMzMzIDIyMiAyMjIgNTQ5IDQ5 NCA1MDAgNjY3IDE2NyA1NTYgMzMzIDMzMyA1MDAgNTAwIA01NTYgMjc4IDIyMiAzMzMgMTAw MCA2NjcgNjY3IDY2NyA2NjcgNjY3IDI3OCAyNzggMjc4IDI3OCA3NzggNzc4IA03NTAgNzc4 IDcyMiA3MjIgNzIyIDI3OCAzMzMgMzMzIDMzMyAzMzMgMzMzIDMzMyAzMzMgMzMzIDMzMyAz MzMgDV0NL0VuY29kaW5nIC9NYWNSb21hbkVuY29kaW5nDS9Gb250RGVzY3JpcHRvciAyMyAw IFINPj4NZW5kb2JqDTI4IDAgb2JqDTw8DS9UeXBlIC9Gb250RGVzY3JpcHRvcg0vRm9udE5h bWUgL0NvbWljU2Fuc01TLUJvbGQNL0ZsYWdzIDMyODAyDS9Gb250QkJveCBbIC0zMjEgLTI4 NiAxMjg2IDEwNzEgXQ0vTWlzc2luZ1dpZHRoIDQzNA0vU3RlbVYgMTI1DS9TdGVtSCAxMjUN L0l0YWxpY0FuZ2xlIDANL0NhcEhlaWdodCA3ODENL1hIZWlnaHQgNTYyDS9Bc2NlbnQgMTA3 MQ0vRGVzY2VudCAtMjg2DS9MZWFkaW5nIDANL01heFdpZHRoIDEyODYNL0F2Z1dpZHRoIDU4 Mw0vU3R5bGUNPDwgL1Bhbm9zZSA8MDgwQTAzMEYwNzAwMDAwMDAwMDAwMDAwPiA+Pg0+Pg1l bmRvYmoNMjkgMCBvYmoNPDwNL1R5cGUgL0ZvbnQNL1N1YnR5cGUgL1RydWVUeXBlDS9OYW1l IC9GNg0vQmFzZUZvbnQgL0NvbWljU2Fuc01TLUJvbGQNL0ZpcnN0Q2hhciAwDS9MYXN0Q2hh ciAyNTUNL1dpZHRocyBbIDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDAgNDM0IDUw MCA1MDAgNTAwIDAgNTAwIDUwMCANNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1 MDAgNTAwIDUwMCA1MDAgNTAwIDAgNTAwIDUwMCANNDM0IDIzOCA0MzggODQzIDY5MyA4MjAg NjU0IDQzNCAzNjYgMzY2IDUzMCA2MTAgNDM0IDYxMCA0MzQgNTEyIA02MTAgNjEwIDYxMCA2 MTAgNjEwIDYxMCA2MTAgNjEwIDYxMCA2MTAgNDM0IDQzNCA2MTAgNjEwIDYxMCA1NjYgDTkz MSA3MzEgNjMwIDYxOSA3MjIgNjI1IDYwNyA2ODAgNzY4IDU0NiA2NjUgNjExIDU1MSA4ODMg ODEzIDc5OCANNTMzIDg3NiA2NDAgNjkzIDY5NiA3MzcgNjc1IDEwNDAgNzI0IDYzNSA2OTMg Mzc2IDU1MCAzNzYgNjEwIDYyNyANNTU2IDU1NiA1OTMgNTE0IDU4NyA1NTkgNTA4IDUzMSA1 NzggMjgwIDQwMyA1NDAgMjc0IDc3NyA1MjMgNTI2IA01MzUgNTIwIDQ4MCA0ODcgNDcxIDUy MCA0ODYgNjg0IDU5MCA1NTMgNTM4IDM2NiA0MjEgMzY2IDYxMCA1MDAgDTczMSA3MzEgNjE5 IDYyNSA4MTMgNzk4IDczNyA1NTYgNTU2IDU1NiA1NTYgNTU2IDU1NiA1MTQgNTU5IDU1OSAN NTU5IDU1OSAyODAgMjgwIDI4MCAyODAgNTIzIDUyNiA1MjYgNTI2IDUyNiA1MjYgNTIwIDUy MCA1MjAgNTIwIA02MTAgNjEwIDYxMCA3OTMgNjM1IDYxMCA3NjEgNTM0IDc5NSA3OTUgODgz IDU1NiA1NTYgNjEwIDEwODcgNzk4IA04MzcgNjEwIDYxMCA2MTAgNjEwIDYxMCA1MDkgNzQ3 IDkwOCA2MjggNzAwIDYxMCA2MTAgOTYwIDkxMiA1MzMgDTU2NiAyMzggNjEwIDYwNyA1ODkg NjEwIDc5NCA2MzkgNjM5IDY3NSA0NzYgNzMxIDczMSA3OTggMTE5NCA4OTcgDTQ0MSA4ODMg NDM0IDQzNCAyMjYgMjI2IDYxMCA3MjIgNTUzIDYzNSA4MTEgNjE5IDYxMCA2MTAgNjU5IDY1 NiANNTk3IDYxMCA0MzQgNDMwIDEyNDEgNzMxIDYyNSA3MzEgNjI1IDYyNSA1NDYgNTQ2IDU0 NiA1NDYgNzk4IDc5OCANNTAwIDc5OCA3MzcgNzM3IDczNyAyODAgNTU2IDU1NiA1NTYgNTU2 IDU1NiA1NTYgNTU2IDU1NiA1NTYgNTU2IA1dDS9FbmNvZGluZyAvTWFjUm9tYW5FbmNvZGlu Zw0vRm9udERlc2NyaXB0b3IgMjggMCBSDT4+DWVuZG9iag0yIDAgb2JqDVsgL1BERiAvVGV4 dCAvSW1hZ2VDICBdDWVuZG9iag01IDAgb2JqDTw8DS9LaWRzIFs0IDAgUiAyNSAwIFIgMzAg MCBSIF0NL0NvdW50IDMNL1R5cGUgL1BhZ2VzDS9NZWRpYUJveCBbIDAgMCAgNTk1IDg0MiAg XQ0+Pg1lbmRvYmoNMSAwIG9iag08PA0vQ3JlYXRvciAoTWljcm9zb2Z0IFdvcmQpDS9DcmVh dGlvbkRhdGUgKEQ6MjAwMTA1MjExNzE5MTgpDS9TdWJqZWN0ICgpDS9UaXRsZSAoKQ0vQXV0 aG9yIChDb250aSkNL1Byb2R1Y2VyIChBY3JvYmF0IFBERldyaXRlciA0LjA1ICBmb3IgUG93 ZXIgTWFjaW50b3NoKQ0vS2V5d29yZHMgKCkNPj4NZW5kb2JqDTMgMCBvYmoNPDwNL1BhZ2Vz IDUgMCBSDS9UeXBlIC9DYXRhbG9nDS9EZWZhdWx0R3JheSAzMyAwIFINL0RlZmF1bHRSR0Ig IDM0IDAgUg0+Pg1lbmRvYmoNMzMgMCBvYmoNWy9DYWxHcmF5DTw8DS9XaGl0ZVBvaW50IFsw Ljk0OTYgMSAxLjQwNTggXQ0vR2FtbWEgMS43OTY5IA0+Pg1dDWVuZG9iag0zNCAwIG9iag1b L0NhbFJHQg08PA0vV2hpdGVQb2ludCBbMC45NDk2IDEgMS40MDU4IF0NL0dhbW1hIFsxLjc5 NjkgMS43OTY5IDEuNzk2OSBdDS9NYXRyaXggWzAuMzgxIDAuMjA3MiAwLjAyMTIgMC4zMjAy IDAuNjgwNSAwLjE0MjggMC4yNDgzIDAuMTEyIDEuMjQxNiBdDT4+DV0NZW5kb2JqDXhyZWYN MCAzNQ0wMDAwMDAwMDAwIDY1NTM1IGYgDTAwMDAwMzQ2ODAgMDAwMDAgbiANMDAwMDAzNDU0 MSAwMDAwMCBuIA0wMDAwMDM0ODY3IDAwMDAwIG4gDTAwMDAwMjMxMDggMDAwMDAgbiANMDAw MDAzNDU4MCAwMDAwMCBuIA0wMDAwMDAwMTU3IDAwMDAwIG4gDTAwMDAwMDYzODEgMDAwMDAg biANMDAwMDAwMDAxNyAwMDAwMCBuIA0wMDAwMDAwMTM5IDAwMDAwIG4gDTAwMDAwMjY4OTQg MDAwMDAgbiANMDAwMDAyNzIwNCAwMDAwMCBuIA0wMDAwMDI4NDE2IDAwMDAwIG4gDTAwMDAw Mjg3MzAgMDAwMDAgbiANMDAwMDAwNjY2MyAwMDAwMCBuIA0wMDAwMDExMDY0IDAwMDAwIG4g DTAwMDAwMDY0MDEgMDAwMDAgbiANMDAwMDAwNjY0MyAwMDAwMCBuIA0wMDAwMDExMDg1IDAw MDAwIG4gDTAwMDAwMjMwODYgMDAwMDAgbiANMDAwMDAyOTk0NyAwMDAwMCBuIA0wMDAwMDMw MjAyIDAwMDAwIG4gDTAwMDAwMzE0MTEgMDAwMDAgbiANMDAwMDAzMTQ5MiAwMDAwMCBuIA0w MDAwMDMxNzk2IDAwMDAwIG4gDTAwMDAwMjU0NzEgMDAwMDAgbiANMDAwMDAyMzMzMyAwMDAw MCBuIA0wMDAwMDI1NDUwIDAwMDAwIG4gDTAwMDAwMzMwMDcgMDAwMDAgbiANMDAwMDAzMzMy NCAwMDAwMCBuIA0wMDAwMDI2NzYxIDAwMDAwIG4gDTAwMDAwMjU2MjggMDAwMDAgbiANMDAw MDAyNjc0MCAwMDAwMCBuIA0wMDAwMDM0OTU2IDAwMDAwIG4gDTAwMDAwMzUwMzYgMDAwMDAg biANdHJhaWxlcg08PA0vU2l6ZSAzNQ0vUm9vdCAzIDAgUg0vSW5mbyAxIDAgUg0vSUQgWzwy NmNlNGI4MmY5NTE4MzdiOWM1ZDJiNTg3ODZhNTQ2OT48MjZjZTRiODJmOTUxODM3YjljNWQy YjU4Nzg2YTU0Njk+XQ0+Pg1zdGFydHhyZWYNMzUyMDMNJSVFT0YN --===_0_Wed_May_30_17:05:07_MET_DST_2001-- From rem-conf Wed May 30 08:22:45 2001 From rem-conf-request@es.net Wed May 30 08:22:45 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 1557o1-000094-00; Wed, 30 May 2001 08:22:41 -0700 Received: from postal1.es.net ([198.128.3.205]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 1557nz-00008u-00; Wed, 30 May 2001 08:22:39 -0700 Received: from gw-nl4.philips.com ([]) by postal1.es.net (ES.NET MTA 1) with ESMTP id IBA36876 for ; Wed, 30 May 2001 08:22:38 -0700 Received: from smtpscan-nl2.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl4.philips.com with ESMTP id RAA23650; Wed, 30 May 2001 17:22:06 +0200 (MEST) (envelope-from philippe.gentric@philips.com) From: philippe.gentric@philips.com Received: from smtpscan-nl2.philips.com(130.139.36.22) by gw-nl4.philips.com via mwrap (4.0a) id xma023647; Wed, 30 May 01 17:22:06 +0200 Received: from smtprelay-nl1.philips.com (localhost [127.0.0.1]) by smtpscan-nl2.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id RAA24442; Wed, 30 May 2001 17:22:05 +0200 (MET DST) Received: from notessmtp-nl1.philips.com (notessmtp-nl1.philips.com [130.139.36.10]) by smtprelay-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id RAA20953; Wed, 30 May 2001 17:22:05 +0200 (MET DST) Received: from EMLMS01.DIAMOND.PHILIPS.COM (emlms01sv1.diamond.philips.com [130.143.165.213]) by notessmtp-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id RAA26933; Wed, 30 May 2001 17:21:19 +0200 (MET DST) Received: by EMLMS01.DIAMOND.PHILIPS.COM (Soft-Switch LMS 4.0) with snapi via EMEA1 id 0056900018257110; Wed, 30 May 2001 17:34:47 +0200 To: Cc: Subject: MPEG-4 RTP payload format Message-ID: <0056900018257110000002L002*@MHS> Date: Wed, 30 May 2001 17:34:47 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; name="MEMO 05/30/01 17:20:03" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi all, It has been brough to my attention (by C Roux FT, in french) that the first example of the draft (draft-gentric-avt-mpeg4-multiSL-04.txt) has a problem with CTSFlag. The short answer is: yes, it does have a problem. After analysis this brings up 3 issues as follows The ID says=20 *************************** (3.4.1) CTSFlag (1 bit): Indicates whether the CTSDelta field is present. A = value of 1 indicates that the CTSDelta field is present, a value of = 0 that it is not present (except for the first SL packet in the RTP = packet, see below).=20 =20 If CTSDeltaLength is not zero, CTSFlag is present in all MSLH=20 regardless of whether the SL packet is an Access Unit start or not; = the receiver needs this flag in order to reconstruct the=20 compositionTimeStampFlag of SL Headers.=20 =20 CTSDelta (CTSDeltaLength bits): Specifies the value of the CTS as a = 2-complement offset (delta) from the timestamp in the RTP header of = this RTP packet.=20 The length in bits of each CTSDelta field is specified by the=20 CTSDeltaLength parameter (see section 4.1).=20 =20 This field is present if CTSFlag is 1 except for the first MSLH of=20 each RTP packet since the composition time stamp of the first SL=20 packet in the RTP packet is mapped to the RTP time stamp, regardless= =20 of whether CTSFlag is 1. In all cases the sender MUST remove the=20 compositionTimeStamp from the RSLH.=20 =20 ************************ (4.1) CTSDeltaLength:=20 The number of bits on which the CTSDelta field is encoded in (non- first) MSLH. The default value is zero and indicates the absence of = the CTSFlag and CTSDelta fields in MSLH. Non-zero values MOST NOT be= =20 signaled in the Single-SL mode. Since compositionTimeStamps -if=20 present- must be encoded as a difference to the RTP time stamp, the = CTSDeltaLength parameter MUST be present in order to transport=20 compositionTimeStamps using this payload format (in the Multiple-SL = mode). However CTSDeltaLength SHOULD be set to zero (or not=20 signaled) for streams that have a constant Access Unit duration=20 (which can be explicitly signaled using the DurationFlag and=20 AccessUnitDuration field of SLConfigDescriptor).=20 =20 *********************** ISSUE#1 there is a typo (MOST=3D> MUST) *********************** The scheme described is therefore: SingleSL =3D=3D> never any CTSDelta field, never any CTSFlag field eit= her=20 MultipleSL =3D=3D> CTSFlag field present *IF* CTSDeltaLength !=3D 0 and then is present in ALL MSLH and the value means: CTSFlag =3D 0 =3D=3D> no CTSDelta field, there is no CTS for this packe= t CTSFlag =3D 1 =3D=3D> 2 cases: * first SL packet =3D> no CTSDelta field (since it is mapped to RTP TS)= * non first SL packet =3D> presence of CTSDelta field ****************** Note that: In the Single-SL mode we want to be compatible with RFC3016 video so we MUST remove everything, also it would be stupid to signal CTS since it IS present as RTP TS. *************************************************** ISSUE#2 Therefore the example should be, because it is SingleSL: (will be corrected in next version) +=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D+ | Field | size | +=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D+ | RTP header | - | +-----------------------------------------+-------------+ | DTSFlag =3D 1 | 1 bit | +-----------------------------------------+-------------+ | DTSDelta | 7 bits | +-----------------------------------------+-------------+ | bits to byte alignment | 0 bits | +-----------------------------------------+-------------+ | RSLHSectionSize =3D 4 | 3 bits | +-----------------------------------------+-------------+ | accessUnitStartFlag =3D 1 | 1 bit | +-----------------------------------------+-------------+ | randomAccessPointFlag | 1 bit | +-----------------------------------------+-------------+ | decodingTimeStampFlag | 1 bit | +-----------------------------------------+-------------+ | compositionTimeStampFlag | 1 bit | +-----------------------------------------+-------------+ | bits to byte alignment | 1 bits | *************************************************** ISSUE#3 If we agree that services that want to get the CTSFlag "as in SL" (i.e. the flag truely signals the presence of CTS,=20 because CTS is optional on a per SLpacket basis) MUST do that with SL, i.e. with the flags in RSLH (since CTS is "always" present as RTPTS anyway) Then the "exception": Multiple SL, CTSFlag =3D 1 for first SL packet =3D> no CTSDelta field does not make much sense anymore ... because either *a receiver would have the RSLH flag to reconstruct the SL stream * or a receiver wishes to ignore RSLH and then it is surely not very concerned about correctly re-assembling an SL stream (!) Guido it seems that we already had a similar discussion a century ago, do you agree ? So it would be more *simple* and *consistent* to remove this exception, (unless somebody objects ?) Here is what I am planning to put in the next version: *************************** (3.4.1 NEW VERSION) CTSFlag and CTSDelta fields are illegal in the Single-SL mode. CTSFlag (1 bit): Indicates whether the CTSDelta field is present. A = value of 1 indicates that the CTSDelta field is present, a value of = 0 that it is not present.=20 =20 If CTSDeltaLength is not zero, CTSFlag is present in all MSLH=20 regardless of whether the SL packet is an Access Unit start or not; = =20 CTSDelta (CTSDeltaLength bits): Specifies the value of the CTS as a = 2-complement offset (delta) from the timestamp in the RTP header of = this RTP packet.=20 The length in bits of each CTSDelta field is specified by the=20 CTSDeltaLength parameter (see section 4.1).=20 =20 The CTSDelta field is present if CTSFlag is 1.=20 For the first MSLH of each RTP packet CTSFlag is always 0, since the c= omposition time stamp of the first SL=20 packet in the RTP packet is mapped to the RTP time stamp. In all cas= es the sender MUST remove the=20 compositionTimeStamp from the RSLH.=20 =20 ************************ (4.1 NEW VERSION) CTSDeltaLength:=20 The number of bits on which the CTSDelta field is encoded in (non- first) MSLH. The default value is zero and indicates the absence of = the CTSFlag and CTSDelta fields in MSLH. Non-zero values MUST NOT be= =20 signaled in the Single-SL mode. Since compositionTimeStamps -if=20 present- must be encoded as a difference to the RTP time stamp, the = CTSDeltaLength parameter MUST be present in order to transport=20 compositionTimeStamps using this payload format (in the Multiple-SL = mode). However CTSDeltaLength SHOULD be set to zero (or not=20 signaled) for streams that have a constant Access Unit duration=20 (which can be explicitly signaled using the DurationFlag and=20 AccessUnitDuration field of SLConfigDescriptor).=20 =20 ************************ Regards, Philippe Gentric Software architect MP4net - Philips Digital Networks Laboratoires d'Electronique Philips BP15 22 av. Descartes 94453 Limeil-Brevannes Cedex France tel: +33(0)145106812 fax: +33(0)145106960 philippe.gentric@philips.com http://www.mpeg-4player.com = From rem-conf Wed May 30 12:08:06 2001 From rem-conf-request@es.net Wed May 30 12:08:06 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 155BDt-0006ub-00; Wed, 30 May 2001 12:01:37 -0700 Received: from postal1.es.net [198.128.3.205] by listserv1.es.net with esmtp (Exim 1.81 #2) id 155BDs-0006uR-00; Wed, 30 May 2001 12:01:36 -0700 Received: from amex.Cox.SMU.Edu ([]) by postal1.es.net (ES.NET MTA 1) with ESMTP id IBA36876 for ; Wed, 30 May 2001 12:01:35 -0700 Received: from 8ps1j01.mail.cox.smu.edu (cm39517-a.pkcty1.tx.home.com [65.10.7.20]) by amex.Cox.SMU.Edu (8.11.0/8.11.0) with ESMTP id f4UHhxJ11210; Wed, 30 May 2001 12:43:59 -0500 Message-Id: <5.1.0.14.0.20010530132627.02acf160@mail.cox.smu.edu> X-Sender: gavishb@mail.cox.smu.edu X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 30 May 2001 13:34:55 -0500 To: (Recipient list suppressed) From: Bezalel Gavish Subject: Deadline for Submissions to ICECR4 Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_42173399==_.ALT" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --=====================_42173399==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed ICECR 4 Call for Papers [sorry if you receive multiple copies of this message] Below please find the URL for "The 4th International Conference on Electronic Commerce Research" which will be held November 8-11, 2001 at the Cox School of Business, SMU, Dallas TX. http://tecom.cox.smu.edu/icecr4 The deadline for submitting papers for consideration is June 15, 2001. Feel free to redistribute to interested parties. Regards, Bezalel Gavish Professor Bezalel Gavish Eugene J. and Ruth F. Constantin Distinguished Chair in Business, Edwin L. Cox School of Business Southern Methodist University P.O. Box 750333 Dallas, TX 75275-0333 E-mail: gavishb@mail.cox.smu.edu Tel: Office (214) 768-8258 FAX (305) 832-3767 Assistant (214) 768-8256 Home (214) 528-3584 --=====================_42173399==_.ALT Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by amex.Cox.SMU.Edu id f4UHhxJ11210
ICECR 4 Call for Papers

[sorry if you receive multiple copies of this message]

Below please find the URL for =93The 4th International Conference on Electronic Commerce Research=94 which will be held November 8-11, 2001 at the Cox School of Business, SMU, Dallas TX. http://tecom.cox.smu.edu/icecr4

The deadline for submitting papers for consideration is June 15, 2001. Feel free to redistribute to interested parties.

Regards,
Bezalel Gavish


Professor Bezalel Gavish
Eugene J. and Ruth F. Constantin Distinguished Chair in Business,
Edwin L. Cox School of Business
Southern Methodist University
P.O. Box 750333
Dallas, TX 75275-0333
E-mail: gavishb@mail.cox.smu.edu


Tel: Office (214) 768-8258         FAX (305) 832-3767     Assistant (214) 768-8256
      Home (214) 528-3584

--=====================_42173399==_.ALT-- From rem-conf Wed May 30 13:45:07 2001 From rem-conf-request@es.net Wed May 30 13:45:07 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 155Cl5-0000q9-00; Wed, 30 May 2001 13:39:59 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 155Cl4-0000pz-00; Wed, 30 May 2001 13:39:58 -0700 Received: from c0mailgw10.prontomail.com ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Wed, 30 May 2001 13:39:58 -0700 Received: by c0mailgw10.prontomail.com (NPlex 5.1.050) id 3B0ECA32000C9E99 for rem-conf@es.net; Wed, 30 May 2001 13:36:50 -0700 Received: from 204.212.152.85 by SmtpServer for ; Wed, 30 May 2001 20:36:48 +0000 Message-Id: <5.1.0.14.2.20010530120115.02d77b48@cts.com> X-Sender: miked@cts.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 30 May 2001 12:22:23 -0700 To: rem-conf@es.net From: "Michael A. Dolan" Subject: Re: New SDES item -- USID In-Reply-To: <3B0FE823.891EC806@erols.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list The good thing about media stream identifiers is, like standards in general, there are so many to choose from already ;-) While I definitely see the need for this item, I would like to suggest that the group consider one or more of the existing identifiers that might help address the implied requirements for this new USID (and perhaps other related media identification not considered yet): 1. MPEG transport_stream_id (ISO 13818-1) 2. DVB service_id, ATSC source_id & ARIB source_id (ETSI 300-468, ATSC A/65 & ARIB B-10) 3. UUID (ISO 11578, Annex A) 4. UMID (SMPTE 330M) 5. CRID (TV Anytime URI scheme for program identification - see http://www.tv-anytime.org) 6. ISAN, V-ISAN (ISO and SMPTE work in process) Note that #2 above is currently scoped to the transport in practice and assumes a central transport "assembly" to provide the clearing house for uniqueness. However there is work underway in SMPTE to standardize on globally unique values for these. But they are expected to be static and define things like "HBO West Coast Feed", etc - not something transitory. Also, these are meant for complete program streams (collections of media streams). If the stream generation (and thus identification) is highly dynamic and/or authors cannot be expected to cooperate on the namespace, then I would suggest a UUID (or at least a UUID-based design and not another 128-bit hash with possible collisions). UMID would be an especially good choice I think, particularly if the stream is a component of the program (i.e. just the audio). And, UMID satisfies the "independent creation uniqueness" implied requirement since it is in part constructed from a UUID. This was designed specifically to be generated by video cameras and other similar equipment on the fly when emitting video/audio. I think this may be what you want in USID. If the stream is an entire program (video+audio+data in a single stream) and is bounded (i.e. a well-defined program), then consider CRID, or maybe ISAN/V-ISAN depending on the overall stream distribution. The latter is intended for registration of "significant finished material" (i.e. feature movies, etc.), and requires registration (i.e. $), so probably isn't a good fit. Just some food for thought before designing yet another media identifier. At the very least, use UUID in the GUID field. But please review SMPTE 330M before doing so. FYI, Mike At 10:30 AM 5/26/2001 -0700, Chuck Harrison wrote: >Ladies & Gentlemen: > >I have attached below a description and rationale for a new SDES item. >Please comment. > >Thanks, > Chuck Harrison > Far Field Associates, LLC > +1 360 863 8340 (voice) GMT-0700 > >-----begin included text----- >Proposed new SDES item -- > >USID: Unique Stream Identifier > > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | USID=10 | length = 18 | v=0 | reserved=0 | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | | > + + > | 128-bit Globally Unique Identifier | > + + > | | > + + > | | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > >This identifier is unique to a particular media source within a >multimedia session (conference). A conference is a broader space than a >media session; therefore the SSRC is not guaranteed unique. Other SDES >parameters (e.g. CNAME) are used to identify an individual, and they >give no distinction when a single individual participates in several >media sessions in a single conference. Thus the USID is a canonical >identifier uniquely associated with a pair. It is >needed because the 'media-session', being dependent on mutable transport >addresses, does not have a canonical representation throughout the >network. The USID value MUST NOT be changed during a session. > >In most RTP sessions, there is no central agent to dispense unique >identifiers, therefore the expectation is that the USIDs are generated >to be statistically unique. It is RECOMMENDED that the USID be formed as >the MD5 hash of machine-, user-, and time-dependent data, with the >inclusion of process-id-dependent and thermodynamically random data >(e.g. microphone noise, video noise) if possible. Guidelines are given >in [RFC 1889] appendix A.6. Obtaining and processing entropy for random >number generation is discussed in [Schneier, Applied Cryptography] sec. >17.14. The SSRC MAY be used as a component of the USID hash, but the >USID remains fixed even if an SSRC is changed in response to a >collision. > >------- > >How the USID is used > >The USID permits an application to *refer to* a specific RTP stream. >This is useful, for example >(1) to provide a dynamic keystream (IPMP stream) for encrypted media >(2) to prescribe a precise time relationship between two+ streams >(3) to report a measured time relationship between two+ streams > >Internet-drafts describing these particular applications are in >preparation. > >In small conferences, the USID's functionality can be mimicked with >SSRC's alone with low collision risk, and in larger conferences careful >bookkeeping can follow a single media session through multiple NATs and >other transport remappings. However, neither of these methods is robust >and therefore the USID is strongly recommended. ------------------------------------------------------ Michael A. Dolan, Representing DIRECTV, (619)445-9070 PO Box 1673 Alpine, CA 91903 FAX: (208)545-6564 From rem-conf Wed May 30 19:49:46 2001 From rem-conf-request@es.net Wed May 30 19:49:46 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 155ISK-0004ed-00; Wed, 30 May 2001 19:45:00 -0700 Received: from postal1.es.net [198.128.3.205] by listserv1.es.net with esmtp (Exim 1.81 #2) id 155ISJ-0004eR-00; Wed, 30 May 2001 19:44:59 -0700 Received: from ppp5.kornet.net ([]) by postal1.es.net (ES.NET MTA 1) with ESMTP id IBA36876 for ; Wed, 30 May 2001 19:44:56 -0700 Received: from www (211.219.21.252) by ppp5.kornet.net; 31 May 2001 11:44:47 +0900 Message-ID: <01e401c0e973$ae05cb20$fc15dbd3@kics.or.kr> Reply-To: "Jae Choon Park" From: "Jae Choon Park" To: , , , , , , , , , , , , , Subject: CIC 2001-Call for Papers Date: Thu, 31 May 2001 10:47:40 +0900 Organization: KICS MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_01E0_01C0E9BF.1D77F500"; type="multipart/alternative" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list This is a multi-part message in MIME format. ------=_NextPart_000_01E0_01C0E9BF.1D77F500 Content-Type: multipart/alternative; boundary="----=_NextPart_001_01E1_01C0E9BF.1D77F500" ------=_NextPart_001_01E1_01C0E9BF.1D77F500 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 U0VDT05EIENBTEwgRk9SIFBBUEVSDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgQ0lDIDIwMDENClRoZSA2dGggQ0RNQSBJbnRlcm5hdGlvbmFsIENv bmZlcmVuY2UNCg0KDQpPY3QuIDMwIC0gTm92LiAyLCAyMDAxLCBTaGVyYXRvbiBXYWxrZXIgSGls bCBIb3RlbCAmIFRvd2VycywgU2VvdWwsIEtvcmVhICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIGh0dHA6Ly93d3cuY2ljMjAwMS5jb20gDQoNCg0KSW4gdGhlIHNwaXJpdCBvZiB0aGUgY29t bWVtb3JhdGlvbiBvZiB0aGUgc3VjY2Vzc2Z1bCBDRE1BIGNlbGx1bGFyIGFuZCBQQ1Mgc3lzdGVt IGRlcGxveW1lbnQgaW4gMTk5NiwgQ0lDIChDRE1BIEludGVybmF0aW9uYWwgQ29uZmVyZW5jZSkg aGFzIGJlZW4gb3JnYW5pemVkIHdpdGggdGhlIG9iamVjdGl2ZSBvZiBicmluZ2luZyB0b2dldGhl ciByZXNlYXJjaGVycywgZGV2ZWxvcGVycywgYW5kIHByYWN0aXRpb25lcnMgZnJvbSBhY2FkZW1p YSBhbmQgaW5kdXN0cnkgd29ya2luZyBpbiBhbGwgYXJlYXMgb2YgbW9iaWxlIGNvbW11bmljYXRp b25zLiBDSUMgc2VydmVzIGFzIGEgZm9ydW0gZm9yIHRoZSBkaXNzZW1pbmF0aW9uIG9mIHRoZSBz dGF0ZS1vZi10aGUtYXJ0IHJlc2VhcmNoLCBkZXZlbG9wbWVudCwgYW5kIGltcGxlbWVudGF0aW9u cyBvZiBicm9hZGJhbmQgbXVsdGltZWRpYSBtb2JpbGUgY29tbXVuaWNhdGlvbiBzeXN0ZW1zLCB0 ZWNobm9sb2dpZXMsIGFuZCBhcHBsaWNhdGlvbnMuIFRoaXMgY29uZmVyZW5jZSB3aWxsIGFsc28g cHJlc2VudCB0aGUgbGF0ZXN0IGRldmVsb3BtZW50IGluIHRoZSA0dGggZ2VuZXJhdGlvbiBicm9h ZGJhbmQgY29tbXVuaWNhdGlvbiBzeXN0ZW1zLiBTZWFtbGVzcyBzZXJ2aWNlcyBhbmQgYXBwbGlj YXRpb25zIHZpYSBkaWZmZXJlbnQgYWNjZXNzIHN5c3RlbXMgd2lsbCBiZSB0aGUgZHJpdmluZyBm b3JjZXMgZm9yIHRoZSBmdXR1cmUgZGV2ZWxvcG1lbnQuIFRoZSA2dGggQ0lDIHdpbGwgcHJvdmlk ZSB0aHJlZS1kYXkgcHJlc2VudGF0aW9ucyBvZiBpbnZpdGVkIGFuZCByZWd1bGFyIHBhcGVycyBm cm9tIG1hbnVmYWN0dXJlcnMsIGFjYWRlbWlhLCBhbmQgc2VydmljZSBwcm92aWRlcnMsIGFuZCBv bmUtZGF5IHR1dG9yaWFscyBieSBkaXN0aW5ndWlzaGVkIGxlY3R1cmVycy4gQXV0aG9ycyBhcmUg aW52aXRlZCB0byBzdWJtaXQgZnVsbCB0ZWNobmljYWwgcGFwZXJzIG9uIGJvdGggdGhlb3JldGlj YWwgYW5kIHByYWN0aWNhbCBhc3BlY3RzIG9mIENETUEgc3lzdGVtcyBhbmQgdGVjaG5vbG9naWVz Lg0KDQoNCiANCg0KQVJFQVMgT0YgSU5URVJFU1QgSU5DTFVERSwgQlVUIEFSRSBOT1QgTElNSVRF RCBUTzoNCg0KoaQgQ2VsbHVsYXIgTW9iaWxlIENvbW11bmljYXRpb25zICAgICAgICAgICAgICAg ICAgICAgICAgICChpCBQZXJzb25hbCBDb21tdW5pY2F0aW9ucyAgICAgICAgICAgICAgICAgICAg oaQgU21hcnQgQW50ZW5uYQ0KDQqhpCBDRE1BIFRlY2hub2xvZ3kgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgoaQgUmVzb3VyY2UgTWFuYWdlbWVudCAgICAgICAg ICAgICAgICAgICAgICAgIKGkIEFudGVubmEgYW5kIFByb3BhZ2F0aW9uDQoNCqGkIENETUEgTW9i aWxlIFBob25lIFRlY2hub2xvZ3kgICAgICAgICAgICAgICAgICAgICAgICAgoaQgQ2FsbCBBZG1p c3Npb24gQ29udHJvbCAgICAgICAgICAgICAgICAgICAgICAgICAgoaQgQWQgSG9jIE5ldHdvcmtz DQoNCqGkIFNwcmVhZCBTcGVjdHJ1bSBUZWNobm9sb2d5ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICChpCBNb2JpbGl0eSBNYW5hZ2VtZW50ICAgICAgICAgICAgICAgICAgICAgICAgICAgICCh pCBNb2R1bGF0aW9uICYgQ29kaW5nDQoNCqGkIEFjcXVpc2l0aW9uICYgVHJhY2tpbmcgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgoaQgSGFuZG9mZiBBbGdvcml0aG1zICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICChpCBTYXRlbGxpdGUgQ29tbXVuaWNhdGlvbnMN Cg0KoaQgV2lyZWxlc3MgTXVsdGltZWRpYSBTZXJ2aWNlcyAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIKGkIFdpcmVsZXNzIExvY2FsIExvb3AgKFdMTCkgICAgICAgICAgICAgICAgICAgIKGk IE1NSUMgSW1wbGVtZW50YXRpb24NCg0KoaQgTXVsdGlwbGUgQWNjZXNzIFRlY2hub2xvZ3kgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIKGkIERpdmVyc2l0eSBUZWNobmlxdWUgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICChpCBSRiBUZWNobm9sb2d5DQoNCqGkIEludGVyZmVyZW5j ZSBSZWplY3Rpb24gVGVjaG5vbG9neSAgICAgICAgICAgICAgICAgICAgICAgoaQgVGVsZXRyYWZm aWMgTW9kZWxpbmcgICAgICAgICAgICAgICAgICAgICAgICAgICAgICChpCBTb2Z0d2FyZSBEZWZp bmVkIFJhZGlvIChTRFIpDQoNCqGkIFBvd2VyIENvbnRyb2wgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgoaQgU2VjdXJpdHkgaW4gTW9iaWxlIE5ldHdv cmsgICAgICAgICAgICAgICAgICAgICChpCBXaXJlbGVzcyBJUCAoQWxsIElQKQ0KDQqhpCA0RyBN b2JpbGUgU3lzdGVtIGFuZCBUZWNobm9sb2d5ICAgICAgICAgICAgICAgICAgICAgIKGkIFZMU0kg SW1wbGVtZW50YXRpb24gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICChpCBJTVQt MjAwMCBTeXN0ZW0NCg0KICANCg0KSU5TVFJVQ1RJT04gRk9SIFNVQk1JU1NJT046IFByb3NwZWN0 aXZlIGF1dGhvcnMgYXJlIGludml0ZWQgdG8gc3VibWl0IGVsZWN0cm9uaWMgbWFpbCBkZXNjcmli aW5nIG9yaWdpbmFsIHdvcmtzIGluIEVuZ2xpc2gsIG5vIG1vcmUgdGhhbiAzMDAwIHdvcmRzLCB3 aXRoIGEgY292ZXIgcGFnZSB0byB0aGUgZS1tYWlsIGFkZHJlc3Mgc2hvd24gYmVsb3cuIFRoZSBj b3ZlciBwYWdlIG11c3QgaW5jbHVkZTogdGl0bGUgb2YgcGFwZXIsIGF1dGhvcnOhryBuYW1lcyBh bmQgYWZmaWxpYXRpb25zLCBjb250YWN0IGF1dGhvcqGvcyBuYW1lIGFuZCBhZGRyZXNzIChib3Ro IHBvc3RhbCBhbmQgZWxlY3Ryb25pYyksIGFuZCBzdWJtaXNzaW9uIGFyZWEgKGZyb20gdGhlIGxp c3Qgb2YgcmVsZXZhbnQgYXJlYXMgb2YgaW50ZXJlc3QpLiBBY2NlcHRlZCBmb3JtYXRzIGluY2x1 ZGUgTWljcm9zb2Z0IFdvcmQsIFBvc3RTY3JpcHQsIGFuZCBQREYuDQogDQoNCg0KQ0lDIDIwMDEg U2VjcmV0YXJpYXQNClRoZSBLb3JlYW4gSW5zdGl0dXRlIG9mIENvbW11bmljYXRpb24gU2NpZW5j ZXMgKEtJQ1MpDQpIeXVuZGFpIEtpcmltIE9mZmljZXRlbCAjMTUwNCwgMTMzMC0xOCBTZW9jaG8t ZG9uZywgU2VvY2hvLWd1LCBTZW91bCAxMzctODU4LCBLb3JlYQ0KDQpFLW1haWwgOiBqY3BhcmtA a2ljcy5vci5rcg0KDQpUZWwgOiArIDgyIDIgMzQ1MyA1NTU1ICAgRmF4IDogKyA4MiAyIDUzOSA1 NTg4DQoNCiAgDQoNCklNUE9SVEFOVCBEQVRFUzogICAgICAgICAgICAgICBGdWxsIFBhcGVyIFN1 Ym1pc3Npb246ICAgICAgICAgICAgSnVseSAxNSwgMjAwMQ0KDQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBOb3RpZmljYXRpb24gb2YgQWNjZXB0YW5jZTogICAgQXVndXN0IDE1LCAy MDAxDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgQ2FtZXJhIFJl YWR5IFBhcGVyOiAgICAgICAgICAgIFNlcHRlbWJlciAxNSwgMjAwMQ0KIA0KDQpDT01NSVRURUVT OiAgICAgICBHZW5lcmFsIENoYWlyOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIEludGVybmF0aW9uYWwgQWR2aXNvcnkgQ29tbWl0dGVlIENo YWlyOg0KDQogICAgIFVpLVNlb2sgSG9uZyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgR2lsIFJvayBPaA0K DQogICAgIFByZXNpZGVudCwgS0lDUyAvIFByb2Zlc3NvciwgS3dhbmd3b29uIFVuaXZlcnNpdHkg ICAgICAgICAgICAgICAgICAgICAgIFByZXNpZGVudCwgRVRSSSANCg0KICAgICB1c2hvbmdAZGFp c3kua3dhbmd3b29uLmFjLmtyICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIGdyb2hAZXRyaS5yZS5rciANCg0KIA0KDQogICAgIE9yZ2FuaXppbmcgQ29tbWl0 dGVlIENoYWlyOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFRlY2huaWNh bCBQcm9ncmFtIENvbW1pdHRlZSBDaGFpcjoNCg0KICAgICBDaHUtSHdhbiBZaW0gICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgRGFlaHlvdW5nIEhvbmcNCg0KICAgICBWaWNlIFByZXNpZGVudCwgS0lDUyAvIFNl Y3JldGFyeSBHZW5lcmFsLCBUVEEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUHJvZmVz c29yLCBTb2dhbmcgVW5pdmVyc2l0eQ0KDQogICAgIGNoeWltQHR0YS5vci5rciAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBkaG9uZ0Bzb2dhbmcuYWMua3IgDQoNCiAgDQoNCkhvc3RlZCBieSBNSUMgKE1pbmlz dHJ5IG9mIEluZm9ybWF0aW9uICYgQ29tbXVuaWNhdGlvbikgICANCg0KT3JnYW5pemVkIGJ5IEtJ Q1MgKFRoZSBLb3JlYW4gSW5zdGl0dXRlIG9mIENvbW11bmljYXRpb24gU2NpZW5jZXMpDQoNCi0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQ0KQ0lDIDIwMDEgU2VjcmV0YXJpYXQNClRoZSBLb3JlYW4gSW5zdGl0dXRlIG9mIENvbW11bmlj YXRpb24gU2NpZW5jZXMoS0lDUykNCkh5bmRhaSBLaXJpbSBPZmZpY2V0ZWwgIzEwNTQsIDEzMzAt MTggU2VvY2hvZG9uZywgU2VvY2hvZ3UNClNlb3VsIDEzNy0wNzAsIEtvcmVhDQooVGVsKSArODIt Mi0zNDUzLTU1NTUgICAgKEZheCkgKzgyLTItNTM5LTU1ODgNCihFLW1haWwpIGpjcGFya0BraWNz Lm9yLmtyDQooSG9tZXBhZ2UpIHd3dy5jaWMyMDAxLmNvbQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg== ------=_NextPart_001_01E1_01C0E9BF.1D77F500 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWtzX2NfNTYwMS0xOTg3Ij4NCjxNRVRBIGNvbnRlbnQ9Ik1T SFRNTCA1LjUwLjQ1MjIuMTgwMCIgbmFtZT1HRU5FUkFUT1I+DQo8U1RZTEU+PC9TVFlMRT4NCjwv SEVBRD4NCjxCT0RZIGJnQ29sb3I9I2ZmZmZmZiBiYWNrZ3JvdW5kPWNpZDowMWRmMDFjMGU5NzMk YWQ4OGFiZTAkZmMxNWRiZDNAa2ljcy5vci5rcj4NCjxESVY+PEZPTlQgc2l6ZT0yPg0KPERJVj48 Rk9OVCBzaXplPTI+DQo8SDE+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCBjb2xvcj0jMDAwMDgwIHNp emU9NT48Rk9OVCBzaXplPTQ+U0VDT05EPC9GT05UPiBDQUxMIA0KRk9SIFBBUEVSPC9GT05UPjwv U1BBTj48L0gxPg0KPEgxPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgDQpzaXplPTQ+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IA0KPC9GT05UPjwvU1BBTj48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZP TlQtU0laRTogMjhwdDsgRk9OVC1GQU1JTFk6ICdBcmlhbCBCbGFjayc7IG1zby1iaWRpLWZvbnQt c2l6ZTogMTAuMHB0Ij48Rk9OVCANCmNvbG9yPSMwMDAwODAgc2l6ZT03PkNJQyAyMDAxPC9GT05U PjwvU1BBTj48L0gxPg0KPEgyIHN0eWxlPSJMSU5FLUhFSUdIVDogMjBwdDsgbXNvLWxpbmUtaGVp Z2h0LXJ1bGU6IGV4YWN0bHkiIGFsaWduPWNlbnRlcj48U1BBTiANCmxhbmc9RU4tVVMgc3R5bGU9 IkZPTlQtU0laRTogMTRwdDsgbXNvLWJpZGktZm9udC1zaXplOiAxMC4wcHQiPjxGT05UIA0Kc2l6 ZT01PjxGT05UIGNvbG9yPSMwMDAwODA+VGhlIDY8U1VQPnRoPC9TVVA+IENETUEgSW50ZXJuYXRp b25hbCANCkNvbmZlcmVuY2U8P3htbDpuYW1lc3BhY2UgcHJlZml4ID0gbyBucyA9IA0KInVybjpz Y2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgDQovPjxvOnA+PC9vOnA+PC9GT05U PjwvRk9OVD48L1NQQU4+PC9IMj4NCjxQIGNsYXNzPU1zb05vcm1hbCANCnN0eWxlPSJNQVJHSU4t TEVGVDogNTVwdDsgTElORS1IRUlHSFQ6IDZwdDsgVEVYVC1BTElHTjogY2VudGVyOyBtc28tbGlu ZS1oZWlnaHQtcnVsZTogZXhhY3RseSIgDQphbGlnbj1jZW50ZXI+PFNQQU4gbGFuZz1FTi1VUyAN CnN0eWxlPSJGT05ULVNJWkU6IDlwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYmlkaS1mb250 LXNpemU6IDEwLjBwdDsgbXNvLWJpZGktZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nIj48 bzpwPjxGT05UIA0KY29sb3I9IzAwMDA4MCBzaXplPTU+PC9GT05UPjwvbzpwPjwvU1BBTj48L1A+ DQo8SDU+PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULVdFSUdIVDogbm9ybWFsOyBGT05U LUZBTUlMWTogQXJpYWw7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJyI+ PEZPTlQgDQpjb2xvcj0jMDAwMDgwIHNpemU9Mz48U1RST05HPjwvU1RST05HPjwvRk9OVD48L1NQ QU4+Jm5ic3A7PC9INT4NCjxINT48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtV0VJR0hU OiBub3JtYWw7IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9udC1mYW1pbHk6ICdUaW1l cyBOZXcgUm9tYW4nIj48Rk9OVCANCnNpemU9Mz48U1RST05HPk9jdC4gMzAgLSBOb3YuIDIsIDIw MDEsIFNoZXJhdG9uIFdhbGtlciBIaWxsIEhvdGVsICZhbXA7IFRvd2VycywgDQpTZW91bCwgS29y ZWE8U1BBTiANCnN0eWxlPSJtc28tc3BhY2VydW46IHllcyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IA0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KPC9TUEFOPjxBIGhy ZWY9Imh0dHA6Ly93d3cuY2ljMjAwMS5jb20iPmh0dHA6Ly93d3cuY2ljMjAwMS5jb208L0E+IA0K PG86cD48L286cD48L1NUUk9ORz48L0ZPTlQ+PC9TUEFOPjwvSDU+DQo8UCBjbGFzcz1Nc29Ob3Jt YWwgDQpzdHlsZT0iTElORS1IRUlHSFQ6IDEwcHQ7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFj dGx5Ij4mbmJzcDs8L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgDQpzdHlsZT0iVEVYVC1JTkRFTlQ6 IDIyLjJwdDsgTElORS1IRUlHSFQ6IDEycHQ7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5 Ij48U1BBTiANCmxhbmc9RU4tVVM+SW4gdGhlIHNwaXJpdCBvZiB0aGUgY29tbWVtb3JhdGlvbiBv ZiB0aGUgc3VjY2Vzc2Z1bCBDRE1BIGNlbGx1bGFyIA0KYW5kIFBDUyBzeXN0ZW0gZGVwbG95bWVu dCBpbiAxOTk2LCBDSUMgKENETUEgSW50ZXJuYXRpb25hbCBDb25mZXJlbmNlKSBoYXMgYmVlbiAN Cm9yZ2FuaXplZCB3aXRoIHRoZSBvYmplY3RpdmUgb2YgYnJpbmdpbmcgdG9nZXRoZXIgcmVzZWFy Y2hlcnMsIGRldmVsb3BlcnMsIGFuZCANCnByYWN0aXRpb25lcnMgZnJvbSBhY2FkZW1pYSBhbmQg aW5kdXN0cnkgd29ya2luZyBpbiBhbGwgYXJlYXMgb2YgbW9iaWxlIA0KY29tbXVuaWNhdGlvbnMu IENJQyBzZXJ2ZXMgYXMgYSBmb3J1bSBmb3IgdGhlIGRpc3NlbWluYXRpb24gb2YgdGhlIA0Kc3Rh dGUtb2YtdGhlLWFydCByZXNlYXJjaCwgZGV2ZWxvcG1lbnQsIGFuZCBpbXBsZW1lbnRhdGlvbnMg b2YgYnJvYWRiYW5kIA0KbXVsdGltZWRpYSBtb2JpbGUgY29tbXVuaWNhdGlvbiBzeXN0ZW1zLCB0 ZWNobm9sb2dpZXMsIGFuZCBhcHBsaWNhdGlvbnMuIFRoaXMgDQpjb25mZXJlbmNlIHdpbGwgYWxz byBwcmVzZW50IHRoZSBsYXRlc3QgZGV2ZWxvcG1lbnQgaW4gdGhlIDQ8U1VQPnRoPC9TVVA+IA0K Z2VuZXJhdGlvbiBicm9hZGJhbmQgY29tbXVuaWNhdGlvbiBzeXN0ZW1zLiBTZWFtbGVzcyBzZXJ2 aWNlcyBhbmQgYXBwbGljYXRpb25zIA0KdmlhIGRpZmZlcmVudCBhY2Nlc3Mgc3lzdGVtcyB3aWxs IGJlIHRoZSBkcml2aW5nIGZvcmNlcyBmb3IgdGhlIGZ1dHVyZSANCmRldmVsb3BtZW50LiBUaGUg NjxTVVA+dGg8L1NVUD4gQ0lDIHdpbGwgcHJvdmlkZSB0aHJlZS1kYXkgcHJlc2VudGF0aW9ucyBv ZiANCmludml0ZWQgYW5kIHJlZ3VsYXIgcGFwZXJzIGZyb20gbWFudWZhY3R1cmVycywgYWNhZGVt aWEsIGFuZCBzZXJ2aWNlIHByb3ZpZGVycywgDQphbmQgb25lLWRheSB0dXRvcmlhbHMgYnkgZGlz dGluZ3Vpc2hlZCBsZWN0dXJlcnMuIEF1dGhvcnMgYXJlIGludml0ZWQgdG8gc3VibWl0IA0KZnVs bCB0ZWNobmljYWwgcGFwZXJzIG9uIGJvdGggdGhlb3JldGljYWwgYW5kIHByYWN0aWNhbCBhc3Bl Y3RzIG9mIENETUEgc3lzdGVtcyANCmFuZCB0ZWNobm9sb2dpZXMuPC9TUEFOPjwvUD4NCjxQIGNs YXNzPU1zb05vcm1hbCANCnN0eWxlPSJMSU5FLUhFSUdIVDogMTBwdDsgbXNvLWxpbmUtaGVpZ2h0 LXJ1bGU6IGV4YWN0bHkiPjxTUEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7 IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0Ij48bzpwPjwvbzpwPjwvU1BBTj48L1A+DQo8UCBj bGFzcz1Nc29Ob3JtYWwgDQpzdHlsZT0iTElORS1IRUlHSFQ6IDEwcHQ7IG1zby1saW5lLWhlaWdo dC1ydWxlOiBleGFjdGx5Ij48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtU0laRTogOXB0 OyBtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdCI+Jm5ic3A7PG86cD48L286cD48L1NQQU4+PC9Q Pg0KPFAgY2xhc3M9TXNvTm9ybWFsIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiAxMnB0OyBtc28tbGlu ZS1oZWlnaHQtcnVsZTogZXhhY3RseSI+PFNQQU4gDQpsYW5nPUVOLVVTPjxTVFJPTkc+PEZPTlQg Y29sb3I9I2ZmMDAwMD5BUkVBUyBPRiBJTlRFUkVTVCBJTkNMVURFLCBCVVQgQVJFIE5PVCANCkxJ TUlURUQgVE86PG86cD48L286cD48L0ZPTlQ+PC9TVFJPTkc+PC9TUEFOPjwvUD4NCjxQIGNsYXNz PU1zb05vcm1hbCANCnN0eWxlPSJNQVJHSU4tTEVGVDogNS4xcHQ7IExJTkUtSEVJR0hUOiAxMnB0 OyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseTsgdGFiLXN0b3BzOiAyMDAuMHB0IDM2MC4w cHQiPjxTVFJPTkc+PFNQQU4gDQpsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtRkFNSUxZOiBTeW1i b2w7IG1zby1hc2NpaS1mb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IG1zby1oYW5zaS1m b250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IG1zby1jaGFyLXR5cGU6IHN5bWJvbDsgbXNv LXN5bWJvbC1mb250LWZhbWlseTogU3ltYm9sIj48U1BBTiANCnN0eWxlPSJtc28tY2hhci10eXBl OiBzeW1ib2w7IG1zby1zeW1ib2wtZm9udC1mYW1pbHk6IFN5bWJvbCI+oaQ8L1NQQU4+PC9TUEFO PjxTUEFOIA0KbGFuZz1FTi1VUz4gQ2VsbHVsYXIgTW9iaWxlIENvbW11bmljYXRpb25zPFNQQU4g DQpzdHlsZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IA0KPC9TUEFOPjwvU1BBTj48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtRkFN SUxZOiBTeW1ib2w7IG1zby1hc2NpaS1mb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IG1z by1oYW5zaS1mb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IG1zby1jaGFyLXR5cGU6IHN5 bWJvbDsgbXNvLXN5bWJvbC1mb250LWZhbWlseTogU3ltYm9sIj48U1BBTiANCnN0eWxlPSJtc28t Y2hhci10eXBlOiBzeW1ib2w7IG1zby1zeW1ib2wtZm9udC1mYW1pbHk6IFN5bWJvbCI+oaQ8L1NQ QU4+PC9TUEFOPjxTUEFOIA0KbGFuZz1FTi1VUz4gUGVyc29uYWwgQ29tbXVuaWNhdGlvbnM8U1BB TiANCnN0eWxlPSJtc28tdGFiLWNvdW50OiAxIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQo8L1NQQU4+PC9TUEFOPjxTUEFOIGxhbmc9 RU4tVVMgDQpzdHlsZT0iRk9OVC1GQU1JTFk6IFN5bWJvbDsgbXNvLWFzY2lpLWZvbnQtZmFtaWx5 OiAnVGltZXMgTmV3IFJvbWFuJzsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJv bWFuJzsgbXNvLWNoYXItdHlwZTogc3ltYm9sOyBtc28tc3ltYm9sLWZvbnQtZmFtaWx5OiBTeW1i b2wiPjxTUEFOIA0Kc3R5bGU9Im1zby1jaGFyLXR5cGU6IHN5bWJvbDsgbXNvLXN5bWJvbC1mb250 LWZhbWlseTogU3ltYm9sIj6hpDwvU1BBTj48L1NQQU4+PFNQQU4gDQpsYW5nPUVOLVVTPiBTbWFy dCBBbnRlbm5hPC9TUEFOPjwvU1RST05HPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCANCnN0eWxl PSJNQVJHSU4tTEVGVDogNS4xcHQ7IExJTkUtSEVJR0hUOiAxMnB0OyBtc28tbGluZS1oZWlnaHQt cnVsZTogZXhhY3RseTsgdGFiLXN0b3BzOiAyMDAuMHB0IDM2MC4wcHQiPjxTVFJPTkc+PFNQQU4g DQpsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtRkFNSUxZOiBTeW1ib2w7IG1zby1hc2NpaS1mb250 LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IG1zby1oYW5zaS1mb250LWZhbWlseTogJ1RpbWVz IE5ldyBSb21hbic7IG1zby1jaGFyLXR5cGU6IHN5bWJvbDsgbXNvLXN5bWJvbC1mb250LWZhbWls eTogU3ltYm9sIj48U1BBTiANCnN0eWxlPSJtc28tY2hhci10eXBlOiBzeW1ib2w7IG1zby1zeW1i b2wtZm9udC1mYW1pbHk6IFN5bWJvbCI+oaQ8L1NQQU4+PC9TUEFOPjxTUEFOIA0KbGFuZz1FTi1V Uz4gQ0RNQSBUZWNobm9sb2d5PFNQQU4gDQpzdHlsZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KPC9TUEFOPjwvU1BBTj48U1BB TiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtRkFNSUxZOiBTeW1ib2w7IG1zby1hc2NpaS1mb250 LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IG1zby1oYW5zaS1mb250LWZhbWlseTogJ1RpbWVz IE5ldyBSb21hbic7IG1zby1jaGFyLXR5cGU6IHN5bWJvbDsgbXNvLXN5bWJvbC1mb250LWZhbWls eTogU3ltYm9sIj48U1BBTiANCnN0eWxlPSJtc28tY2hhci10eXBlOiBzeW1ib2w7IG1zby1zeW1i b2wtZm9udC1mYW1pbHk6IFN5bWJvbCI+oaQ8L1NQQU4+PC9TUEFOPjxTUEFOIA0KbGFuZz1FTi1V Uz4gUmVzb3VyY2UgTWFuYWdlbWVudDxTUEFOIA0Kc3R5bGU9Im1zby10YWItY291bnQ6IDEiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCjwvU1BBTj48L1NQQU4+PFNQQU4gbGFuZz1FTi1VUyAN CnN0eWxlPSJGT05ULUZBTUlMWTogU3ltYm9sOyBtc28tYXNjaWktZm9udC1mYW1pbHk6ICdUaW1l cyBOZXcgUm9tYW4nOyBtc28taGFuc2ktZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBt c28tY2hhci10eXBlOiBzeW1ib2w7IG1zby1zeW1ib2wtZm9udC1mYW1pbHk6IFN5bWJvbCI+PFNQ QU4gDQpzdHlsZT0ibXNvLWNoYXItdHlwZTogc3ltYm9sOyBtc28tc3ltYm9sLWZvbnQtZmFtaWx5 OiBTeW1ib2wiPqGkPC9TUEFOPjwvU1BBTj48U1BBTiANCmxhbmc9RU4tVVM+IEFudGVubmEgYW5k IFByb3BhZ2F0aW9uPC9TUEFOPjwvU1RST05HPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCANCnN0 eWxlPSJNQVJHSU4tTEVGVDogNS4xcHQ7IExJTkUtSEVJR0hUOiAxMnB0OyBtc28tbGluZS1oZWln aHQtcnVsZTogZXhhY3RseTsgdGFiLXN0b3BzOiAyMDAuMHB0IDM2MC4wcHQiPjxTVFJPTkc+PFNQ QU4gDQpsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtRkFNSUxZOiBTeW1ib2w7IG1zby1hc2NpaS1m b250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IG1zby1oYW5zaS1mb250LWZhbWlseTogJ1Rp bWVzIE5ldyBSb21hbic7IG1zby1jaGFyLXR5cGU6IHN5bWJvbDsgbXNvLXN5bWJvbC1mb250LWZh bWlseTogU3ltYm9sIj48U1BBTiANCnN0eWxlPSJtc28tY2hhci10eXBlOiBzeW1ib2w7IG1zby1z eW1ib2wtZm9udC1mYW1pbHk6IFN5bWJvbCI+oaQ8L1NQQU4+PC9TUEFOPjxTUEFOIA0KbGFuZz1F Ti1VUz4gQ0RNQSBNb2JpbGUgUGhvbmUgVGVjaG5vbG9neTxTUEFOIA0Kc3R5bGU9Im1zby10YWIt Y291bnQ6IDEiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCjwvU1BBTj48L1NQQU4+ PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULUZBTUlMWTogU3ltYm9sOyBtc28tYXNjaWkt Zm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBtc28taGFuc2ktZm9udC1mYW1pbHk6ICdU aW1lcyBOZXcgUm9tYW4nOyBtc28tY2hhci10eXBlOiBzeW1ib2w7IG1zby1zeW1ib2wtZm9udC1m YW1pbHk6IFN5bWJvbCI+PFNQQU4gDQpzdHlsZT0ibXNvLWNoYXItdHlwZTogc3ltYm9sOyBtc28t c3ltYm9sLWZvbnQtZmFtaWx5OiBTeW1ib2wiPqGkPC9TUEFOPjwvU1BBTj48U1BBTiANCmxhbmc9 RU4tVVM+IENhbGwgQWRtaXNzaW9uIENvbnRyb2w8U1BBTiANCnN0eWxlPSJtc28tdGFiLWNvdW50 OiAxIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQo8L1NQQU4+PC9TUEFO PjxTUEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1GQU1JTFk6IFN5bWJvbDsgbXNvLWFzY2lp LWZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiAn VGltZXMgTmV3IFJvbWFuJzsgbXNvLWNoYXItdHlwZTogc3ltYm9sOyBtc28tc3ltYm9sLWZvbnQt ZmFtaWx5OiBTeW1ib2wiPjxTUEFOIA0Kc3R5bGU9Im1zby1jaGFyLXR5cGU6IHN5bWJvbDsgbXNv LXN5bWJvbC1mb250LWZhbWlseTogU3ltYm9sIj6hpDwvU1BBTj48L1NQQU4+PFNQQU4gDQpsYW5n PUVOLVVTPiBBZCBIb2MgTmV0d29ya3M8L1NQQU4+PC9TVFJPTkc+PC9QPg0KPFAgY2xhc3M9TXNv Tm9ybWFsIA0Kc3R5bGU9Ik1BUkdJTi1MRUZUOiA1LjFwdDsgTElORS1IRUlHSFQ6IDEycHQ7IG1z by1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5OyB0YWItc3RvcHM6IDIwMC4wcHQgMzYwLjBwdCI+ PFNUUk9ORz48U1BBTiANCmxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1GQU1JTFk6IFN5bWJvbDsg bXNvLWFzY2lpLWZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsgbXNvLWhhbnNpLWZvbnQt ZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsgbXNvLWNoYXItdHlwZTogc3ltYm9sOyBtc28tc3lt Ym9sLWZvbnQtZmFtaWx5OiBTeW1ib2wiPjxTUEFOIA0Kc3R5bGU9Im1zby1jaGFyLXR5cGU6IHN5 bWJvbDsgbXNvLXN5bWJvbC1mb250LWZhbWlseTogU3ltYm9sIj6hpDwvU1BBTj48L1NQQU4+PFNQ QU4gDQpsYW5nPUVOLVVTPiBTcHJlYWQgU3BlY3RydW0gVGVjaG5vbG9neTxTUEFOIA0Kc3R5bGU9 Im1zby10YWItY291bnQ6IDEiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyANCjwvU1BBTj48L1NQQU4+PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxl PSJGT05ULUZBTUlMWTogU3ltYm9sOyBtc28tYXNjaWktZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcg Um9tYW4nOyBtc28taGFuc2ktZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBtc28tY2hh ci10eXBlOiBzeW1ib2w7IG1zby1zeW1ib2wtZm9udC1mYW1pbHk6IFN5bWJvbCI+PFNQQU4gDQpz dHlsZT0ibXNvLWNoYXItdHlwZTogc3ltYm9sOyBtc28tc3ltYm9sLWZvbnQtZmFtaWx5OiBTeW1i b2wiPqGkPC9TUEFOPjwvU1BBTj48U1BBTiANCmxhbmc9RU4tVVM+IE1vYmlsaXR5IE1hbmFnZW1l bnQ8U1BBTiANCnN0eWxlPSJtc28tdGFiLWNvdW50OiAxIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgDQombmJzcDsgPC9TUEFOPjwvU1BBTj48U1BBTiBsYW5nPUVO LVVTIA0Kc3R5bGU9IkZPTlQtRkFNSUxZOiBTeW1ib2w7IG1zby1hc2NpaS1mb250LWZhbWlseTog J1RpbWVzIE5ldyBSb21hbic7IG1zby1oYW5zaS1mb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21h bic7IG1zby1jaGFyLXR5cGU6IHN5bWJvbDsgbXNvLXN5bWJvbC1mb250LWZhbWlseTogU3ltYm9s Ij48U1BBTiANCnN0eWxlPSJtc28tY2hhci10eXBlOiBzeW1ib2w7IG1zby1zeW1ib2wtZm9udC1m YW1pbHk6IFN5bWJvbCI+oaQ8L1NQQU4+PC9TUEFOPjxTUEFOIA0KbGFuZz1FTi1VUz4gTW9kdWxh dGlvbiAmYW1wOyBDb2Rpbmc8L1NQQU4+PC9TVFJPTkc+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFs IA0Kc3R5bGU9Ik1BUkdJTi1MRUZUOiA1LjFwdDsgTElORS1IRUlHSFQ6IDEycHQ7IG1zby1saW5l LWhlaWdodC1ydWxlOiBleGFjdGx5OyB0YWItc3RvcHM6IDIwMC4wcHQgMzYwLjBwdCI+PFNUUk9O Rz48U1BBTiANCmxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1GQU1JTFk6IFN5bWJvbDsgbXNvLWFz Y2lpLWZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5 OiAnVGltZXMgTmV3IFJvbWFuJzsgbXNvLWNoYXItdHlwZTogc3ltYm9sOyBtc28tc3ltYm9sLWZv bnQtZmFtaWx5OiBTeW1ib2wiPjxTUEFOIA0Kc3R5bGU9Im1zby1jaGFyLXR5cGU6IHN5bWJvbDsg bXNvLXN5bWJvbC1mb250LWZhbWlseTogU3ltYm9sIj6hpDwvU1BBTj48L1NQQU4+PFNQQU4gDQps YW5nPUVOLVVTPiBBY3F1aXNpdGlvbiAmYW1wOyBUcmFja2luZzxTUEFOIA0Kc3R5bGU9Im1zby10 YWItY291bnQ6IDEiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyANCjwvU1BBTj48L1NQQU4+PFNQQU4gbGFuZz1FTi1VUyANCnN0 eWxlPSJGT05ULUZBTUlMWTogU3ltYm9sOyBtc28tYXNjaWktZm9udC1mYW1pbHk6ICdUaW1lcyBO ZXcgUm9tYW4nOyBtc28taGFuc2ktZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBtc28t Y2hhci10eXBlOiBzeW1ib2w7IG1zby1zeW1ib2wtZm9udC1mYW1pbHk6IFN5bWJvbCI+PFNQQU4g DQpzdHlsZT0ibXNvLWNoYXItdHlwZTogc3ltYm9sOyBtc28tc3ltYm9sLWZvbnQtZmFtaWx5OiBT eW1ib2wiPqGkPC9TUEFOPjwvU1BBTj48U1BBTiANCmxhbmc9RU4tVVM+IEhhbmRvZmYgQWxnb3Jp dGhtczxTUEFOIA0Kc3R5bGU9Im1zby10YWItY291bnQ6IDEiPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCjwv U1BBTj48L1NQQU4+PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULUZBTUlMWTogU3ltYm9s OyBtc28tYXNjaWktZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBtc28taGFuc2ktZm9u dC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBtc28tY2hhci10eXBlOiBzeW1ib2w7IG1zby1z eW1ib2wtZm9udC1mYW1pbHk6IFN5bWJvbCI+PFNQQU4gDQpzdHlsZT0ibXNvLWNoYXItdHlwZTog c3ltYm9sOyBtc28tc3ltYm9sLWZvbnQtZmFtaWx5OiBTeW1ib2wiPqGkPC9TUEFOPjwvU1BBTj48 U1BBTiANCmxhbmc9RU4tVVM+IFNhdGVsbGl0ZSBDb21tdW5pY2F0aW9uczwvU1BBTj48L1NUUk9O Rz48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgDQpzdHlsZT0iTUFSR0lOLUxFRlQ6IDUuMXB0OyBM SU5FLUhFSUdIVDogMTJwdDsgbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHk7IHRhYi1zdG9w czogMjAwLjBwdCAzNjAuMHB0Ij48U1RST05HPjxTUEFOIA0KbGFuZz1FTi1VUyANCnN0eWxlPSJG T05ULUZBTUlMWTogU3ltYm9sOyBtc28tYXNjaWktZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9t YW4nOyBtc28taGFuc2ktZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBtc28tY2hhci10 eXBlOiBzeW1ib2w7IG1zby1zeW1ib2wtZm9udC1mYW1pbHk6IFN5bWJvbCI+PFNQQU4gDQpzdHls ZT0ibXNvLWNoYXItdHlwZTogc3ltYm9sOyBtc28tc3ltYm9sLWZvbnQtZmFtaWx5OiBTeW1ib2wi PqGkPC9TUEFOPjwvU1BBTj48U1BBTiANCmxhbmc9RU4tVVM+IFdpcmVsZXNzIE11bHRpbWVkaWEg U2VydmljZXM8U1BBTiANCnN0eWxlPSJtc28tdGFiLWNvdW50OiAxIj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQo8L1NQQU4+PC9T UEFOPjxTUEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1GQU1JTFk6IFN5bWJvbDsgbXNvLWFz Y2lpLWZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5 OiAnVGltZXMgTmV3IFJvbWFuJzsgbXNvLWNoYXItdHlwZTogc3ltYm9sOyBtc28tc3ltYm9sLWZv bnQtZmFtaWx5OiBTeW1ib2wiPjxTUEFOIA0Kc3R5bGU9Im1zby1jaGFyLXR5cGU6IHN5bWJvbDsg bXNvLXN5bWJvbC1mb250LWZhbWlseTogU3ltYm9sIj6hpDwvU1BBTj48L1NQQU4+PFNQQU4gDQps YW5nPUVOLVVTPiBXaXJlbGVzcyBMb2NhbCBMb29wIChXTEwpPFNQQU4gDQpzdHlsZT0ibXNvLXRh Yi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IA0KJm5ic3A7IDwvU1BBTj48L1NQQU4+PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULUZB TUlMWTogU3ltYm9sOyBtc28tYXNjaWktZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBt c28taGFuc2ktZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBtc28tY2hhci10eXBlOiBz eW1ib2w7IG1zby1zeW1ib2wtZm9udC1mYW1pbHk6IFN5bWJvbCI+PFNQQU4gDQpzdHlsZT0ibXNv LWNoYXItdHlwZTogc3ltYm9sOyBtc28tc3ltYm9sLWZvbnQtZmFtaWx5OiBTeW1ib2wiPqGkPC9T UEFOPjwvU1BBTj48U1BBTiANCmxhbmc9RU4tVVM+IE1NSUMgSW1wbGVtZW50YXRpb248L1NQQU4+ PC9TVFJPTkc+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIA0Kc3R5bGU9Ik1BUkdJTi1MRUZUOiA1 LjFwdDsgTElORS1IRUlHSFQ6IDEycHQ7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5OyB0 YWItc3RvcHM6IDIwMC4wcHQgMzYwLjBwdCI+PFNUUk9ORz48U1BBTiANCmxhbmc9RU4tVVMgDQpz dHlsZT0iRk9OVC1GQU1JTFk6IFN5bWJvbDsgbXNvLWFzY2lpLWZvbnQtZmFtaWx5OiAnVGltZXMg TmV3IFJvbWFuJzsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsgbXNv LWNoYXItdHlwZTogc3ltYm9sOyBtc28tc3ltYm9sLWZvbnQtZmFtaWx5OiBTeW1ib2wiPjxTUEFO IA0Kc3R5bGU9Im1zby1jaGFyLXR5cGU6IHN5bWJvbDsgbXNvLXN5bWJvbC1mb250LWZhbWlseTog U3ltYm9sIj6hpDwvU1BBTj48L1NQQU4+PFNQQU4gDQpsYW5nPUVOLVVTPiBNdWx0aXBsZSBBY2Nl c3MgVGVjaG5vbG9neTxTUEFOIA0Kc3R5bGU9Im1zby10YWItY291bnQ6IDEiPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyANCjwvU1BBTj48L1NQQU4+PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULUZBTUlM WTogU3ltYm9sOyBtc28tYXNjaWktZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBtc28t aGFuc2ktZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBtc28tY2hhci10eXBlOiBzeW1i b2w7IG1zby1zeW1ib2wtZm9udC1mYW1pbHk6IFN5bWJvbCI+PFNQQU4gDQpzdHlsZT0ibXNvLWNo YXItdHlwZTogc3ltYm9sOyBtc28tc3ltYm9sLWZvbnQtZmFtaWx5OiBTeW1ib2wiPqGkPC9TUEFO PjwvU1BBTj48U1BBTiANCmxhbmc9RU4tVVM+IERpdmVyc2l0eSBUZWNobmlxdWU8U1BBTiANCnN0 eWxlPSJtc28tdGFiLWNvdW50OiAxIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQo8L1NQQU4+PC9TUEFOPjxTUEFOIGxhbmc9RU4t VVMgDQpzdHlsZT0iRk9OVC1GQU1JTFk6IFN5bWJvbDsgbXNvLWFzY2lpLWZvbnQtZmFtaWx5OiAn VGltZXMgTmV3IFJvbWFuJzsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFu JzsgbXNvLWNoYXItdHlwZTogc3ltYm9sOyBtc28tc3ltYm9sLWZvbnQtZmFtaWx5OiBTeW1ib2wi PjxTUEFOIA0Kc3R5bGU9Im1zby1jaGFyLXR5cGU6IHN5bWJvbDsgbXNvLXN5bWJvbC1mb250LWZh bWlseTogU3ltYm9sIj6hpDwvU1BBTj48L1NQQU4+PFNQQU4gDQpsYW5nPUVOLVVTPiBSRiBUZWNo bm9sb2d5PC9TUEFOPjwvU1RST05HPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCANCnN0eWxlPSJN QVJHSU4tTEVGVDogNS4xcHQ7IExJTkUtSEVJR0hUOiAxMnB0OyBtc28tbGluZS1oZWlnaHQtcnVs ZTogZXhhY3RseTsgdGFiLXN0b3BzOiAyMDAuMHB0IDM2MC4wcHQiPjxTVFJPTkc+PFNQQU4gDQps YW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtRkFNSUxZOiBTeW1ib2w7IG1zby1hc2NpaS1mb250LWZh bWlseTogJ1RpbWVzIE5ldyBSb21hbic7IG1zby1oYW5zaS1mb250LWZhbWlseTogJ1RpbWVzIE5l dyBSb21hbic7IG1zby1jaGFyLXR5cGU6IHN5bWJvbDsgbXNvLXN5bWJvbC1mb250LWZhbWlseTog U3ltYm9sIj48U1BBTiANCnN0eWxlPSJtc28tY2hhci10eXBlOiBzeW1ib2w7IG1zby1zeW1ib2wt Zm9udC1mYW1pbHk6IFN5bWJvbCI+oaQ8L1NQQU4+PC9TUEFOPjxTUEFOIA0KbGFuZz1FTi1VUz4g SW50ZXJmZXJlbmNlIFJlamVjdGlvbiBUZWNobm9sb2d5PFNQQU4gDQpzdHlsZT0ibXNvLXRhYi1j b3VudDogMSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0K Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvU1BBTj48L1NQQU4+PFNQQU4gbGFuZz1FTi1VUyAN CnN0eWxlPSJGT05ULUZBTUlMWTogU3ltYm9sOyBtc28tYXNjaWktZm9udC1mYW1pbHk6ICdUaW1l cyBOZXcgUm9tYW4nOyBtc28taGFuc2ktZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBt c28tY2hhci10eXBlOiBzeW1ib2w7IG1zby1zeW1ib2wtZm9udC1mYW1pbHk6IFN5bWJvbCI+PFNQ QU4gDQpzdHlsZT0ibXNvLWNoYXItdHlwZTogc3ltYm9sOyBtc28tc3ltYm9sLWZvbnQtZmFtaWx5 OiBTeW1ib2wiPqGkPC9TUEFOPjwvU1BBTj48U1BBTiANCmxhbmc9RU4tVVM+IFRlbGV0cmFmZmlj IE1vZGVsaW5nPFNQQU4gDQpzdHlsZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KPC9TUEFOPjwv U1BBTj48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtRkFNSUxZOiBTeW1ib2w7IG1zby1h c2NpaS1mb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IG1zby1oYW5zaS1mb250LWZhbWls eTogJ1RpbWVzIE5ldyBSb21hbic7IG1zby1jaGFyLXR5cGU6IHN5bWJvbDsgbXNvLXN5bWJvbC1m b250LWZhbWlseTogU3ltYm9sIj48U1BBTiANCnN0eWxlPSJtc28tY2hhci10eXBlOiBzeW1ib2w7 IG1zby1zeW1ib2wtZm9udC1mYW1pbHk6IFN5bWJvbCI+oaQ8L1NQQU4+PC9TUEFOPjxTUEFOIA0K bGFuZz1FTi1VUz4gU29mdHdhcmUgRGVmaW5lZCBSYWRpbyAoU0RSKTwvU1BBTj48L1NUUk9ORz48 L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgDQpzdHlsZT0iTUFSR0lOLUxFRlQ6IDUuMXB0OyBMSU5F LUhFSUdIVDogMTJwdDsgbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHk7IHRhYi1zdG9wczog MjAwLjBwdCAzNjAuMHB0Ij48U1RST05HPjxTUEFOIA0KbGFuZz1FTi1VUyANCnN0eWxlPSJGT05U LUZBTUlMWTogU3ltYm9sOyBtc28tYXNjaWktZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4n OyBtc28taGFuc2ktZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBtc28tY2hhci10eXBl OiBzeW1ib2w7IG1zby1zeW1ib2wtZm9udC1mYW1pbHk6IFN5bWJvbCI+PFNQQU4gDQpzdHlsZT0i bXNvLWNoYXItdHlwZTogc3ltYm9sOyBtc28tc3ltYm9sLWZvbnQtZmFtaWx5OiBTeW1ib2wiPqGk PC9TUEFOPjwvU1BBTj48U1BBTiANCmxhbmc9RU4tVVM+IFBvd2VyIENvbnRyb2w8U1BBTiANCnN0 eWxlPSJtc28tdGFiLWNvdW50OiAxIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQo8L1NQQU4+PC9T UEFOPjxTUEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1GQU1JTFk6IFN5bWJvbDsgbXNvLWFz Y2lpLWZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5 OiAnVGltZXMgTmV3IFJvbWFuJzsgbXNvLWNoYXItdHlwZTogc3ltYm9sOyBtc28tc3ltYm9sLWZv bnQtZmFtaWx5OiBTeW1ib2wiPjxTUEFOIA0Kc3R5bGU9Im1zby1jaGFyLXR5cGU6IHN5bWJvbDsg bXNvLXN5bWJvbC1mb250LWZhbWlseTogU3ltYm9sIj6hpDwvU1BBTj48L1NQQU4+PFNQQU4gDQps YW5nPUVOLVVTPiBTZWN1cml0eSBpbiBNb2JpbGUgTmV0d29yazxTUEFOIA0Kc3R5bGU9Im1zby10 YWItY291bnQ6IDEiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyANCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyA8L1NQQU4+PC9TUEFOPjxTUEFOIA0KbGFuZz1FTi1VUyANCnN0eWxl PSJGT05ULUZBTUlMWTogU3ltYm9sOyBtc28tYXNjaWktZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcg Um9tYW4nOyBtc28taGFuc2ktZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBtc28tY2hh ci10eXBlOiBzeW1ib2w7IG1zby1zeW1ib2wtZm9udC1mYW1pbHk6IFN5bWJvbCI+PFNQQU4gDQpz dHlsZT0ibXNvLWNoYXItdHlwZTogc3ltYm9sOyBtc28tc3ltYm9sLWZvbnQtZmFtaWx5OiBTeW1i b2wiPqGkPC9TUEFOPjwvU1BBTj48U1BBTiANCmxhbmc9RU4tVVM+IFdpcmVsZXNzIElQIChBbGwg SVApPC9TUEFOPjwvU1RST05HPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCANCnN0eWxlPSJNQVJH SU4tTEVGVDogNS4xcHQ7IExJTkUtSEVJR0hUOiAxMnB0OyBtc28tbGluZS1oZWlnaHQtcnVsZTog ZXhhY3RseTsgdGFiLXN0b3BzOiAyMDAuMHB0IDI3NS4wcHQiPjxTVFJPTkc+PFNQQU4gDQpsYW5n PUVOLVVTIA0Kc3R5bGU9IkZPTlQtRkFNSUxZOiBTeW1ib2w7IG1zby1hc2NpaS1mb250LWZhbWls eTogJ1RpbWVzIE5ldyBSb21hbic7IG1zby1oYW5zaS1mb250LWZhbWlseTogJ1RpbWVzIE5ldyBS b21hbic7IG1zby1jaGFyLXR5cGU6IHN5bWJvbDsgbXNvLXN5bWJvbC1mb250LWZhbWlseTogU3lt Ym9sIj48U1BBTiANCnN0eWxlPSJtc28tY2hhci10eXBlOiBzeW1ib2w7IG1zby1zeW1ib2wtZm9u dC1mYW1pbHk6IFN5bWJvbCI+oaQ8L1NQQU4+PC9TUEFOPjxTUEFOIA0KbGFuZz1FTi1VUz4gNEcg TW9iaWxlIFN5c3RlbSBhbmQgVGVjaG5vbG9neTxTUEFOIA0Kc3R5bGU9Im1zby10YWItY291bnQ6 IDEiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAN CiZuYnNwOyZuYnNwOyA8L1NQQU4+PC9TUEFOPjxTUEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0iRk9O VC1GQU1JTFk6IFN5bWJvbDsgbXNvLWFzY2lpLWZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFu JzsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsgbXNvLWNoYXItdHlw ZTogc3ltYm9sOyBtc28tc3ltYm9sLWZvbnQtZmFtaWx5OiBTeW1ib2wiPjxTUEFOIA0Kc3R5bGU9 Im1zby1jaGFyLXR5cGU6IHN5bWJvbDsgbXNvLXN5bWJvbC1mb250LWZhbWlseTogU3ltYm9sIj6h pDwvU1BBTj48L1NQQU4+PFNQQU4gDQpsYW5nPUVOLVVTPiBWTFNJIEltcGxlbWVudGF0aW9uPFNQ QU4gDQpzdHlsZT0ibXNvLXNwYWNlcnVuOiB5ZXMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxGT05UIA0KZmFj ZT1TeW1ib2w+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KPC9GT05UPjwvU1BBTj48L1NQQU4+ PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULUZBTUlMWTogU3ltYm9sOyBtc28tYXNjaWkt Zm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBtc28taGFuc2ktZm9udC1mYW1pbHk6ICdU aW1lcyBOZXcgUm9tYW4nOyBtc28tY2hhci10eXBlOiBzeW1ib2w7IG1zby1zeW1ib2wtZm9udC1m YW1pbHk6IFN5bWJvbCI+PFNQQU4gDQpzdHlsZT0ibXNvLWNoYXItdHlwZTogc3ltYm9sOyBtc28t c3ltYm9sLWZvbnQtZmFtaWx5OiBTeW1ib2wiPqGkPC9TUEFOPjwvU1BBTj48U1BBTiANCmxhbmc9 RU4tVVM+IElNVC0yMDAwIFN5c3RlbTwvU1BBTj48L1NUUk9ORz48L1A+DQo8UCBjbGFzcz1Nc29O b3JtYWwgDQpzdHlsZT0iTElORS1IRUlHSFQ6IDEycHQ7IG1zby1saW5lLWhlaWdodC1ydWxlOiBl eGFjdGx5OyB0YWItc3RvcHM6IDIwMC4wcHQgMjc1LjBwdCI+PFNQQU4gDQpsYW5nPUVOLVVTPiZu YnNwOzwvU1BBTj48U1BBTiBsYW5nPUVOLVVTPiZuYnNwOzxvOnA+PC9vOnA+PC9TUEFOPjwvUD4N CjxINj48U1BBTiBsYW5nPUVOLVVTIHN0eWxlPSJGT05ULVNJWkU6IDEwcHQiPjxGT05UIGNvbG9y PSNmZjAwMDA+SU5TVFJVQ1RJT04gRk9SIA0KU1VCTUlTU0lPTjo8L0ZPTlQ+PC9TUEFOPjxTUEFO IGxhbmc9RU4tVVM+IDwvU1BBTj48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtV0VJR0hU OiBub3JtYWw7IEZPTlQtU0laRTogMTBwdCI+UHJvc3BlY3RpdmUgYXV0aG9ycyBhcmUgaW52aXRl ZCB0byANCnN1Ym1pdCBlbGVjdHJvbmljIG1haWwgZGVzY3JpYmluZyBvcmlnaW5hbCB3b3JrcyBp biBFbmdsaXNoLCBubyBtb3JlIHRoYW4gMzAwMCANCndvcmRzLCB3aXRoIGEgY292ZXIgcGFnZSB0 byB0aGUgZS1tYWlsIGFkZHJlc3Mgc2hvd24gYmVsb3cuIFRoZSBjb3ZlciBwYWdlIG11c3QgDQpp bmNsdWRlOiB0aXRsZSBvZiBwYXBlciwgYXV0aG9yc6GvIG5hbWVzIGFuZCBhZmZpbGlhdGlvbnMs IGNvbnRhY3QgYXV0aG9yoa9zIG5hbWUgDQphbmQgYWRkcmVzcyAoYm90aCBwb3N0YWwgYW5kIGVs ZWN0cm9uaWMpLCBhbmQgc3VibWlzc2lvbiBhcmVhIChmcm9tIHRoZSBsaXN0IG9mIA0KcmVsZXZh bnQgYXJlYXMgb2YgaW50ZXJlc3QpLiBBY2NlcHRlZCBmb3JtYXRzIGluY2x1ZGUgTWljcm9zb2Z0 IFdvcmQsIA0KUG9zdFNjcmlwdCwgYW5kIFBERi48L1NQQU4+PFNQQU4gbGFuZz1FTi1VUyANCnN0 eWxlPSJGT05ULVdFSUdIVDogbm9ybWFsOyBGT05ULVNJWkU6IDlwdDsgbXNvLWJpZGktZm9udC1z aXplOiAxMC4wcHQiPjxvOnA+PC9vOnA+PC9TUEFOPjwvSDY+DQo8UCBjbGFzcz1Nc29Ob3JtYWwg DQpzdHlsZT0iTElORS1IRUlHSFQ6IDEwcHQ7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5 Ij48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtU0laRTogOXB0OyBtc28tYmlkaS1mb250 LXNpemU6IDEwLjBwdCI+Jm5ic3A7PG86cD48L286cD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNv Tm9ybWFsIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiAxMHB0OyBtc28tbGluZS1oZWlnaHQtcnVsZTog ZXhhY3RseSI+PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULVNJWkU6IDlwdDsgbXNvLWJp ZGktZm9udC1zaXplOiAxMC4wcHQiPjxvOnA+PC9vOnA+PC9TUEFOPjwvUD4NCjxINCANCnN0eWxl PSJNQVJHSU4tTEVGVDogMTVwdDsgVEVYVC1JTkRFTlQ6IDQ1LjA1cHQ7IExJTkUtSEVJR0hUOiAx MXB0OyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSI+PFNQQU4gDQpsYW5nPUVOLVVTIHN0 eWxlPSJGT05ULVNJWkU6IDEwcHQiPjxGT05UIGNvbG9yPSMwMDAwODA+Q0lDIDIwMDEgDQpTZWNy ZXRhcmlhdDxvOnA+PC9vOnA+PC9GT05UPjwvU1BBTj48L0g0Pg0KPEg0IA0Kc3R5bGU9IlRFWFQt SU5ERU5UOiA2MHB0OyBMSU5FLUhFSUdIVDogMTFwdDsgbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6IGV4 YWN0bHkiPjxTVFJPTkc+PEZPTlQgDQpjb2xvcj0jMDAwMDgwPjxTUEFOIGxhbmc9RU4tVVMgc3R5 bGU9IkZPTlQtV0VJR0hUOiBub3JtYWw7IEZPTlQtU0laRTogMTBwdCI+VGhlIA0KS29yZWFuIElu c3RpdHV0ZSBvZiBDb21tdW5pY2F0aW9uIFNjaWVuY2VzIChLSUNTKTwvU1BBTj48U1BBTiBsYW5n PUVOLVVTIA0Kc3R5bGU9IkZPTlQtU0laRTogMTBwdCI+PG86cD48L286cD48L1NQQU4+PC9GT05U PjwvU1RST05HPjwvSDQ+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgDQpzdHlsZT0iVEVYVC1JTkRFTlQ6 IDYwcHQ7IExJTkUtSEVJR0hUOiAxMXB0OyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSI+ PFNQQU4gDQpsYW5nPUVOLVVTPjxTVFJPTkc+PEZPTlQgY29sb3I9IzAwMDA4MD5IeXVuZGFpIEtp cmltIE9mZmljZXRlbCAjMTUwNCwgMTMzMC0xOCANClNlb2Noby1kb25nLCBTZW9jaG8tZ3UsIFNl b3VsIDEzNy04NTgsIEtvcmVhPC9GT05UPjwvU1RST05HPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1N c29Ob3JtYWwgDQpzdHlsZT0iVEVYVC1JTkRFTlQ6IDYwcHQ7IExJTkUtSEVJR0hUOiAxMXB0OyBt c28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSI+PFNQQU4gDQpsYW5nPUVOLVVTPjxTVFJPTkc+ PEZPTlQgY29sb3I9IzAwMDA4MD5FLW1haWwgOiANCmpjcGFya0BraWNzLm9yLmtyPC9GT05UPjwv U1RST05HPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgDQpzdHlsZT0iVEVYVC1JTkRF TlQ6IDYwcHQ7IExJTkUtSEVJR0hUOiAxMXB0OyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3Rs eSI+PFNUUk9ORz48Rk9OVCANCmNvbG9yPSMwMDAwODA+PFNQQU4gbGFuZz1FTi1VUz5UZWwgOiAr IDgyIDIgMzQ1MyA1NTU1PFNQQU4gDQpzdHlsZT0ibXNvLXNwYWNlcnVuOiB5ZXMiPiZuYnNwOyZu YnNwOyA8L1NQQU4+RmF4IDogKyA4MiAyIDUzOSA1NTg4PC9TUEFOPjxTUEFOIA0KbGFuZz1FTi1V UyANCnN0eWxlPSJGT05ULVNJWkU6IDlwdDsgbXNvLWJpZGktZm9udC1zaXplOiAxMC4wcHQiPjxv OnA+PC9vOnA+PC9TUEFOPjwvRk9OVD48L1NUUk9ORz48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwg DQpzdHlsZT0iTElORS1IRUlHSFQ6IDEwcHQ7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5 Ij48U1BBTj48U1RST05HPiZuYnNwOyZuYnNwOzxvOnA+PC9vOnA+PC9TVFJPTkc+PC9TUEFOPjwv UD4NCjxQIGNsYXNzPU1zb05vcm1hbCANCnN0eWxlPSJMSU5FLUhFSUdIVDogMTFwdDsgbXNvLWxp bmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHk7IHRhYi1zdG9wczogMTI1LjBwdCAyNDAuMHB0Ij48Rk9O VCANCmNvbG9yPSNmZjAwMDA+PEIgc3R5bGU9Im1zby1iaWRpLWZvbnQtd2VpZ2h0OiBub3JtYWwi PjxTUEFOIGxhbmc9RU4tVVM+SU1QT1JUQU5UIA0KREFURVM6PFNQQU4gDQpzdHlsZT0ibXNvLXRh Yi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KPC9TUEFOPjwvU1BBTj48 L0I+PEIgc3R5bGU9Im1zby1iaWRpLWZvbnQtd2VpZ2h0OiBub3JtYWwiPjxTUEFOIGxhbmc9RU4t VVMgDQpzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0Ij5G dWxsIFBhcGVyIFN1Ym1pc3Npb246PFNQQU4gDQpzdHlsZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IA0KPC9TUEFOPkp1bHkgMTUsIDIwMDE8bzpwPjwvbzpwPjwvU1BBTj48L0I+PC9GT05U PjwvUD4NCjxINCANCnN0eWxlPSJNQVJHSU4tTEVGVDogMTUuMDVwdDsgTElORS1IRUlHSFQ6IDEx cHQ7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5OyB0YWItc3RvcHM6IDEyMC4yNXB0IDEy NS4wcHQgMjQwLjBwdCI+PFNQQU4gDQpsYW5nPUVOLVVTPjxGT05UIGNvbG9yPSNmZjAwMDA+PFNQ QU4gDQpzdHlsZT0ibXNvLXRhYi1jb3VudDogMiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KPC9T UEFOPjxGT05UIHNpemU9Mj5Ob3RpZmljYXRpb24gb2YgQWNjZXB0YW5jZTo8U1BBTiANCnN0eWxl PSJtc28tdGFiLWNvdW50OiAxIj4mbmJzcDsmbmJzcDsmbmJzcDsgPC9TUEFOPkF1Z3VzdCAxNSwg DQoyMDAxPC9GT05UPjwvRk9OVD48L1NQQU4+PC9IND4NCjxINCANCnN0eWxlPSJMSU5FLUhFSUdI VDogMTFwdDsgbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHk7IHRhYi1zdG9wczogOTUuNzVw dCAxMjUuMHB0IDI0MC4wcHQiPjxTUEFOIA0KbGFuZz1FTi1VUz48Rk9OVCBzaXplPTI+PEZPTlQg Y29sb3I9I2ZmMDAwMD48U1BBTiANCnN0eWxlPSJtc28tdGFiLWNvdW50OiAyIj4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDs8L1NQQU4+Q2FtZXJhIA0KUmVhZHkgUGFwZXI6PFNQQU4gDQpz dHlsZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IA0KJm5ic3A7Jm5ic3A7IDwvU1BBTj5TZXB0ZW1iZXIgMTUsIDIwMDE8 L0ZPTlQ+PC9GT05UPjwvU1BBTj48L0g0Pg0KPFAgY2xhc3M9TXNvTm9ybWFsIA0Kc3R5bGU9Ik1B UkdJTi1MRUZUOiAxNS4wNXB0OyBMSU5FLUhFSUdIVDogMTFwdDsgbXNvLWxpbmUtaGVpZ2h0LXJ1 bGU6IGV4YWN0bHk7IHRhYi1zdG9wczogMTI1LjBwdCAyNDAuMHB0Ij48U1BBTiANCmxhbmc9RU4t VVMgDQpzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0Ij4m bmJzcDs8bzpwPjwvbzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgDQpzdHlsZT0i TElORS1IRUlHSFQ6IDEycHQ7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5OyB0YWItc3Rv cHM6IDg1LjBwdCAzMDUuMHB0IDMyMy43NXB0Ij48Rk9OVCANCmNvbG9yPSNmZjAwMDA+PEIgc3R5 bGU9Im1zby1iaWRpLWZvbnQtd2VpZ2h0OiBub3JtYWwiPjxTUEFOIA0KbGFuZz1FTi1VUz5DT01N SVRURUVTOjwvU1BBTj48L0I+PC9GT05UPjxCIA0Kc3R5bGU9Im1zby1iaWRpLWZvbnQtd2VpZ2h0 OiBub3JtYWwiPjxTUEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1TSVpFOiAxMXB0OyBtc28t YmlkaS1mb250LXNpemU6IDEwLjBwdCI+PFNQQU4gDQpzdHlsZT0ibXNvLXRhYi1jb3VudDogMSI+ PEZPTlQgDQpjb2xvcj0jMDAwMDgwPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyA8L1NQQU4+PC9TUEFOPjwvQj48QiANCnN0eWxlPSJtc28tYmlkaS1mb250LXdlaWdodDogbm9y bWFsIj48VT48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtU0laRTogOXB0OyBtc28tYmlk aS1mb250LXNpemU6IDEwLjBwdCI+R2VuZXJhbCANCkNoYWlyOjwvU1BBTj48L1U+PC9CPjxCIHN0 eWxlPSJtc28tYmlkaS1mb250LXdlaWdodDogbm9ybWFsIj48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5 bGU9IkZPTlQtU0laRTogOXB0OyBtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdCI+PFNQQU4gDQpz dHlsZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IDwvU1BBTj48VT5JbnRlcm5hdGlvbmFsIEFkdmlzb3J5IENvbW1pdHRl ZSANCkNoYWlyOjwvVT48L1NQQU4+PC9CPjxCIHN0eWxlPSJtc28tYmlkaS1mb250LXdlaWdodDog bm9ybWFsIj48SSANCnN0eWxlPSJtc28tYmlkaS1mb250LXN0eWxlOiBub3JtYWwiPjxTUEFOIGxh bmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1TSVpFOiAxMXB0OyBtc28tYmlkaS1mb250LXNpemU6IDEw LjBwdCI+PG86cD48L286cD48L1NQQU4+PC9JPjwvQj48L0ZPTlQ+PC9QPg0KPFAgY2xhc3M9TXNv Tm9ybWFsIA0Kc3R5bGU9Ik1BUkdJTi1MRUZUOiA0NS4xcHQ7IFRFWFQtSU5ERU5UOiA0OS45cHQ7 IExJTkUtSEVJR0hUOiAxMXB0OyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseTsgdGFiLXN0 b3BzOiA5NS4wcHQgMjkwLjBwdCAzMjAuMHB0Ij48U1BBTiANCmxhbmc9RU4tVVMgDQpzdHlsZT0i Rk9OVC1TSVpFOiA5cHQ7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0Ij4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgDQpVaS1TZW9rIEhvbmc8U1BBTiANCnN0eWxlPSJtc28tdGFiLWNvdW50OiAy Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgDQo8L1NQQU4+R2lsIFJvayBPaDxvOnA+PC9vOnA+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1z b05vcm1hbCANCnN0eWxlPSJNQVJHSU4tTEVGVDogNDUuMXB0OyBURVhULUlOREVOVDogNDkuOXB0 OyBMSU5FLUhFSUdIVDogMTFwdDsgbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHk7IHRhYi1z dG9wczogOTUuMHB0IDI5MC4wcHQgMzIwLjBwdCI+PFNQQU4gDQpsYW5nPUVOLVVTIA0Kc3R5bGU9 IkZPTlQtU0laRTogOXB0OyBtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdCI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IA0KUHJlc2lkZW50LCBLSUNTIC8gUHJvZmVzc29yLCBLd2FuZ3dvb24gVW5p dmVyc2l0eTxTUEFOIA0Kc3R5bGU9Im1zby10YWItY291bnQ6IDIiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyANCjwvU1BBTj5QcmVzaWRlbnQsIEVUUkkgPG86cD48L286cD48L1NQQU4+PC9QPg0KPFAgY2xh c3M9TXNvTm9ybWFsIA0Kc3R5bGU9Ik1BUkdJTi1MRUZUOiA0NS4xcHQ7IFRFWFQtSU5ERU5UOiA0 OS45cHQ7IExJTkUtSEVJR0hUOiAxMXB0OyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseTsg dGFiLXN0b3BzOiA5NS4wcHQgMjkwLjBwdCAzMjAuMHB0Ij48U1BBTiANCmxhbmc9RU4tVVMgDQpz dHlsZT0iRk9OVC1TSVpFOiA5cHQ7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0Ij4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgPEEgDQpocmVmPSJtYWlsdG86dXNob25nQGRhaXN5Lmt3YW5nd29v bi5hYy5rciI+dXNob25nQGRhaXN5Lmt3YW5nd29vbi5hYy5rcjwvQT48U1BBTiANCnN0eWxlPSJt c28tdGFiLWNvdW50OiAyIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgDQo8L1NQQU4+PEEgaHJlZj0ibWFpbHRvOmdyb2hAZXRyaS5y ZS5rciI+Z3JvaEBldHJpLnJlLmtyPC9BPjxGT05UIGNvbG9yPSMwMDAwODA+IA0KPG86cD48L286 cD48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCANCnN0eWxlPSJNQVJHSU4t TEVGVDogNDUuMXB0OyBMSU5FLUhFSUdIVDogMTFwdDsgbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6IGV4 YWN0bHk7IHRhYi1zdG9wczogMTAwLjBwdCAyODUuMHB0IDI5NS4wcHQiPjxCIA0Kc3R5bGU9Im1z by1iaWRpLWZvbnQtd2VpZ2h0OiBub3JtYWwiPjxTUEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0iRk9O VC1TSVpFOiA5cHQ7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0Ij48Rk9OVCBjb2xvcj0jMDAw MDgwPjxTUEFOIA0Kc3R5bGU9Im1zby1zcGFjZXJ1bjogeWVzIj4mbmJzcDs8L1NQQU4+PG86cD48 L286cD48L0ZPTlQ+PC9TUEFOPjwvQj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgDQpzdHlsZT0i TUFSR0lOLUxFRlQ6IDQ1LjFwdDsgVEVYVC1JTkRFTlQ6IDM5LjlwdDsgTElORS1IRUlHSFQ6IDEx cHQ7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5OyB0YWItc3RvcHM6IDg1LjBwdCAzMDUu MHB0IDMyNC4yNXB0Ij48Rk9OVCANCmNvbG9yPSMwMDAwODA+PEIgc3R5bGU9Im1zby1iaWRpLWZv bnQtd2VpZ2h0OiBub3JtYWwiPjxTUEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1TSVpFOiA5 cHQ7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDs8VT5Pcmdhbml6aW5nIA0KQ29tbWl0dGVlIENoYWlyOjwvVT48L1NQQU4+PC9CPjxCIHN0 eWxlPSJtc28tYmlkaS1mb250LXdlaWdodDogbm9ybWFsIj48U1BBTiANCmxhbmc9RU4tVVMgc3R5 bGU9IkZPTlQtU0laRTogOXB0OyBtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdCI+PFNQQU4gDQpz dHlsZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KPC9TUEFOPjxVPlRlY2huaWNhbCBQcm9ncmFtIENv bW1pdHRlZSBDaGFpcjo8L1U+PC9TUEFOPjwvQj48QiANCnN0eWxlPSJtc28tYmlkaS1mb250LXdl aWdodDogbm9ybWFsIj48SSANCnN0eWxlPSJtc28tYmlkaS1mb250LXN0eWxlOiBub3JtYWwiPjxT UEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1TSVpFOiAxMXB0OyBtc28tYmlkaS1mb250LXNp emU6IDEwLjBwdCI+PG86cD48L286cD48L1NQQU4+PC9JPjwvQj48L0ZPTlQ+PC9QPg0KPFAgY2xh c3M9TXNvTm9ybWFsIA0Kc3R5bGU9Ik1BUkdJTi1MRUZUOiA0NS4xcHQ7IFRFWFQtSU5ERU5UOiA0 OS45cHQ7IExJTkUtSEVJR0hUOiAxMXB0OyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseTsg dGFiLXN0b3BzOiAxMDAuMHB0IDI5MC4wcHQgMzIwLjBwdCI+PFNQQU4gDQpsYW5nPUVOLVVTIA0K c3R5bGU9IkZPTlQtU0laRTogOXB0OyBtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdCI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KQ2h1LUh3YW4gWWltPFNQQU4gDQpzdHlsZT0ibXNvLXRhYi1j b3VudDogMiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IA0KPC9TUEFOPkRhZWh5b3VuZyBIb25nPG86cD48L286cD48L1NQQU4+PC9QPg0KPFAgY2xh c3M9TXNvTm9ybWFsIA0Kc3R5bGU9Ik1BUkdJTi1MRUZUOiA0NS4xcHQ7IFRFWFQtSU5ERU5UOiA0 OS45cHQ7IExJTkUtSEVJR0hUOiAxMXB0OyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseTsg dGFiLXN0b3BzOiAxMDAuMHB0IDI5MC4wcHQgMzIwLjBwdCI+PFNQQU4gDQpsYW5nPUVOLVVTIA0K c3R5bGU9IkZPTlQtU0laRTogOXB0OyBtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdCI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IFZpY2UgDQpQcmVzaWRlbnQsIEtJQ1MgLyBTZWNyZXRhcnkgR2Vu ZXJhbCwgVFRBPFNQQU4gDQpzdHlsZT0ibXNvLXRhYi1jb3VudDogMiI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KPC9T UEFOPlByb2Zlc3NvciwgU29nYW5nIFVuaXZlcnNpdHk8bzpwPjwvbzpwPjwvU1BBTj48L1A+DQo8 UCBjbGFzcz1Nc29Ob3JtYWwgDQpzdHlsZT0iTUFSR0lOLUxFRlQ6IDQ1LjFwdDsgVEVYVC1JTkRF TlQ6IDQ5LjlwdDsgTElORS1IRUlHSFQ6IDExcHQ7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFj dGx5OyB0YWItc3RvcHM6IDEwMC4wcHQgMjkwLjBwdCAzMjAuMHB0IDMzNC4wcHQiPjxTUEFOIA0K bGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULVNJWkU6IDlwdDsgbXNvLWJpZGktZm9udC1zaXplOiAx MC4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxBIA0KaHJlZj0ibWFpbHRvOmNo eWltQHR0YS5vci5rciI+Y2h5aW1AdHRhLm9yLmtyPC9BPiZuYnNwOzxTUEFOIA0Kc3R5bGU9Im1z by10YWItY291bnQ6IDIiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyANCjwvU1BBTj48QSBocmVmPSJtYWlsdG86ZGhvbmdAc29nYW5nLmFjLmtyIj5kaG9uZ0Bz b2dhbmcuYWMua3I8L0E+IA0KPG86cD48L286cD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9y bWFsIA0Kc3R5bGU9IlRFWFQtSU5ERU5UOiA1NC45cHQ7IExJTkUtSEVJR0hUOiAxMnB0OyBtc28t bGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSI+PFNQQU4gDQpsYW5nPUVOLVVTIHN0eWxlPSJGT05U LVNJWkU6IDlwdDsgbXNvLWJpZGktZm9udC1zaXplOiAxMC4wcHQiPiZuYnNwOyANCjxvOnA+PC9v OnA+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0ibXNvLWxpbmUtaGVpZ2h0 LWFsdDogOS4wcHQiPjxCIA0Kc3R5bGU9Im1zby1iaWRpLWZvbnQtd2VpZ2h0OiBub3JtYWwiPjxT UEFOIGxhbmc9RU4tVVM+SG9zdGVkIGJ5IA0KTUlDPC9TUEFOPjwvQj48U1BBTiBsYW5nPUVOLVVT PiAoTWluaXN0cnkgb2YgSW5mb3JtYXRpb24gJmFtcDsgDQpDb21tdW5pY2F0aW9uKTxTUEFOIHN0 eWxlPSJtc28tc3BhY2VydW46IHllcyI+Jm5ic3A7Jm5ic3A7IDwvU1BBTj48L1NQQU4+PC9QPg0K PFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJtc28tbGluZS1oZWlnaHQtYWx0OiA5LjBwdCI+PEIg DQpzdHlsZT0ibXNvLWJpZGktZm9udC13ZWlnaHQ6IG5vcm1hbCI+PFNQQU4gbGFuZz1FTi1VUz5P cmdhbml6ZWQgYnkgDQpLSUNTPC9TUEFOPjwvQj48U1BBTiBsYW5nPUVOLVVTPiAoVGhlIEtvcmVh biBJbnN0aXR1dGUgb2YgQ29tbXVuaWNhdGlvbiANClNjaWVuY2VzKTwvU1BBTj48U1BBTiBsYW5n PUVOLVVTIA0Kc3R5bGU9IkZPTlQtU0laRTogOXB0OyBtc28tYmlkaS1mb250LXNpemU6IDEwLjBw dCI+PG86cD48L286cD48L1NQQU4+PC9QPjwvRk9OVD48L0RJVj48L0ZPTlQ+PC9ESVY+DQo8RElW PjxGT05UIA0Kc2l6ZT0yPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLTxCUj5DSUMgMjAwMSANClNlY3JldGFyaWF0PEJSPlRoZSBLb3Jl YW4gSW5zdGl0dXRlIG9mIENvbW11bmljYXRpb24gU2NpZW5jZXMoS0lDUyk8QlI+SHluZGFpIA0K S2lyaW0gT2ZmaWNldGVsICMxMDU0LCAxMzMwLTE4IFNlb2Nob2RvbmcsIFNlb2Nob2d1PEJSPlNl b3VsIDEzNy0wNzAsIA0KS29yZWE8QlI+KFRlbCkgKzgyLTItMzQ1My01NTU1Jm5ic3A7Jm5ic3A7 Jm5ic3A7IChGYXgpIA0KKzgyLTItNTM5LTU1ODg8QlI+KEUtbWFpbCkgPEEgDQpocmVmPSJtYWls dG86amNwYXJrQGtpY3Mub3Iua3IiPmpjcGFya0BraWNzLm9yLmtyPC9BPjxCUj4oSG9tZXBhZ2Up IDxBIA0KaHJlZj0iaHR0cDovL3d3dy5jaWMyMDAxLmNvbSI+d3d3LmNpYzIwMDEuY29tPC9BPjxC Uj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLTwvRk9OVD48L0RJVj48L0JPRFk+PC9IVE1MPg0K ------=_NextPart_001_01E1_01C0E9BF.1D77F500-- ------=_NextPart_000_01E0_01C0E9BF.1D77F500 Content-Type: image/gif; name="=?ks_c_5601-1987?B?yPCzr7iutMIgssnA2SC56LDmLmdpZg==?=" Content-Transfer-Encoding: base64 Content-ID: <01df01c0e973$ad88abe0$fc15dbd3@kics.or.kr> R0lGODlhmQB9AKL/AP//////zP/M///MzMz//8z/zMzM/8zMzCwAAAAAmQB9AEAD/wi63P4wykmr vTjrvccAXxUEQCGZXKo241p5yheKJUm6T4vvzEgAgV+GYAreMkYerYiyfAICkJJyTFWnvJGB1MQC BdDAAHxlAc+ZQhfTIgTPZa8cMtLNJQeAW1Es6RdrEUl3AjM9Jj8miDZCd447XDVxj5SPMFZwUkc3 AQUkjYJolSs+LTZAXDacnxmGC3ajXgUCs7MHk7G5lTZRrrpzuBZ1aMFUCsW/yQuJUZTNfCU/yMrC Y1JgohgFP6C7ewZ+1BgD0zsfz1jlIjrq4u6hpi6n2e/1ECbo9vrH1uTYFUU60dsnrwksYTUc9GJz bN6cRE6oBUIIpJuEdlM8+TkoB/8KGBm+epzC6IAkBBgwoDyRQrAkuSdQJjhcMeuEwEZvqIWUWfFV S0FEWHEoZfLFtoqMZsopRGJMmJ89jmW6lfNCUajyeGa6aoYj1JGfEEEjkSfJjYmVUGJdKzXZtJg+ o8Blq0IopU01LNK9oHYgBAIDAOt15GbR3gbnAID552KPslODS/o8nCJxOqlcRbalzLmz5wW0PhO8 ZMUNONG/+pFDWCQyasyVyGDbWXKP19cP1CAdimuACRlWDxS+ozEzFiECSXoi4iKgcZmK+rxgOSoI WiqDaDyNZcPTVZIxVY5yrc+s4zkfZTRdtxkT1rNKecD055cFp/pzDG9ajI3x3hH//pSTVAoHXJdD JtvE54gYuF0kxRpJiAUHeY8Uop004RhoTx5+MLGRBvd5YWFDZ8wSCX4NbsBcKjwAZt4vDDaz2l62 7QbiTwvR9k48MSmykXQ8PYebjnSggs0ktx0oZIoLkKbZSFPEkU9jBICxRR4CnJaGKnp8MohGNUJj z0e9EBllaM/5gIIQ0qCZCZOCfAQnNZnxQsJHSxKk4UWroDIndw66xmWeeYp2A5sc3qXYMoWuVQ5g IOzphZeS/hdDjhhAmmh1HaK41mJOLZbkBHkwp8sbh1L2xEJzmAkMEiT+qZCrN47KEJeyOkBrrZ4i pGCurzYKrCx5VDqsPgX4Zuyx/8hqxKwjTvIpAaTLPivCDALCYWC11l4UwlxU7AEknKWMEsJq/sGT oLWm3pGSqOydyCxy58EawbnbadeeEmdBxa1UegU4InbrCtsQixRES9yadZECxKZ3DOOst9QRpgCG sP4qQrIG12ZKvRMA90g8N2KsjY2ULNedOmGUiYRTvm5gAjjq+PiLbe0u2LLGZmyA6nUdI+FGJyBP OpsmSHA1ca+5GGFd0ECsxOCubw479HAdiSqnVZOVlwnV0v5r1WIgtBMid/Kueul6h0UhJ8t+Qt1A cQps0aRitmJlYbpayc3AUTUFsAWF1p4tc2jCCGaWMmC/gjW/OxQ7kVCdROK3g/8XKCLu5Sm4UWUT 6yrCiKRQzygIIyWK+Z4nBqAgFphmJ9SRA2ItLu9ndnFwtbBHLIKh63MSLlMqhd6Hj+rd+uz0vlZx rgF9hw2DcvME3SAbuF/pIJ3Zzl/wT75flahKa3nHnfxlx4SJyiLIQHk+A42/qaBAkgTJdLeuslN1 w/cnTyTJUTpQlBJEwO4FsH/VQwo3lkYR3yXBcxfzXCLoxxcBykFhsuiJ2C4GDQI4ZiTiSh0Dk0Gm 8EyJMnZRxRuOEiEIvu9UsHlhVM5hQBk6SACioqEN3bEfMTBoWBA7oM/oUD5Z4UJ6W2GevXYYihw4 JDsUYYALmYg5XWywQV24D16RxtOlK75GAFOMWjhmt8V/ePFPmhtZbUAgPNT4w1W+GWN1UCWrGZzL KoJRBkRqGCWVhAF8wrhFMkLIRxx86484TEGy4tccMNisMwH6AtusYDdduHCE0tJJ2bAnHxhBMFuF jEFaKpYF3lnLdJArHgJFs5JJKfFGeHsWKlO5yiLxDE6MNMYrb1VLKvbslvrypawSAAA7O56jxumI CKN7sA2Wk9zMHCGUv2KIjA+bzAey8LchrFAMSR60VtL2oEAymlGa+aoWXx4YrmPyKSJjQl0iGVfN BqZynLuIAAA7KqsGGHsPF3bot7U5/6pZkWnqdJoBaqY2tmgwHr5e1skBEJbBvzEuZ6Vcl6j4uQrF nbl6V12umUCN2dYbAGlL6/mt9bVtrbZ9rR6xit6m3nJ3fhkZLOwIDtx3yN39FJrr+UnYsUwnnwtq rmIHm7MBw6eXPNbPB7u3UZu16O/pl12P/ZypAr+9l7b5LPn3GvrsPfkoxW4W0wZ1j/55K4W90ern v98UxA1xmO74VY57mUrZIQ5HlsK/OZGABPUTiaFmBaYFAQ19UCLWWhQCQKRhqENK4kqHEiibuxWo aAL5DYJotRQPnceBW2FI8aKlFw7SSXJXykoBFeLAz7RrenY5DXXEFaW1mKBgwinhf/9a0qsPGe6D PXwIzGbIkKoR0G+Zi9wKpSKpjCRRiWtKXkd4t5t0Lchn2RNLWLIllWK5BYqNw5t/TECUDyEMLAgr kKuCwkQxlbAEbYzLu2A0FgQAKXqrstoDoyIig4XFj8TRHt7k45HmcYlDLnzIIR/HQKxdUTg6E4iM RCjCOtqlj++alHEAORIjnYRNyYkcKdkzlsf9cWH1iWRIhKYTNoFwbLqKj0gu5iucHOAnGwvOFDOi I0LWZHf9UtMsd2ipSVVLZZ40inNc06TaBcl70STIMG/iJJ15EHx4ZBZQfOc/ZdlqSVXRkYEMFEn8 zG2VHeEQ/AJHsmm181S3pMwXM3j/NpUBh3L2W8tnZjawVVoGao/CUpvgY1DC4M6R8zmLf8BGrmyO ZEoW7B+DauWSjrKPRg0N6OZ4NJUrDQUnJjSLIkUKAIj26yxkTA5RrqbSI7I0IS4tDv9WetOtjZSn xaqLJ1HFxiSYj09l49yq8uKzJOTFhUFqHTuJhUDAFfM1ZYrLNqPCVJ+IRG57yVibiKXMvrDnN09b nsdMw0hTJsYtciNnT7+Uq7nq5yIftWt1PMI837hSr+KJiW8mRr7nOOtzsPHaXI8zGp2SxKJaG456 xgokgwATsMjpzj3HRiGH9RCylkWMXg1w2a70jXWCFUjOdLJZ7IEEjB86TE5+ib6HezUEL00yHnVA yxuM4jBHvNRsWHn7LdhVESI3au0uvXk7vMZpIjcy7G6EhhjiWuWhWw3MfXjzTjSC1GQoKsySgrMY ZkKPvNk1CkKpx8RRWpc56utTSLkJy8vF13rzdY9i0ZfeoAL1lflFqksZqqnH/hez8rskfHaGYM8F BAA7 ------=_NextPart_000_01E0_01C0E9BF.1D77F500-- From rem-conf Thu May 31 05:53:23 2001 From rem-conf-request@es.net Thu May 31 05:53:22 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 155Rjr-0002Il-00; Thu, 31 May 2001 05:39:43 -0700 Received: from postal2.es.net [198.128.3.206] by listserv1.es.net with esmtp (Exim 1.81 #2) id 155Rjp-0002Ib-00; Thu, 31 May 2001 05:39:41 -0700 Received: from gw-nl4.philips.com ([]) by postal2.es.net (ES.NET MTA 2) with ESMTP id IBA36876 for ; Thu, 31 May 2001 05:39:21 -0700 Received: from smtpscan-nl3.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl4.philips.com with ESMTP id OAA28876 for ; Thu, 31 May 2001 14:38:41 +0200 (MEST) (envelope-from philippe.gentric@philips.com) From: philippe.gentric@philips.com Received: from smtpscan-nl3.philips.com(130.139.36.23) by gw-nl4.philips.com via mwrap (4.0a) id xma028795; Thu, 31 May 01 14:39:15 +0200 Received: from smtprelay-nl1.philips.com (localhost [127.0.0.1]) by smtpscan-nl3.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id OAA06203 for ; Thu, 31 May 2001 14:38:20 +0200 (MET DST) Received: from notessmtp-nl1.philips.com (notessmtp-nl1.philips.com [130.139.36.10]) by smtprelay-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id OAA24757 for ; Thu, 31 May 2001 14:38:19 +0200 (MET DST) Received: from EMLMS01.DIAMOND.PHILIPS.COM (emlms01sv1.diamond.philips.com [130.143.165.213]) by notessmtp-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id OAA17095 for ; Thu, 31 May 2001 14:37:43 +0200 (MET DST) Received: by EMLMS01.DIAMOND.PHILIPS.COM (Soft-Switch LMS 4.0) with snapi via EMEA1 id 0056900018275925; Thu, 31 May 2001 14:51:13 +0200 To: Subject: errata: draft-gentric-avt-mpeg4-multiSL-04.txt Message-ID: <0056900018275925000002L052*@MHS> Date: Thu, 31 May 2001 14:51:13 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; name="MEMO 05/31/01 13:30:35" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list In draft-gentric-avt-mpeg4-multiSL-04.txt there is this sentence to describe the "config" in the MIME registratio= n: "For audio this is a "StreamMuxConfig", as defined in ISO/IEC 14496-3= " and it is wrong (StreamMuxConfig is LATM ! i.e. this is the result of a cut-and-paste from RFC3016 ...) So in the next version this will be fixed as: "For audio this is a "AudioSpecificInfo", as defined in ISO/IEC 14496-= 3" Which was what all implementers had done anyway, of course ! Regards, Philippe Gentric Software architect MP4net - Philips Digital Networks Laboratoires d'Electronique Philips BP15 22 av. Descartes 94453 Limeil-Brevannes Cedex France tel: +33(0)145106812 fax: +33(0)145106960 philippe.gentric@philips.com http://www.mpeg-4player.com = From rem-conf Thu May 31 09:40:53 2001 From rem-conf-request@es.net Thu May 31 09:40:53 2001 Received: from list by listserv1.es.net with local (Exim 1.81 #2) id 155VQJ-000523-00; Thu, 31 May 2001 09:35:47 -0700 Received: from postal3.es.net [198.128.3.207] by listserv1.es.net with esmtp (Exim 1.81 #2) id 155VQI-00051t-00; Thu, 31 May 2001 09:35:46 -0700 Received: from gw-nl4.philips.com ([]) by postal3.es.net (ES.NET MTA 3) with ESMTP id IBA36876 for ; Thu, 31 May 2001 09:35:45 -0700 Received: from smtpscan-nl1.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl4.philips.com with ESMTP id SAA07708 for ; Thu, 31 May 2001 18:35:43 +0200 (MEST) (envelope-from philippe.gentric@philips.com) From: philippe.gentric@philips.com Received: from smtpscan-nl1.philips.com(130.139.36.21) by gw-nl4.philips.com via mwrap (4.0a) id xma007704; Thu, 31 May 01 18:35:43 +0200 Received: from smtprelay-nl1.philips.com (localhost [127.0.0.1]) by smtpscan-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id SAA02933 for ; Thu, 31 May 2001 18:35:39 +0200 (MET DST) Received: from notessmtp-nl1.philips.com (notessmtp-nl1.philips.com [130.139.36.10]) by smtprelay-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id SAA23113 for ; Thu, 31 May 2001 18:35:38 +0200 (MET DST) Received: from EMLMS01.DIAMOND.PHILIPS.COM (emlms01sv1.diamond.philips.com [130.143.165.213]) by notessmtp-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id SAA06761 for ; Thu, 31 May 2001 18:35:05 +0200 (MET DST) Received: by EMLMS01.DIAMOND.PHILIPS.COM (Soft-Switch LMS 4.0) with snapi via EMEA1 id 0056900018283985; Thu, 31 May 2001 18:48:34 +0200 To: Subject: errata bis for draft-gentric-avt-mpeg4-multiSL-04.txt Message-ID: <0056900018283985000002L052*@MHS> Date: Thu, 31 May 2001 18:48:34 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; name="MEMO 05/31/01 16:25:13" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list errata bis: I forgot to mention that -as a consequence of the previous errata the next 2 audio-specific parameters ******************** object-type:=20 A decimal representation of the MPEG-4 Audio Object Type value=20 defined in ISO/IEC 14496-3. This parameter specifies the tool used=20 by the encoder. It CAN be used to limit the capability within the=20 specified "profile-level-id".=20 =20 Bitrate:=20 A decimal representation of the audio bitrate in bits per second for= =20 the audio bit stream.=20 =20 ****************** will be REMOVED since: * they are not needed (both are inside audioSpecificInfo) * this work is compatible with RFC3016 for video *only*=20 Regards, Philippe Gentric Software architect MP4net - Philips Digital Networks Laboratoires d'Electronique Philips BP15 22 av. Descartes 94453 Limeil-Brevannes Cedex France tel: +33(0)145106812 fax: +33(0)145106960 philippe.gentric@philips.com http://www.mpeg-4player.com = From rem-conf Thu May 31 22:53:09 2001 From rem-conf-request@es.net Thu May 31 22:53:08 2001 Received: from list by listserv2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 155hrs-0003ml-00; Thu, 31 May 2001 22:53:04 -0700 Received: from postal3.es.net ([198.128.3.207]) by listserv2.es.net with esmtp (Exim 1.92 #1) for rem-conf@listserv.es.net id 155hrr-0003mb-00; Thu, 31 May 2001 22:53:03 -0700 Received: from redball.dynamicsoft.com ([]) by postal3.es.net (ES.NET MTA 3) with ESMTP id IBA36876 for ; Thu, 31 May 2001 22:53:02 -0700 Received: from DYN-EXCH-001.dynamicsoft.com ([216.173.40.50]) by redball.dynamicsoft.com (8.9.3+Sun/8.10.0.Beta12) with ESMTP id BAA20045; Fri, 1 Jun 2001 01:56:51 -0400 (EDT) Received: by DYN-EXCH-001.dynamicsoft.com with Internet Mail Service (5.5.2650.21) id ; Fri, 1 Jun 2001 01:52:56 -0400 Message-ID: From: Jonathan Rosenberg To: "'Magnus Westerlund'" , AVT Mailinglist Cc: Jonathan Rosenberg Subject: RE: The RTP senders variable Date: Fri, 1 Jun 2001 01:52:51 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list > -----Original Message----- > From: Magnus Westerlund [mailto:magnus.westerlund@era-t.ericsson.se] > Sent: Wednesday, May 30, 2001 4:23 AM > To: AVT Mailinglist > Cc: Jonathan Rosenberg > Subject: The RTP senders variable > > > Hi everyone > > I have a question about how to treat the RTP senders variable when > waiting to transmit a BYE packet. > > When preparing to send a BYE the senders variable is set to 0 (section > 6.3.7, first bullet). The RTCP packet interval algorithm gives all > bandwidth to receivers when there are no senders (section 6.3.1 nr 1). > The amount of bandwidth given to RTCP BYE messages will be > dependent on > how the senders variable is updated, which is not defined. If > it is not > updated or stays at 0 BYE traffic might use as much (100%) > bandwidth as > assigned to RTCP traffic. If is updated per the normal rules and a new > sender is detected the bandwidth for BYE traffic will be up to 75% of > what's assigned to RTCP. > > So how should the senders variable be treated when waiting to > send RTCP > BYE? The algorithm as specified doesn't update the senders variable, so that a full 5% rate is indeed allocated to BYE traffic. In fact, the spec explicitly calls this out: This allows BYE packets to be sent right away, yet controls their total bandwidth usage. In the worst case, this could cause RTCP control packets to use twice the bandwidth as normal (10%) -- 5% for non BYE RTCP packets and 5% for BYE. I think this is really a feature, not a bug, since BYE packets are fairly important in larger groups. -Jonathan R. --- Jonathan D. Rosenberg, Ph.D. 72 Eagle Rock Ave. Chief Scientist First Floor dynamicsoft East Hanover, NJ 07936 jdrosen@dynamicsoft.com FAX: (973) 952-5050 http://www.jdrosen.net PHONE: (973) 952-5000 http://www.dynamicsoft.com